孚盟里的老客户，迁之前先想清哪几列要带
去年十一月，一家做汽配出口的公司迁系统，客户六千三百条，从老系统导出的表有二十六列。迁完盘点，真正带过来九列。剩下十七列里，十一列是业务员这些年自己加的备注列，还有几列格式五花八门，同一列里有人填日期有人填金额，谁也不敢动。
教训不在导得认不认真，在动手前没想清楚要带什么。迁移难的不是搬，是取舍。
字段映射：三色标注法
老系统里的自定义字段，新系统不一定有对应位置。迁之前做一件事：把导出表的每一列列出来，标三色。绿的，新系统现成字段能接；黄的，放备注；红的，迁过去也没人再看，归档留底，不硬塞。
千营这边客户和线索的字段都支持自定义，在「字段设置」里加列，把黄标字段落进去。有一点照实说，联系人下的字段暂不支持自定义，职务、决策角色这类信息写进备注最稳。
三色标注看着土，是省时间最狠的一步。二十六列的表，两个人一下午能标完，比迁完返工便宜得多。老板翻着导出表说了一句，这些列当初都是花了心思加的，标红的时候才发现，加的人早走了。
还有一类列别急着标红：客户等级、成交状态这类系统自带的口径列。老系统里的叫法和新系统不一样，含义是一样的，对一遍映射关系再走，迁完的报表才接得上原来的叫法。
去重口径要先定死
同一个客户，张三建过一条，李四两年后又建一条，联系人还不一样。这种重复在老系统里睡了几年没人管，一迁全冒出来。迁之前定一条规矩：拿哪个字段判重，通常是全名加地区，定完不再改。千营的「自动去重」按设定规则跑，重复的自动打上重复标签，但口径得人来定，机器不会替你做这个决定。
分不清归属的重复客户别急着删，先迁进来，用「变更归属人」归到某个人名下，操作有记录，事后翻得出来谁动的。
口径定死的意思是连特例也写进去：集团客户算一条还是每家子公司一条，同名不同城的算不算重复。见过一家公司迁完才发现，集团旗下七家子公司并成了一条，订单挂在哪一家都对不上，退回去重迁，前后折腾一个月。
跟进记录往往比档案值钱
多数迁移只搬客户档案，跟进记录留在老系统或者干脆丢掉。这条要单独决策。一家做阀门的公司迁完，销售打开客户详情页，看见的只有公司名和电话，上一次谈的是哪个项目、卡在哪一步，一概不知，等于每个人都重新摸底。
能带的就带，哪怕只把最后一次跟进的日期和结论并进客户备注。整段历史带不过来的，至少让接手的人知道跟到哪一步了，别让人对着一条裸档案打电话。
附件散在哪，先盘一遍
标书、图纸、签过字的扫描件，散在老系统的附件库里，导表导不出来。迁之前问一句：这些文件平时查得多不多。查得多，逐个下载打包，进来后挂到对应客户的跟进记录附件里；一年翻不了一次的，存公共盘，备注里留个路径，别为了整齐把几百个附件全挂上去，挂的过程比想象中费时。
图纸这类大文件还有个细节：名字起好。老附件库里的名字常是"新建文档3"，趁人还记得内容，改成 项目名加版本号 再挂，否则挂了也白挂，搜的时候找不到。
归属人怎么定，迁的时候就定
老系统里客户挂在谁名下，迁过来就还挂谁，这条原则简单，做起来有例外：有人离职了，有人转岗了，有的客户本来就是公共的。迁之前把名册过一遍，离职员工名下的客户提前改派；进了新系统再用「变更归属人」挪的，动作留痕，不会出现这客户怎么在他名下的糊涂账。
公共客户单独说。有些公司有一批展会攒下的公共名单，谁都碰过，谁都不认领。这类别混进个人名下，进「线索池（线索公海）」按来源单开一个池，配上「自动回收」，放三十天没人认领就回池，比在表里标公共两个字管用。
动手前的清单
汇成五件事：导出全表标三色、定去重字段、决定跟进记录带多少、清点附件去向、按新模版整理。清单贴在显示器边上，逐项打勾，比靠脑子记靠谱。千营这边客户靠「新建客户」单条进，或者按模版整理后批量导；线索侧有「导入线索」，下载模版照着填，导入失败会提示用下载查看明细查错，改完重传，不用猜哪行错了。
边界也交代一句，数据进出都走模版文件，没有对接第三方系统的一键搬运通道。六千条客户整理模版，怎么也要几个晚上，这个工夫省不掉。
迁完头一个月不是没事干。盯三样：录入的人有没有天天进系统，跟进记录有没有写出结论、别再写继续跟进，订单有没有跟上客户档案。发现哪样断了趁热纠，拖过一个月就难改了。每周五下午花二十分钟对一次数就够，天天对没人坚持得下来。有家公司迁完半年才发现三分之一的客户没归属人，再清理比迁的时候还费劲。
迁完头一个月别急着下线老系统，两边客户数每周对一次，差了当场查，两个月对得齐了再封老库。底子清了，后面的线索池、订单才接得上。项目型生意的客户档案怎么建才不返工，项目型销售CRM 那页写过；手里还有一批要投标的老客户的，招投标CRM 可以一并看。
