销氪上线要多久，数据准备占大头
问上线周期，多数人想听一个数。给不了。同样是二十几个人的销售团队，有人两周就跑起来了，有人三个月还在改字段。差别不在软件，在开工前那堆数据有多脏。
销氪这类产品的开通本身很快，账号一建就能进。真正占时间的在后面：老数据要不要洗、洗到什么程度、洗完了往哪个字段里放。具体每家版本和交付方式不一样，以官网最新信息为准。这篇只讲那三段最耗时的活，换个产品也一样。
最耗时的不是导入，是归属人
客户表从老系统导出，通常挺整齐。乱的是归属：这个客户算谁的。老系统里归属人空的、写着已离职员工的、挂在公共池里没人认领的，三种混在一起。你不定下来，导进去就是一池无主数据，谁都能看，谁都不跟。
见过一个团队，六千条客户里有八百多条归属是空的。老板说简单，按区域分。分完发现区域也空着。最后是让四个老销售坐了一下午，一条一条认，认出来三千多条，剩下的全退回池子。一下午四个人，这就是成本。
更麻烦的是重复。同一个客户两个销售各建一条，一条在跟一条在睡，你合并的时候得判断哪条是活的。判断依据看最后跟进时间，别看创建时间。创建得早的那条往往信息全，跟进得晚的那条才是活的。
字段映射：老系统里的自定义字段往哪放
老系统里折腾出来的字段，新系统不一定有。有个做环保设备的公司，客户表上有十二个自定义字段，其中六个是历史遗留：一个填过三次，一个从建表起就是空的。这些字段带过去干什么，得先想清楚。
判断标准很实在：近一年有超过十个客户填过这个字段，就迁；不到十个，就在「字段设置」里重新建一个，只带名字不带历史值。历史值翻起来成本高，价值低。
字段名也别照抄。老系统里叫备注1、自定义项A的，迁之前改成能看懂的名字。改名字这活看着小，实际决定了后面有没有人愿意填。一个字段叫设备型号，销售会填；叫扩展字段三，没人碰。
习惯迁移，才是真的上线
数据搬完，系统能登录，这不叫上线。上线是销售每天下班前主动打开「跟进记录」写两句，而不是被主管催着补。
这一步比数据难，因为它改的是人的动作。表格党用了七八年，习惯是月底一次性整理；系统要求是当天写。头两周一定有人漏，漏了别罚，罚了就开始编。编出来的记录比不写更糟，因为它看起来像真的。
有个主管的做法有点意思。他每天早会花五分钟，随机点开一条昨天的跟进记录念出来，念完问一句这客户下一步干嘛。不评价写得好不好，只问下一步。两周之后，记录的质量自己就上去了。这法子土，管用。
一个粗略的判断法
数据干净、业务单一、二十人以内，一两周能用起来。这里的干净指三件事：没有重复客户、归属人基本齐全、字段数和业务对得上。三条都满足，剩下的就是培训和上手。
数据脏、业务线两条以上、几十号人，按月算。三个月不算慢，半年也见过。中间还会反复：用了两周发现阶段划得太细，改一版；改完历史数据对不上，再修一遍。
这个判断法不精确，但它能帮你把预期摆正。预期摆不正的后果是，第二个月老板开始问为什么还没效果，团队开始怀疑工具，最后不了了之。多数换系统失败不在选型，在没等到它跑顺。反过来说，三个月还没跑顺，也别全怪数据，先看有没有人在管。
内部得有一个人当管理员
实施的人撤走以后，问题不会跟着走。改个必填、加个标签、谁能看哪片客户，这些小事每天都在发生，得有一个人接。这个人通常是行政、运营或者销售助理，不是 IT。
挑人别看职级，看两件事：愿不愿意记东西，能不能把话讲明白。前者决定他会不会写一份简单的说明，后者决定他能不能跟销售讲清楚为什么不这么改。
给这个人每周留四小时，是认真留，不是嘴上说说。四小时干不完，说明流程没理顺，得回头改流程，别指望他加班补。
试运行那批数据要核
正式铺开之前，先导两三百条真数据，跑一周。跑完做一次核对：随便抽十条，把系统里的客户信息跟老系统、跟销售手里的表格对一遍。对不上的地方，往往是字段映射出了偏差，这时候改还来得及。
核的时候重点看三样。金额对不对，单位有没有搞错，日期格式有没有变成文本。这三样错一个，后面的报表全是错的，而且没人看得出来。
还有个笨但有效的办法：让两个销售各报一次自己手上的客户数，再跟系统里查出来的数对。差得多的那个，一定是记录没录全，或者归属人挂错了。
代价说在前面
按月算的项目，前两个月的效率一定是下降的。销售要花时间录数据，主管要花时间核对，本来能打的电话少了。这个坑绕不过去，只能压缩。压的办法是分批，先上一个小组，跑顺了再铺开。
还有一笔账别忘：老系统什么时候停。两边并行的日子越长，录两遍的怨气越大。定一个明确的停用日，写在群里，到期就停，别拖。拖一个月，等于白干一个月。
项目型业务的字段和阶段怎么摆，项目型销售CRM那页讲得比较细，迁之前照着过一遍，能少改两版。想看产品本身长什么样，千营CRM的页面翻一翻就行。
上线周期不是软件给的，是数据给的。数据有多脏，就有多慢。
