浪潮CRM的老数据怎么搬：迁移三段路径
换CRM最疼的从来不是新系统，是旧数据。用浪潮CRM或者别的系统攒了几年的客户档案、跟进记录、订单，搬不搬得走、搬过去乱不乱，直接决定新系统能不能活下来。这篇不评价浪潮本身，参数和价格以官网为准，只讲迁移这件事的通用路径。不管源系统是什么，搬家都分三段。
第一段：先想清楚搬什么，再动手
老数据不是越多越好。常见账本里混着三种东西：还在活跃的客户，两三年没动静的死户，格式千奇百怪的历史记录。全量硬搬，新系统第一天就背着旧包袱。
建议分三类处理：活跃客户和近一年的订单全量搬；长期没跟进的客户挑有价值的搬，其余留档在老系统里不动；明显重复、缺关键信息的，搬家前先清一轮。分类的依据看两个字段：最后一次跟进时间，和是否还有订单在执行。这两列老系统里都有，导出来排个序就有答案。
第二段：字段映射，是最费时间的一步
源系统的字段和新系统的字段对不上，是迁移最大的坑。老系统里叫「客户等级」，新系统里可能叫标签；老系统的「联系人」是一张子表，新系统是客户详情里的一个区块。映射表一张一张列：源字段、目标位置、转换规则。
千营CRM这边承接的容器主要有几个：客户字段支持自定义，在「字段设置」里加，源系统的行业特有字段能接住；联系人挂客户详情下；订单走「创建订单」，字段同样可自定义；跟进记录按客户归属挂。映射表列完，先用一小批数据试导，检查格式和归属，再上全量。
历史跟进记录最容易丢。能按客户归拢的尽量归，实在散的，打包放云盘，按客户名建目录，详情页跟进记录里放一条索引说明。
第三段：并行期立规矩
切换不是一刀切。建议并行四周：第一周导数据、补关键字段；第二周全员在新系统录入新跟进，老系统只读；第三周订单和回款迁过来，收款动作在新系统走；第四周老系统封存。并行期只立一条规矩：同一动作只在一处发生，两头都记的，数据必分叉。
迁完第一周，让主管按归属人、按阶段各筛一遍台账，数字对不上马上查，拖久了就说不清了。
迁移的疼是可以预付的：映射表做得细，疼三天；做得糙，疼三个月。千营CRM的客户字段自定义和导入模版，免费版就能试，先搬十个客户练手，看免费CRM；项目型数据的完整结构，看项目制销售CRM。
老数据搬之前先摸家底
动手导出之前，先花半天摸清老系统的家底：客户多少条、联系人挂在哪、订单几年、跟进记录的格式统一不统一。浪潮系产品多从集团管理和财务视角切入，字段偏严谨，客户和订单数据往往跟财务口径挂钩。搬的时候有两处要多花功夫：客户名称可能带组织后缀，导入前统一清洗；订单金额字段可能含税、不含税混存，映射时列清楚口径。这些是经验判断，具体以你们库里的实际字段为准，先导一条数据出来看结构，再谈方案。
历史订单搬不搬
历史订单的取舍比客户档案更纠结。建议的线：在执行中的订单全搬，已完结但未收尾款的搬，三年前的已完结订单不搬，留老系统只读。理由是订单的价值在回款和售后，没这两件事的历史订单，只剩统计意义，汇总一份留存就够。全量硬搬的历史订单会让新系统的订单列表又长又乱，销售找自己的单子都费劲。
搬完之后的第一周
别急着宣布切换成功。第一周每天做三件事：抽查十个客户的字段完整度，比对新老两边的导出表；盯当天的跟进有没有人忘录；收集抱怨，字段不够用的马上加自定义字段，流程别扭的马上调。第一周的响应速度决定全员的信心，拖过一个月再改，抱怨就变成习惯了。
字段口径表是迁移的核心交付物
迁移项目做完，最有长期价值的交付物不是导进去的数据，是那张字段口径表：源字段、目标位置、口径说明、清洗规则，一页纸。以后再接别的系统、再导第三方数据，这张表就是模板。很多公司迁移完表就扔了，下次搬家重新痛苦一遍。把口径表当成资产留下来，这是迁移项目里最便宜的经验。
选期的讲究
切换时间避开业务高峰。制造和工程类企业的年底结算、年初预算是高峰，订单和回款动作密集，这时候换系统等于往传送带底下换零件。建议选在季度初或者业务淡季切换，并行期正好落在节奏平缓的几周。时间选对了，迁移的难度自动降一档。
