酷应用

一张图看 BI 的思维框架和若干个问题

软件作者：程序员狗哥 2022-01-31 18:24:08

第一篇个人公众号文章，直接上图。

关于 BI 的大部分问题都可以组织在这张图中，是一个思维框架，能把每个环节和环节之间的关系给弄明白了，对于 BI 的理解基本上就达到一个很深的层次了。

这个框架可以延申出很多知识点：需求分析、原型产品设计、指标梳理、数据仓库模型的构建、分层设计的原理、ETL 的实现、业务管理思维、业务分析、业务与 BI 的关联关系、业务逻辑与数据逻辑的关系、BI 的建模方法论（ Kimball、3NF ) 、BI 对业务系统的反推作用、BI 对管理的反推作用等等。

主要就是以下这些点：

1. BI 用户的定位与选择，谁是最终用户，需求拍板的人是谁，如何减少需求调研投入快速确认需求拍板人避免需求的反复调研。

2. 不同用户层次关注点是什么？管理决策视角、业务分析视角、业务执行视角的差异，部门上下游业务视角的差异。

3. 维度和指标到底代表什么？用户需求到底要确认哪些东西？

4. 可视分析化的表象是什么，深层次的背景是什么？

5. 从可视化分析能否研究出管理决策者背后的思维逻辑，换句话说，设计可视化分析的时候如何体现用户的业务管理思维。

6. 用户为什么从 BI 报表中把数据导出来再重新用 EXCEL 做图，那要 BI 干什么？第5点处理不好就是这样的。

7. BI 的本质是业务管理决策思维的落地，但不是只有管理决策者才是 BI 的用户。

8. 数据仓库建模之前要干什么？没有搞明白就不要搭数据仓库，一搭就废。

9. Kimball 3NF 中间库临时表这各种建模方式的差异仅仅就体现在网络上讲解的自上而下或者自下而上吗？本质差别是什么。

10. 不要迷信各种数据仓库分层理论，把 ODS、DW、DM 搞明白可以解决绝大多数项目的问题，其它的分层都是它们的变形和特定场景的解决方式。

11. 把业务过程模型组织管理到分析模型组织管理这句话理解透彻了，说明同时做过系统软件设计开发、系统数据库设计、BI 数据分析和数据仓库设计，同时经历过程序开发和 BI 开发。