 |
|
|
装备不要“瑞士军刀”
10-16
工作与生活的“互惠”
10-16
McKesson|Randy Spratt
11-09- McKesson是美国历史最悠久、规模最庞大的一家医药卫生公司。McKesson公司CIO Randy Spratt讲述了是什么力量驱动公司进行改革，是哪些服务和产品关系到医疗卫生的方方面面。
亚信经分应用规划方法论浅谈
方案检索:
cweek.com.cn欢迎您
二、亚信经分应用规划方法论
如下图所示，亚信咨询认为，经分应用规划工作包括需求认知，资源规划，进程规划三个核心阶段，分别遵循需求驱动，系统规划，分步建设三个核心理念。为保障每个理念在每个阶段的切实执行，亚信咨询还进一步总结了每个阶段常用的一些方法模型。
在经分应用规划的每一阶段，都有其要解决的核心问题：
u 需求认知阶段：解决对需求的认知问题，明确经分应用需求的深层管理内涵，直接从需求源头确保经分应用的有价值性；
u 资源规划阶段：解决需求和资源的匹配问题，将技术方法，系统模块，开发人员等资源基于业务需求进行整合，保障最终应用的可用性和系统实施过程的效率。
u 进程规划阶段：解决系统建设的进程部署问题，基于业务优先级来确定不同系统建设模块的实施优先级。
以下详细阐述经分应用规划各阶段的工作理念和方法模型。
需求认知
1、需求认知阶段常见误区和困境
在需求认知阶段，经分建设者常陷入如下误区和困境：
u 技术驱动：认为现有系统应用的技术实现都是通过较为简单的统计分析方法来实现的，没有技术上的先进性。如果要做个亮点的应用，一定要做个需要采用更为先进的技术的应用。考虑应用建设的出发点不是“我要解决什么业务问题”，而是“我要用数据挖掘来做个什么专题才能出亮点”型。
u 知其然不知其所以然：不断接到客户做报表，提数据，做主题，做专题分析等等的需求，只管赶紧实现客户的需求，但对客户为什么要提这样的需求，这个需求做了能帮助客户解决什么问题并不关心，或者并不了解。客户方可能也简单的认为：你们实现需求就行了，至于为什么你们不用操心。
u 先建设后找应用亮点：知其然不知其所以然的需求认知模式，自然导致后续工作呈现不管三七二十一，先建设系统，建好系统了再找应用亮点的状况。建设者们困惑于应用推广的艰难和应用亮点的无处可寻之时，应该深刻反思一下：在系统建设前接到需求的时候，我们想清楚了这个需求背后要解决的业务问题和可能的应用效果吗？
u 只见树木不见森林：经分建设过程中，建设者不断接到业务部门应接不暇的需求，但建设者总是不知道，下一个阶段（下一周/月/季度），业务部门又会提出什么需求。如果建设者去问业务部门：你们下一个阶段（下一周/月/季度），会有什么需求，常常得到回答是：我们也不知道。这样建设者一直无法做较长时间内的统筹安排，建设进程自然长时间处于突发性的救火状态。
2需求认知阶段的两大要务
总结上述误区和困境，亚信咨询认为，在需求认知阶段主要要做好两件事情：
u 其一：摒弃技术驱动等非需求驱动的工作思路和导向；
u 其二：通过以KPI为导向，从管理需求到数据需求的需求梳理过程，建立一套包括KPI、管理需求、分析需求和数据需求四层结构的需求认知体系，深刻全面的理解业务需求，作为经分应用建设的基础。
3亚信咨询的KMAD需求认知模型
亚信咨询通过KMAD需求认知模型（如下图），帮助经分建设者建构需求认知体系。
亚信咨询认为，业务分析的基础是底层的数据，但是对数据的具体需求（以下简称数据需求）却来源于业务分析的需求（以下简称分析需求）。同样，业务分析的需求也并不是凭空想象出来的，业务管理的需求（以下简称管理需求）决定着业务分析的方向和主题。而所有的管理需求只有一个目的，那就是保证业务发展的KPI。对于经分应用需求的认知，应该自顶向下分KPI、管理需求、分析需求、数据需求四个层次进行认知。
KPI：
对KPI的认知即深入了解运营商每个时期（年度）所关注的企业级关键运营绩效指标体系（KPI体系），因为整个企业的工作根本上都围绕着实现这些KPI而展开，企业的投资人最终也是通过这些KPI的完成情况考察企业高层管理者的经营绩效。在不同的市场环境和不同的企业发展阶段下，企业所关注的具体KPI项值会有变化，但对于一个管理体制较为完善的企业，其KPI的体系相对会比较稳定。
下表是对一个移动运营商KPI认知的示例，从表中我们看到，中高端客户保有率是企业客户保有情况的一项KPI指标，这个KPI一方面表明企业非常关注存量市场的保有，另一方面也预示着经分需要在支持存量市场保有方面给以市场工作相应支撑。
理解了运营商的KPI体系和特定时期的KPI关注项，我们就从最高层面理解了经分应用总体的需求方向。
管理需求：
对管理需求的认知即深入了解运营商为了实现其企业级绩效KPI可能采取的管理措施和管理手段。不同的KPI，其管理需求是不同的。举例来说，如果一项业务的KPI指标是用户数，那么运营商可以通过降低资费来吸引用户而不必考虑收入所受的影响；而如果KPI指标是业务收入，降低资费的手段就不一定可行了。
分析需求：
对分析需求的认知即深入了解为了实现管理需求可能需要经分析进行哪些业务分析。分析需求为管理需求提供决策支撑，管理需求决定着分析需求的方向和主题。举例来说，如果一项业务的KPI指标是用户数，那么运营商可能通过降低资费来吸引用户以增加用户数，从而产生降低资费吸引用户的管理需求，但降价究竟能否促进用户数的增长，则需要通过分析用户数与资费的关系才能决定，由此衍生出用户数语资费关系的业务分析需求。
数据需求：
对数据需求的认知即深入了解为了实现分析需求经分需要具备和提供哪些数据，进行哪些数据处理。
在过去甚至包括当前的相当长时间里，很多经分应用项目的需求认知一直停留在底层的数据需求和分析需求阶段，不论建设者还是应用者都并不真正理解经分应用所服务的管理需求和KPI，系统建设好后再绞尽脑汁寻找应用亮点成为必然。如果在系统建设前，建设者即已建立起了基于KMAD模型的需求认知模型，则虽然系统尚未开始建设，建设者其实已经对所要开发的应用模块的业务价值了然于胸，因为每一份报表，每一份接口数据，每一个主题分析，每一个专题分析，建设者都清楚地知道，它们究竟是解决什么管理问题的，究竟是为企业经营的什么KPI实现服务的。有了这样的基础，经分建设才从源头上具备了从IT支撑转换到营销生产力的可能，应用的价值实现才能从源头上得以保障。