用友上线要多久，取决于你先上哪几个模块
“用友上线要多久”这个问题，答案通常是“看你上什么”。
同一个产品，只上客户和订单，两周能跑；上财务业务一体化，半年起步。差别不在软件，在范围。
这篇讲的是顺序，不是时间表。顺序对了，时间自然会短。
第一个决定：先上哪几个模块
销售侧的系统，模块之间是有依赖的：客户是根，线索和订单挂在客户上，回款挂在订单上，分析挂在所有东西上。
所以顺序基本固定：客户 → 线索/商机 → 订单 → 回款 → 分析。
想跳过前面直接上分析，结果是报表里全是空的。想同时上全部，结果是每个模块都半生不熟。
一个务实的切法：第一期只上客户和订单，让销售养成建客户、建订单的习惯；第二期上线索和线索池；第三期才碰分析和日报。三期跑完，通常一个季度。
第二个决定：字段定多细
字段是上线周期里最大的变量。客户表加 5 个自定义字段和加 30 个，工作量差得远，但真正贵的是后面的维护：30 个字段必然有一半没人填。
千营这边，字段在字段设置里加，各模块分开配。建议第一期只加三类字段：判断客户归属的（区域、行业）、判断机会大小的（预算、项目编号）、判断风险的（账期、授信）。
其余的先写进备注，跑三个月再决定要不要提成字段。字段加上去容易，删掉难，历史数据会空一片。
第三个决定：权限怎么划
权限没划清，上线第一周一定出问题：有人看到不该看的客户，有人看不到该看的。
千营的权限分两层：角色权限决定能做什么（新建、编辑、删除、导出），数据权限决定能看谁的数据（自己的、部门的、全部的）。线索池还有单独的池权限。
上线前要定的事：销售看自己的，主管看部门的，老板看全部，这三个是基本盘。剩下的是特例：跨区协作的项目谁能看、财务要不要看订单金额，这些一条条列出来。
权限设计花两天，能省后面两个月的扯皮。
第四个决定：历史数据搬多少
全搬是最常见的错误决定。
历史数据的问题不是搬不进去，是搬进去之后污染新数据：三年前的客户早就没了，还留在客户列表里；老订单的金额口径和新系统不一致，进了报表就是错的。
务实的做法：客户全搬（保留联系人），订单只搬近 12 个月，跟进记录只搬近 6 个月，更早的留在旧系统只读。
第五个决定：培训怎么排
培训不是讲功能，是讲动作。销售不需要知道系统有 200 个功能，他需要知道：新客户在哪建、跟进记录怎么记、订单怎么提、日报怎么交。
四个动作，一次培训 40 分钟能讲完。讲完立刻让每个人现场建一条，建不出来的当场解决。
功能培训留给第二个月。第一个月的目标只有一个：所有人每天都用。
一个真实的区间
按上面的顺序，单业务线上线（客户 + 订单 + 回款）通常 3 到 6 周；加上线索池、日报、分析，8 到 12 周；涉及多组织、多账套、和财务系统对接，三个月以上。
这个区间的前提是：业务侧有一个人全程跟，能拍板。没有这个人，时间会翻倍，不是因为技术难，是因为每次决策都要开会。
上线之后的前两周最关键
这两周会有大量“这个字段没用”“这个流程太麻烦”的反馈。全部照改，系统会变成四不像；全部不理，人会放弃使用。
做法是分类：影响数据准确性的（比如必填项太多），改；影响习惯的（比如要多点两下），先不改，两周后再看还有没有人抱怨。
很多抱怨是新鲜感带来的，两周后自然消失。
数据核对这一步别省。客户数量、订单金额合计、近三个月回款合计，三个数在旧系统和新系统上各跑一遍，差异超过 1% 就停下来查。带着差异上线，三个月后没人说得清差在哪。
并行运行两到四周。旧系统只读，新系统全量录入，两边都能查。这段时间的抱怨最多，也最有价值——抱怨集中在哪个环节，那个环节的设计就有问题。
培训要分角色。销售学四个动作，主管学看报表和分线索，财务学对账。一次全员大会讲完所有功能，谁都记不住。
还有一个隐形的时间黑洞：报表口径。老板要的“本月成交额”，是按下单日期算还是按回款日期算，销售和财务的理解常常不同。这个口径在上线前定死，写进报表说明，能省掉后面无数次会议。
上线之后第一个月的目标不是数据好看，是动作发生。销售每天有没有写记录、有没有建订单，比金额多少更重要。动作有了，数据自然会积累。
供应商那边的配合度也要算进时间。接口调试、环境准备、数据模板，这些事卡在对方排期上，你这边再急也没用。合同里把响应时间写清楚。
选型和上线路径看免费CRM；项目型业务的模块顺序，项目制销售CRM里有更细的拆法。
上线快慢不取决于装系统，取决于谁能在会上拍板。
