彩票走势图

第一代BI时期

每个月底，小A总有那么几天重复着下面的工作：

1. 从ERP系统的财务模块中下载发票数据到Excel

2. 从CRM系统下载顾客数据到Excel

（...此处省略多个其他维度...）

3. 将这几个表用vlookup 和 sumif给连起来

...安静的等待Excel计算几十分钟...

...如果死机，那一定是天意让我coffee break 然后再重复以上步骤，...

4. 形成数据透视图

5. 截图粘贴到ppt, 发给老总

老总已经不是当年那个岁月静好的老总，看看静态的ppt已经不能满足他的需求。

“小A啊，整体销售情况不错，帮我分析下苏锡常的具体情况”

于是小A重新打开那200MB的Excel工作簿，当然，打开的时候少不了那十来分钟的数据加载和重新计算。

小A耐着性子再筛选工具中选择“苏锡常”大区，发现文件还是很大，不得不在数据层删除了非苏锡常的数据，好歹让Excel文件大小降低到了100MB. 但还是没法以附件的方式发给老总啊。折腾了大半天，最后U盘给了老总。

老总又提出了让小A怀疑人生的世纪难题 “小A啊，能不能把苏锡常和京津冀对比下？然后数据文件发给北京的同事？”

这样的场景相信大家并不陌生，那繁琐的数据处理与合并步骤（vlookup, sumif）, 龟速的数据引擎的性能（等待Excel计算十几分钟），单一的数据分享机制（U盘）和稻草人一般的企业安全制度（谁都可以转发邮件中的Excel数据文件）。

第二代BI时期

小A正在使用第二代BI工具探索为什么京津冀地区的销售有季节性的变化，想下钻到产品层面。很遗憾产品的字段都不在上游的数据仓库中，需要IT团队将改字段从数据库同步到数据仓库，才能再将该字段添加到展现层分析。一般逃不了下面几个流程：

1.业务部门提出需求添加/修改字段

2.IT分析需求，做出变更

3.测试

4.交付

5.业务部门在实际场景分析中想想觉得这次变更不能佐证之前的假设，又提出新需求....

第三代BI时期