节省成本的关键在于: 密切关注业务目标。
大多数公司都存在部门冲突的现象,确定项目需求的优先级就成为了一件不大可能完成的事情。但CIO要认清现实,即便没有人愿意确定项目优先级,也要制定一项客观面对现实的计划。
第一步就是把所有项目需求都列到一张电子表格上。一定要关注成本的所有组成部分,包括: 直接人力、间接人力、采购、实施、管理费用,甚至还有团队士气等,所有主要需求都要按可比口径进行评估。
第二步,评估某项需求有着怎样的业务价值。让一群公司主管就这个问题达成一致,并确定优先级。这是一项很有意义的工作,有许多投票表决和达成共识的工具可供使用。虽然没有哪个方法是十全十美的,但总会找到一个方法让大家达成共识。
第三步,就是审查项目需求的“约束条件”,根据“约束条件”确定优先级,“约束条件”越少意味着越容易实现。在“业务价值”的基础上,约束条件最少的需求应当优先予以满足。如果某些需求所需的特定资源目前无法获得,它们将被列在需求列表上靠后的位置(可以直接不予考虑)。有时,单单凭借“约束条件”就能神奇地缩短确定项目优先级的会议。
项目需求很容易明确,但一些不是很重要的需求容易被过度描述。著名的市场研究机构Standish Group在《混乱报告》(《Chaos Reports》)中表明,需求表述有误是导致大型IT项目失败的最常见原因。那么,如何检验项目需求的表述是否正确呢?方法很简单,就是回答一个问题这样表述果真会改变业务部门的决定或业务结果吗?要是没有实际例子,就应当认真分析需求,并且换一种会改变业务结果的方式重新表述。要把精力集中在表明业务运行状况的直接指标上,在长期比较时更是如此。
如果确实不很重要(或优先级下降)的需求自动往后顺延,敏捷项目的优点就会体现出来,这有助于减少资源浪费。
1.这个经典概念应当运用于CRM。价值工程致力于找到一种成本最低的方法来实现经营目标,而不是在实施费用方面“如何削减几个百分点”。价值工程应当运用于如下四个层面。
2.关注实现经营目标的其他方法,而不是局限在CRM系统内进行工作。
3.确认及评估异常情况,从而确保它们能够在CRM系统内得到处理。
4.不要过分设计或过分运用准确度最高的解决方案。追求完美并不值得,要舍得在易用性、准确性和数据“陈旧度”方面做出一点牺牲。
应当审视政策、业务规则和业务流程; 你在不断实施CRM项目时,需要对它们重新设计。弄清楚规模与你相当的竞争对手在做什么; 如果条件允许,应当尽量采用对方的最佳实践。重新规划业务规则和业务流程时,需要精简找到可以合并或部分自动化的步骤,消除纸张和数据重新输入,并且设法让客户与你的系统进行直接互动。