CRM上线前要准备哪些数据：分四批交，别一次给

清单没提前给，客户方不知道要动哪些部门。数据准备拖期，比流程分歧更容易让项目延期。

项目启动会上，客户方的信息主管问了句很实际的话：上线之前，我们需要准备什么材料。这个问题听着简单，回答得好不好，直接决定项目后面三个月的节奏。CRM上线前要准备哪些数据，标准答案不是“把客户导进来”，而是一张分批交付的清单：每批交什么、交到什么程度、由谁确认。

做过的项目里，数据准备拖期是常见的延期原因，比流程分歧更常见。原因往往是清单没提前给，客户方不知道要动哪些部门、要找谁要表。

CRM上线前要准备哪些数据：分四批交

四批的顺序有讲究，前一批不确认，后一批不要开工。组织与人员打底，客户与联系人决定业务能不能跑，业务单据决定报表能不能算，历史记录决定交接顺不顺。

头一批：组织、人员与权限素材

需要部门树、岗位清单、人员名单及其所属部门与直接上级。这三样东西业务方都有，但往往散在 HR 系统、OA 和一张手工维护的表格里，且三份数据不一致。不必在上线前把它们完全对齐，先以 HR 系统为准出一版，差异项单列，由各部门负责人签字确认。

权限素材常被漏掉。需要提前收集的是：哪些人看全部客户、哪些人只看本部门、哪些人只能看自己名下、有没有需要跨部门共享的重点客户清单。这些规则用自然语言写下来就够，实施方负责翻译成角色与数据范围。

第二批：客户与联系人

这是四批里工时占用偏多的一批。要交的是客户名称、统一编码、所属行业、区域、负责人、联系人与联系方式。麻烦集中在三处：重名与近似名、一客多档、负责人早已离职。

去重规则要业务方定，不能由 IT 拍板。同名不同主体、母子公司、经销商与终端客户，这些判断只有业务人员做得准。建议先出重复候选清单，按相似度排序，由销售逐条确认，确认不了的挂起而不是强行合并。

客户编码建议在新系统里重新生成，旧编码作为外部编号保留。沿用旧编码看起来省事，但旧编码里常混着历史规则，后续新增时会撞号。

第三批：业务单据

商机、合同、订单、应收这四类单据要不要迁、迁几年，需要提前定。判断标准是“有没有人还会去查”。在执行中的合同必须全量迁，已结清的可以只迁摘要与关键金额，五年以上的历史单据多数只用于查询，迁到归档库即可。

单据迁移的难点是关联关系。一份合同关联着客户、联系人、多个商机、若干回款记录，任何一环缺失，迁过去就是断链。迁移前先画一张关联图，标明主外键，再决定迁移顺序。

第四批：历史跟进与附件

跟进记录与附件（报价单、方案、验收单）属于价值容易被高估、进度又容易被拖慢的一批。建议按客户价值分层：重点客户迁近三年记录，普通客户迁近一年，其余只迁附件索引。分层规则要提前和业务确认，否则每一层都会被要求“全都迁”。

附件要单独规划存储。合同扫描件、图纸、验收单加起来的体量往往超过数据库本身，放在文件服务器或对象存储里，数据库只存路径与元数据，检索会快很多，备份策略也能分开做。

三道质量检查

完整性、唯一性、一致性。完整性看必填字段的填充率，客户名称、负责人、联系方式三项低于约定比例就要退回补录；唯一性看重复率，按名称与联系方式的组合做模糊匹配；一致性看跨表关系，合同上的客户必须存在于客户表，回款记录的合同号必须能对上。

检查结果要出报告，列清问题条目、责任部门、处理状态。没有报告的数据准备，验收时说不清做过什么，也无法证明哪一方没交齐。

LEVCRM 的迁移方式与分工

LEVCRM 只做私有云与本地化部署，数据迁移在客户自己的环境里完成，中间文件不出内网。标准做法是模板导入：按对象提供表格模板，客户填好后由实施方在测试环境导入，系统校验后输出错误清单，改完再导一次。体量大的客户走数据库直连迁移，顺序按关联图排，迁完做总量与抽样核对。

分工上，客户方出业务口径与确认人，实施方出模板、脚本与校验报告，双方各指定一名数据负责人。这个角色不宜由项目经理兼任，他的精力会被进度会占满。部署环境的前置条件，包括数据库版本、磁盘空间与备份策略，写在私有云部署方案里；迁移各阶段要交的文档清单，整理在资源中心；需要按业务口径改造字段结构的，可以在aPaaS 平台里先搭一版试导。

时间上的建议

四批数据不要压在上线前两周集中交。组织与人员在上线前八周交，客户与联系人在前六周，业务单据在前四周，历史记录可以放到上线后补。这样安排，每批都有时间做校验和返工，而不是在切换当天才发现问题。

如果正在准备启动一个 CRM 项目，可以把现有的客户表与组织架构发过来，我们先出一版差异清单，再谈排期。预约一次沟通，或拨打销售服务热线 010-67201766、技术服务热线 010-60624622。