1. 追求完美,希望构建一个长期有用的CRM系统
CRM系统的业务需求经常发生变化,以至于系统的设计期限不到5年。如此短的设计期限意味着需要迅速从系统中获得业务效益,大多数情况下,应在18个月内获得投资回报,预测5年后才获得回报是不靠谱的。
在某些行业,销售副总裁或首席运营官的任期只有18个月,连CEO也可能没过几年就换了。每次换新的领导班子,市场战略、销售策略和产品重点都会随之变化。就算一段时间后继续使用同一个CRM平台,5年后完全有理由从头开始重新部署系统。因此追求完美是不值得的。
2. 目标过多
CIO很容易掉入“说人家喜欢听的话”这个陷阱,每个业务部门都听到了想听到的话,于是对CRM系统寄予厚望。即便CIO能兑现每一个期望目标,项目的总成本当中必然也会有很多浪费。这里的问题在于形形色色的目标导致项目不明确、很难执行,项目成本高昂的原因在于业务流程或业务推动者方面的定义不够明确。
最好是对系统设定数量非常少的目标,每个目标都要有明确的项目负责人、衡量成功的指标及最后期限。应当为每个目标确定优先级,要有先后之分。
3. 错误的衡量标准
不该从部署了多少系统功能来评判项目进度,系统功能本身是没有业务价值的空壳子。而应评估系统所含的数据资产具有的价值,首先要看用户的使用率,其次看每个月通过系统的订单所具有的价值。另外,要确保衡量标准的内容明确、连贯一致、各方都达成共识。
4. 一口气一次性交付
项目越庞大,延迟或超支的可能性就越大。对软件而言,一下子推出整个系统(我们称为“大爆炸式项目”)不是很有效,其中的隐患很多,譬如: 项目里程碑很少、项目交付成果庞大而复杂、很少考虑部门冲突或变更管理问题、系统集成或历史数据范围方面的需求较多。
最好是逐步交付成果,至少每个季度部署一次对业务有价值的项目部分。这样能得到基层员工和管理层的支持,而且下次增加系统扩展预算时,就能赢得信任票。
5. 只关注成本,不关注业务影响
分析成本时应关注总体拥有成本,成本分析应着眼于3~5年的时间范围太长了不现实,太短了很愚蠢。
分析成本应当只是为了确保预算的合理分配,而不是改变系统范围的决策。合理部署的CRM系统带来的业务效益应完全超过成本。CRM系统的目的应该是提高盈利能力,降低客户获取成本,提高客户终生价值以及减少销售、支持和服务方面的浪费。