伙伴云的老数据搬过来，先盘四类再动手
用伙伴云这类工具搭客户管理的企业，走到一定规模都会遇到同一个坎：表越搭越多，表之间的关系靠人记，历史数据散在几十张表里。这时候搬进正经 CRM，最怕的不是导出，是导进去之后发现数据是死的，字段对不上，记录接不上，等于搬了一堆垃圾进来。
搬家之前，先坐下来把数据盘一遍。盘什么？就四类。
四类数据，分开对待
客户是必须全搬的。搬之前先去重，同一家公司在不同表里可能有三个名字，客户名称写全称，别名在搬迁备注里留一份。客户的联系人跟着走，一个客户多位联系人分别录进去。
盘客户的时候顺便做一次分级。这批老数据里，真正还在交易的可能不到一半，剩下的是几年没动过的沉淀客户。分级之后再搬，活跃的进客户台账正常跟，沉淀的打上标签放一边，别让死数据占着新系统的第一屏。数据搬家搬的不是数量，是可用性。
线索只搬近一年有跟进动作的。三年前的展会名单还躺在表里，搬过去只会把新系统的线索台账搅浑，该沉的让它沉。判断标准很简单：过去十二个月动过一次的搬，没动过的归档。
跟进记录是四类里最容易被忽视、又最不该省的。记录的价值在两样东西上：时间戳和操作人。谁的记录、什么时候写的，这两样丢了，记录就成了无法追责也无从参考的空话。导出的表里只要这两列在，就值得搬。
订单必须带日期。没有日期的订单进系统，待收金额算不出来，延期订单认不出来，订单分析整个瘫掉。日期残缺的老订单，宁可补录日期，也别空着导。
补日期有个取巧但靠谱的办法：按发票或者银行回单倒推。发货单、验收单在财务和仓管手里都有一份，凑不齐全的，至少把大额订单的日子补准。小单子实在没依据的，统一按合同签订日填，备注里写明"日期为推算"。宁可有一个明知的近似值，不要一个看起来精确的空数。
字段别名，先合并再搬
表单工具搭出来的表，同一个信息往往有好几个叫法：客户名称、公司名、企业名称，三列说的可能是一回事。搬之前拿一张表把字段逐个对，三个名字合成一个。这一步用表格做比在系统里做快，对完的映射表就是导入的依据。
空值也要处理。地址、注册资本这类字段空着无妨，手机号、客户名称空着的行要单独拎出来，要么补上，要么决定不要。千营CRM的「新建客户」里客户名称和手机号是必填项，空的行导不进去，不如提前处理。
空值处理完，还有一类数据要在搬迁前单独决定：自定义字段。老表里自己加的那些列，搬过去对应不上新系统字段的，挑重要的并进去，剩下的导出一份 Excel 存档。别为了几个不常用的字段在新系统里加一堆自定义列，字段越少越有人填，这条规律在新系统里同样成立。
导入和核对
客户和线索支持批量导入：下载模版，照着模版填，上传文件开始导入。导入失败会提示，下载查看明细能定位到错在哪，改完重新提交。核对别靠抽查，用四个数：客户总数、线索总数、订单总金额、跟进记录条数，导出的表里数一遍，导进去的系统里数一遍，四个数对平了才算完。
搬完之后留两周并行期：老表只读不写，新系统全量走。有对不上的当场回查，并行期一过，老表归档封存。别指望一次搬完就全对，能对上九成九，剩下的一成在并行期里捡，就够干净了。
并行期里最该盯的是订单和新跟进。历史数据对不上是旧账，慢慢捡；新产生的客户和订单要是两边都记，两周后就分不清哪边是准的了。并行期第一条规矩：新业务只进新系统，老表只许看不许改。这条立住，迁移才算真的收了尾。
最后说一句心态：老数据的价值不在多，在准。三百条能用的客户记录，胜过三千条看不出死活的表。搬家是把家底盘一遍的机会，盘完你会发现，真正还在跟的客户可能就几十个，接下来的力气往哪使，也就清楚了。
搬家完成后，建议给每个沉淀客户定一个处理期限。三个月内决定是唤醒还是放弃，别让它们在新系统里再躺三年。数据每拖一年，准确度掉一截，趁搬家后大家记忆还新鲜，处理成本最低。
唤醒也别乱唤。给沉淀客户发一条实名消息，说清你是谁、当年合作过什么、现在有什么可能用得上的，一条就够。群发的唤醒消息，客户看一眼就知道，回复率几乎是零，还搭上一次露脸的机会。
搬家搬的是业务记忆，不是文件。四类数据分好级，字段别名合了并，四个数核了平，这套数据进了新系统才真正活起来。
换系统时哪些数据先搬、哪些别搬，免费CRM 里有一份迁移清单，四类数据分开处理。千营CRM 的线索导入支持模版和失败明细，客户和订单的入口以系统菜单为准。
