在CRM这个层面需要谈的问题比较多,也是项目成败的首要因素。企业可以用下面的几个问题,来进行自我检查。

　　1. 公司高层是否对项目有充分的支持?企业是否具备变革的大环境?

　　2. 是否设立了合适的项目经理和内部项目团队?

　　3. 项目团队成员是否有主要业部门成员?

　　4. 项目团队是否能得到相关部门的大力支持?

　　5. 项目成员是否对CRM有相对充分的理解,是否对企业内部流程熟悉?

　　6. 企业内部是否有清晰的项目实施进度和相关配合机制? 比如企业确定了6个月完成项目实施,这个时间是否留有缓冲期? 若这个6个月完不成,有没有第二方案等等。

　　7. 是否设定了业务需求方面的决策者? 技术层面的决策者? 整个项目的总决策者? 若一个业务需求讨论了半个月还确定不了,那一定会影响项目的进度。

　　8. 是否设立合理的项目培训,系统切换和推广计划?在企业核心业务最繁忙的时候进行系统切换,肯定是不合适的! 一旦系统切换失败,不是一天两天能挽回损失的!

　　9. 企业是否建立系统的维护和后续优化机制? 若没有相关机制的建立,很可能出现项目做完了,乙方撤离现场了。可能因某些小原因, 系统慢慢的没有人用了。

　　10. 对乙方项目管理团队的选定是否合适? 乙方是否有能力有资源顺利完成项目?

　　11. 企业是否建立了项目实施的考核指标?

　　业务层面的风险

　　业务需求是CRM应用的核心内容,系统很大程度上是去解决和优化业务体系的。 业务层面可能遇到的风险如下:

　　1. 业务范围反复定义,不断扩大。 这是整个项目中最大的风险之一, 一旦范围确定不了,整个的项目的时间,资源,质量都会有不同程度的变化。

　　2. 核心业务流程是否清晰? 这个是整个项目工作的基础。

　　3. 不要过分期待CRM服务商的咨询能力和建议!CRM服务商通常的咨询能力不会很强, 不要奢求能帮企业完成什么重大的企业变革。完成一定层面的业务流程咨询和优化的能力他们还是具有的!

　　4. 是否建立业务需求的整理和优化机制?业务需求的优化不是一个项目就能完全解决的问题,它是一个需要持续进行的事情。

　　技术层面的风险

　　在CRM中，IT项目中技术的工具,是帮我们实现目的最有力工具。在这个方面的问题是最考验IT部门的问题了。

　　1. 系统的技术是否成熟? 是否能满足企业的实际需要?

　　2. 项目方案是否可行?是否有应用案例?没有案例,是否做能通过实际测试?

　　3. 集成方案是否可行? 是否完成了集成方案测试?

　　4. 相关网络,带宽和计算机硬件是否能按时到位?

　　5. 集成中,其他系统的技术人员是否能按时到位?