孚盟的老数据迁出来，先决定带什么不带什么
上个月一个做五金出口的老板问，换系统能不能把原来那套里的东西全搬过来。我说能，但不建议。他不理解，说数据是自己的，凭什么丢。我没跟他争，让他把老系统导出的客户表打开，按名称排序，看前五十行。
他看了三分钟，抬头说怎么这么多重复的。一个客户四个名字，全称一个、简称一个、拼音一个，还有销售自己随手起的一个。这张表一万两千行，能用的可能七千。全带过去，等于把七年的糊涂账搬进新家。
带什么：三样，够撑起第一年
活跃客户。判断标准别用感觉，用时间：一年内有过跟进、有过订单、有过报价的，算活跃。这三类的并集通常只占全部客户的三四成。剩下的不是不重要，是暂时用不上。
在途订单。签了合同还没交付完、还没收完款的单子，一条都不能少。这类单子带着钱，迁丢了就是事故。迁之前拉一张清单，订单号、客户、金额、已收未收、下一个节点，逐条对一遍。
没做完的跟进。销售手上正在谈的、约了下周见面、等客户回话的，这些记录带过去才有意义。已经谈完签完的，记录留着查，但不急着迁。
不带什么：三样，带了就是负担
三年没有互动的沉睡客户。这类数据在任何系统里都是同一个命运：占着列表，让人以为客户很多。真要唤醒，也不是靠把它迁到新系统里，是靠重新找联系方式。留着源库的备份，需要的时候查一下就行。
已经作废的单据。作废的报价、取消的订单、重复开的发票，这些东西在新系统里没有任何业务价值，只会让统计报表变大。财务那边有账，不用指望 CRM 来对。
重复建档的客户。同一个客户在五个销售名下各有一条，这是老系统的通病。迁之前必须合并，合并的规则要定死：按统一社会信用代码优先，没有代码的按全称加手机号。到了新系统里，规矩要跟着过来，点「新建客户」之前先搜一遍，搜不到再建。
还有一类容易被忘掉：离职员工的私海。这些客户在老系统里挂在一个已经注销的账号下面，谁也看不见。迁的时候要么重新分配，要么退回池子，别原样搬过去，搬过去还是死数据。
带过去以后，谁养它
数据是有维护成本的。一条客户记录，从迁进去那天起就需要有人保证它是对的：电话能打通、联系人还在职、归属人没搞错。带一万条进去，等于给自己加了一万条待办。
这也是为什么建议分批。第一批只迁在谈的客户和在途订单，两三百条，两个月跑顺了再迁第二批。一次全上，问题会堆在一起，你不知道哪条是迁移的错，哪条是录入的错。
系统里做这件事的路子是现成的。「导入线索」有模版，按模版填好上传，失败的会给出明细，告诉你哪一行哪个字段不对，改完重新提。客户那边同理，按模版整理好再进，别指望一键搬完还能干净。
失败明细这个东西看着不起眼，实际省很多事。一万行里有八十行失败，你至少知道是哪八十行，而不是笼统地告诉你导入完成。
附件是另一个坑
客户表和订单表迁起来相对简单，附件最容易被忽略。老系统里的合同扫描件、图纸、报关单据，导出的时候经常只给一个链接，不给文件。链接还指向老系统的内网地址，换一套系统，打开全是打不开的页面。
有个做阀门的企业就吃过这个亏。导出完成那天大家挺高兴，一周后销售要查一份去年的合同，点开是一片空白。后来是让原来那家服务商把文件打包发过来的，等了两周。
迁之前先问一句：附件能不能按客户名导出成文件夹。能，就只迁在谈项目的，一个客户一个文件夹，命名带日期。不能，就用最笨的办法，让每个销售自己把手上项目的文件整理一遍，存在共享盘里，迁完再逐个上传。
笨办法慢，但靠得住。附件这类东西的价值不在多，在要用的时候找得到。整理的这两天，也算重新过一遍手上的项目。
两种做法，算一笔账
全带的做法，省的是决策时间，花的是后面半年的清理时间。你得安排人一条条合并重复客户，一个个补归属人，还要应付销售抱怨列表里全是死人。这笔时间不进预算，但真实发生。
挑着带的办法，前期多花两天做筛选，后面省掉一大截。筛选的过程本身也有价值：你会第一次看清自己的客户结构，哪些行业占大头、哪些区域其实没做起来。这件事平时没人做，迁系统是个好借口。
要提醒一句代价。不带的东西，将来想查就查不到了，所以源库别删。合同到期前把不要的部分导出成压缩包，按年份存好，写上解压密码放在谁那里。这活半小时能干完，很多人不做，两年后急了。
做外贸和做工程的迁法不一样。外贸看重的是询盘和往来邮件，工程类看重的是单据和阶段，这两种数据结构差得远。项目型销售CRM那页讲了后一种该怎么摆，对照自己的业务看一眼，筛选标准会清楚很多。
回到那位老板。他最后决定先迁三千条，把在途的四十七个订单单独核了一遍。核的过程中发现两张单子已经收完款但没结案，还有一张客户早就换了公司。这些事迁之前谁都不知道。
千营CRM这边能看的部分不多，产品的骨架、线索和订单怎么串，翻一会儿就有概念。迁移真正的功夫，在决定带什么的那两天。
数据不是越多越好。能用的才叫资产。
