浪潮CRM上线要多久，慢在哪一步
浪潮CRM 在国资和大型制造企业里用得不少，特点是流程严谨、权限层级深。这类系统上线慢，慢的地方很有规律。
不是产品不好，是这类客户的组织结构决定的。
慢在需求确认
大企业的需求确认要过很多道。销售部门提需求，信息部门评估，采购部门比价，最后还要上会。一轮下来两个月。
这一段的实际问题不是流程长，是需求在传递中变形。销售说"我要能看到下属的跟进情况"，传到实施顾问那里变成"要一个跟进统计报表"，做出来发现不是想要的。
缩短的办法很土：让真正用系统的人参与需求会。销售主管坐进去讲一遍他每天的动作，比写十页需求文档有用。
慢在权限设计
大企业的权限结构通常是三层以上：集团、事业部、分公司。数据查看范围按层级往下发，越往上看得越多。
这个结构本身不难，难在例外。总有那么几个岗位要跨层级看数据，比如集团大客户部要看全国的重点客户。每加一个例外，权限矩阵就要重算一遍。
建议在上线前把权限矩阵做成一张表，行是角色，列是数据范围，一格一格填。填完让业务负责人签字。这张表不签，后面一定扯皮。
慢在数据迁移
老系统的数据要搬过来，通常不止一个来源。有的在旧 CRM 里，有的在 ERP 里，有的还在部门的 Excel 里。
多源迁移的麻烦在口径。同一个客户，ERP 里叫"XX 集团有限公司"，CRM 里叫"XX 集团"，编码还不一样。合并的时候按什么规则，得业务定。
这一段的时间弹性最大。数据源三个以内、口径清楚，四周能完成；数据源五个以上、编码体系不一致，三个月也正常。
慢在试点和推广
大企业一般不会全量上线，先选一个分公司试点。试点期一到三个月，跑通了再推广。
试点最容易出的问题是选错单位。选一个业务最简单的分公司试点，跑得很顺，推广到复杂的单位全崩。建议选业务最复杂的那一个试，试通了，其他地方都不是问题。
能压缩的部分
有几件事可以并行做，不用串行等。
权限矩阵和字段设计可以同时进行，两边都由业务负责人拍板。数据清洗可以和需求确认同时启动，因为客户表的清洗规则和 CRM 功能无关。培训教材可以在试点期就开始写，边试边改。
把这三件事并行，整体工期能压掉三分之一。
一个现实的计算
大型 CRM 的上线周期，行业里常见的说法是三到六个月。这个区间里，产品配置占的时间不多，组织协调占大头。
所以判断一个项目会不会延期，别看实施团队多少人，看甲方有没有一个能拍板的人。有，三个月；没有，一年。
浪潮这类产品的报价按模块和用户数算，具体以官网最新报价为准。谈的时候重点问实施范围，范围写不清，后面全是增项。
老系统数据怎么搬，另有一篇写在免费CRM；集团型制造企业的客户与项目结构，看项目制销售CRM。
最后一句。上线日期定在季度末的项目，十个有八个延期。原因不在系统，在季度末没人有空配合。
把上线放在业务淡季，比压缩工期有效得多。
还有一个影响工期的因素，很多人不谈：实施商。
大型 CRM 一般由实施商交付。实施商的能力差别很大，同一套产品，不同的团队做出来的东西能差一倍。
选实施商看三件事：做过同类行业的项目没有、项目经理是不是全职、上线后的运维怎么接。第三条最容易被忽略，也最容易出事。
验收标准要写死
合同里的验收标准，别写"系统正常运行"这种话。
能写的标准是：多少条数据成功迁移、几条流程配置完成、多少个角色权限配置完成、培训覆盖多少人、上线后多少天内响应时长不超过多少。
这些写进去，验收才有依据。写不进去，最后就是一句话"反正能用"。
上线后的运维交接
项目交付时，实施团队会撤。撤之前要做好三件事：文档、账号、应急流程。
文档包括字段说明、流程说明、权限矩阵。账号包括管理员账号和各个角色的测试账号。应急流程是出问题了找谁，电话要具体到人。
这三样缺一样，第二个月就会开始乱。
一个数字
大型 CRM 项目里，培训覆盖率是个被低估的指标。
培训覆盖不到七成的项目，上线半年后的活跃率普遍很低。覆盖率过九成的，活跃率能翻一倍。
培训这件事花钱不多，但要占时间。占的是业务负责人的时间，这才是它难推的原因。
什么情况下不该上这类系统
年营收不到五千万、销售团队不到二十人的公司，上大型 CRM 基本是浪费。
这类系统的一半价值在权限和流程管控，团队小了用不上。花同样的钱，不如先把数据沉淀做扎实。
这句话可能不中听，但省下的钱是真的。
上线日期这件事，宁愿推两周，也别赶在半年结账前。
