业务分析方法——业务人员必须掌握的方法

　　目前，BI在应用企业中有点声名狼藉，很多人都对BI有这样的看法：浪费大量资源，提供的报表又几乎没人去读。而事实上，BI的投资回报之所以不确定，其问题并不是出在技术本身，而是由于技术与业务的脱节。

　　BI常常遭遇这样的尴尬：公司主管们需要更多的报表来获取宝贵信息，从而有效管理公司。但是很多公司，它们在各业务部门部署了一大堆BI解决方案，并把BI系统附加到包括ERP、财务、CRM在内的各种系统上，然而并没有获得应有的价值。

　　多年来，BI让人觉得不仅是高成本，而且部署环境复杂。许多企业的对策是采用仪表盘，这种简化的图形显示工具绕开了功能全面的BI系统，以近乎实时的方式为公司领导提供业务度量。但实际上，仪表盘解决方案会导致更大的花费，因为任何有意义的仪表盘都需要部署报表分析和数据集成工具，这两者是必要的基础，它们占了80%的成本”
 
　　IDC的分析师认为，BI的投资回报之所以不确定，其问题不是出在技术本身，而是由于根本的脱节现象。他说：“对IT人员而言，BI意味着报表制作、查询工具、多维分析、OLAP工具以及数据挖掘等；而对业务人员而言，却意味着分析，利用分析来进行决策支持。”

　　大多数企业把BI当成了一套技术，结果就偏离了轨道；构建的系统越来越复杂，却满足不了用户的需求，这就需要IT人员更深入地了解底层数据和业务需求。

　　“从解决业务问题着手”就是业务人员掌握业务分析的方法，根据这些方法，去定义业务模型，把这些业务模型和IT部门提供的数据模型做匹配，如果数据模型无法匹配业务模型，就让IT部门去修改数据模型和采集新的数据，修正数据质量和数据完整性问题。

　　现在BI项目实施中最大的问题，就是IT部门期望建一个完善的可适应业务模型变化的数据模型，一劳永逸解决企业业务模型的变化，如果您公司的BI项目经理是这种“技术至上”型的话，建议赶快换掉他，不然这个BI项目注定是失败的。

　　这就是IT部门抛“数据模型”这个砖去引业务人员“业务模型”这个玉，“抛砖”是手段，“引玉”是目标，“如何抛砖”需要方法，“如何引玉”也需要方法。当我们用“持续改善”的标准来要求企业人员的时候，这都不是问题了。

　　在“引玉”之前，首先让业务人员学会如何做他自己想证实或者证伪分析所需要的业务模型，当他可以采用“管理视点”的技术来做业务模型的时候，就需要用业务分析方法来解决自己为什么需要做业务模型，笔者总结的有以下几种，企业可以按照自身的特点自己总结。

　　①综合性分析：依据某一期间，在选定的范围内，分析关键指标(KPI)，比较效率。

　　②结构性分析：找出重点事项，加强管理，可细分为：ABC分析、价格段分析、产品群分析、客户群分析、厂商依赖度分析。

　　③趋势性分析：找出发展的走势，预判未来，事前采取必要的决策。

　　④成长性分析：分析时间、季节、促销因素影响销售业绩的状况。

　　⑤流转性分析：依据不同时间段产品进/售/存/调/退/耗损的变动，改善物流流转。

　　⑥相关性分析：依据客户和产品销售行为进行关联分析，进而实行交叉销售。