红圈的数据迁出来：外勤记录和客户档案谁跟着走
把红圈里的数据搬出来，最容易低估的是两样东西：外勤签到记录和客户档案里积年的自定义字段。联系人、订单这些硬数据导出就行，麻烦的是那些跟着业务习惯长出来的东西。
先盘四类数据，定该不该搬
按活跃度筛客户：近十二个月有跟进的、近两年有成交的，这两批必搬。再往下是历史订单，建议只迁近一到两年，三年前的订单进Excel归档就够了，搬进新系统只会稀释台账。跟进记录全量迁，这是销售的资产，也是离职交接时的凭据。自定义字段先列清单再动，红圈里配的字段在新系统里未必有对应，逐个决定：映射到现成字段、新建自定义字段、还是放弃。
字段映射写成一张表
导出旧数据后，先做一张映射表：旧字段名、新字段名、格式转换规则、负责人。手机号格式、日期格式、客户名称全称简称，三类不一致最常见。映射表评审一次再动手，比导进去再返工便宜十倍。
客户和联系人的层级关系别拍平。一个客户多位联系人，迁过去还是一对多，拍平成一张大表之后，按联系人查历史就废了。
外勤和签到的处理
外勤签到记录通常不需要全量迁，它是过程数据不是资产数据。值得保留的是两类：与成交相关的关键拜访、以及涉诉或有争议的现场记录。这类挑出来，作为跟进记录附件或备注迁入，其余归档在旧系统导出的Excel里，封存即可。
试导、切换、封存三步走
先导五十条活跃客户加对应的联系人、订单、跟进记录，让两位老销售用一周，问题清单收上来改映射表。第二轮全量，选业务淡季定切换日，切换日当天旧系统停写、只读。旧数据导出三份存档，放两个不同的地方，封存五年。账号权限按新组织架构重新配，别照搬旧系统的权限树，那是把旧毛病也搬过来。
红圈的外勤和拜访体系比较重，签到、拜访计划、现场拍照这些过程数据量很大，迁移策略要分开定：拜访计划和签到记录按前面说的原则挑重点迁，签到照片这类过程附件整体归档不迁，新系统里按新规矩重新积累。把三年的签到照片搬进新系统，除了把库变大，没有第二个作用。
审批流的迁移单独说。旧系统里跑过的审批是历史，导出PDF归档；新的审批在新系统里按新架构重配，别照抄旧流程。迁移是梳理流程的最佳窗口，十年没改过的审批层级，趁换系统砍掉两道，一线会谢你。
切换期安排要具体到天。切换日提前两周宣布，旧系统停止新建、只补录；切换周设专人答疑，每天下班前收问题清单，第二天早上给答案；切换后两周内新旧系统并行查数，口径对上了旧系统封存。拖到一个月的切换，多半会拖成一个季度。
培训按角色分开做。销售学四件事：录客户、写记录、建日程、看订单；经理多学一样，看报表和批审批。别拿一份通用教材培训所有人，销售坐在教室里听数据看板，等于白坐两小时。培训完配一张一页纸的速查卡，比二次培训有用。
迁移的验收标准写在前面：客户总数、联系人配对率、订单金额合计三样，迁完和新旧两边对数，误差超过千分之一就得查。数据迁移没有"差不多"，差的那一条，可能就是你明年要起诉的那家客户的全部历史。
导出的旧数据先做三张核对表：客户总数表、金额汇总表、联系人配对表。核对表是迁移的地图，也是出问题时的分工依据，财务对金额、销售对客户、内勤对联系人，三个人一天核完。别把核对全压给IT，他们认得出数据格式，认不出客户是谁。
旧系统里的审批单如果涉及法务留存，让法务列一份清单，哪些要导成PDF归档，一次性导完，别封存之后再来翻。
迁移的真实工作量分布大概是：清洗占一半，映射和试导占三成，剩下是切换期的答疑。把一半的力气花在清洗上，进度就稳了。迁完之后先跑核心三件事——客户台账、跟进记录、订单收款，其他功能用热了再开。数据怎么从零散表格长成有序台账，项目型销售CRM那页有一篇迁移之外的补充。 投标这条线的更多细节，招投标CRM那页有展开。
