换系统不丢客户：CRM迁移检查清单

多数店主拖延CRM迁移，理由都差不多：旧系统里存着每一位客户、每一条备注和每一次未来的预约，丢失其中任何一项，感觉都比将就用一套已经不再合适的软件更糟。这种担心是合理的，但一次CRM数据迁移里真正出问题的地方，其实集中在少数几处可以预见的环节，每一处都能在造成损失之前提前检查。这份清单说明，不管你是要离开一款预约应用、一套销售型CRM还是一份表格，该如何在不丢失客户、历史或预约的前提下，把业务换到另一套系统。请按顺序完成以下步骤。

一、改动任何东西之前，先导出一切

在取消订阅、创建新账户，或者哪怕清理一行数据之前，先把现有的一切完整复制一份。导出是整个迁移过程里唯一一步一旦旧系统没了就没法重来的操作。每种记录类型一份文件：

• 客户，带上这款工具能给你的每一列，包括你觉得用不上的那些。
• 预约或工单，过去和未来的都要，带上客户、员工、服务、开始时间和时长。
• 备注和操作历史。
• 挂在客户或工单上的文件和照片。很多工具没有批量文件导出功能，先确认清楚，不要想当然。
• 发票和收据，导出为PDF。
• 你的服务项目和价格，加上那些容易被忘记的设置：工作时间、取消规则、意向问题、消息模板。

截至2026年9月，导出功能在哪里，各家工具不一样。Google Sheets：依次点“文件”“下载”“逗号分隔值”，一次一个工作表。Excel：“文件”“另存为”，类型选“CSV UTF-8”。HubSpot：联系人列表菜单里的导出操作。Pipedrive：“设置”“导出数据”。Zoho CRM：“设置”“数据管理”“导出”。像Square Appointments和Fresha这样的预约类应用，会从客户目录导出客户名单，预约历史往往只能以报表形式获取，请把日期范围设到系统允许的最大值。

任何打算用来导入的内容，都要CSV或XLSX格式，绝不要PDF，并且把每份文件里的行数，跟旧系统屏幕上显示的数字对一遍。一份悄悄在1000行截断的导出文件是常见的陷阱，趁现在发现它，比取消账户之后再发现容易得多。

二、决定哪些内容不迁移

以下这些通常可以合理地留下不迁移：

• 没有联系方式、没有到店记录、也没有备注的客户，他们是占位符，不是真实的人。
• 测试记录，以及一款预约应用强加给你的“路过客人”或“未知客户”。
• 一两年以上的已取消预约，除非你会用取消历史来判断谁需要付押金。
• 从来没人填过的字段。一列“转介绍来源”，十行里九行是空的，那不算数据。
• 你已经不再发送的营销名单，尤其是那些从未同意接收消息的联系人。

“不迁移”不等于“删除”：任何留下不迁移的内容，仍然完整保存在第一步的导出文件里。

三、在一份表格里清理导出文件

清理工作要在表格里完成，而不是在新系统里完成。我们用过的每一款导入工具，包括我们自己的产品在内，面对一份整洁的文件都比面对一堆原始数据表现得更好。如果你的数据源本来就是一份表格，大部分工作量都会集中在这一步；我们关于从表格迁移到工作区的指南更深入地说明了排布方式。

• 每种记录类型只放一个标签页：客户放一张，预约放另一张，备注放第三张。一个标签页把客户和他们的预约混在同一行里，任何工具都没法干净地导入它。
• 一行简洁命名的表头，不要合并单元格，上面也不要有空行。“电话”好过“电话（手机，用于短信！）”。
• 全文件统一一种日期格式。用ISO格式（2026-09-01）：它没有歧义、能正确排序，而且每款导入工具都能读懂。
• 统一一种电话格式，最好带国家代码（+1 415 555 0134），把“Tel：”这类前缀和“（家）”这类备注挪到独立的一列。
• 保留旧系统的编号列，它能在第六步把客户跟预约和备注关联起来，哪怕你以后再也不会展示它。

把清理好的工作簿另存为一个新名字，原始导出文件原样保留不要动。

四、把每个字段映射到它的新归宿

字段映射是一份CRM迁移检查清单里最容易被跳过的一步，也是“导入成功了，但一半数据放错地方”这种常见抱怨的根源。导入之前，先逐列写下每个字段该去哪里。以一家正在离开预约应用的美容院为例：

旧列名	新字段	说明
客户姓名	客户：全名	如果新系统有姓和名两个字段，就拆开
已预约服务	预约：服务	必须匹配你先建好的服务列表
服务人员	预约：员工	必须匹配新系统里已存在的一位员工
开始时间	预约：开始时间	日期和时间在一起，统一一个时区
客户编号	客户：外部编号	隐藏字段，用于关联

Ifa处理这一步的方式，跟一份固定模板不一样。你用大白话描述自己的生意，Ifa提出记录、字段、关系和视图，你会在任何东西真正建立之前先审阅这份方案。请在批准这份方案之前完成映射，而不是之后，这样字段会贴合你的导出文件，而不是反过来迁就工具。

五、导入之前先处理重复项，而不是之后

任何用了几年的系统都会积累重复记录。导入之后再合并会很慢，因为那时每份副本身上都已经挂着预约和备注；在表格里合并则很快。

1. 按电话号码对客户标签页排序，找相邻且匹配的行。电话通常是最可靠的匹配键。
2. 再按邮箱排序做同样的事，然后按姓和名排序，找出那些电话不同、又没有邮箱的重复对。
3. 对每一对重复记录，保留信息更完整的那一行，把备注复制过去，并在保留的那一行旁边记下被丢弃那一行的旧编号，这样指向它的预约以后还能被关联上。
4. 用一列“合并进”标出真正的重复项，而不是直接删除，让这个决定保持可见、可撤销。

有些导入工具自带重复检查。Ifa的导入功能会在预览界面里，先标出疑似重复项、空值和无法识别的日期，然后等你阅读完这些检查结果后再批准导入。这是一道有用的安全网，但不能替代这一步：工具能标出“看起来相似”的记录，却不知道“Chris Park”和“Christina Park”其实是同一位常客。

六、按正确的顺序导入

引用其他记录的记录，必须排在被引用的记录之后导入。顺序搞错，是预约“凭空出现却没有客户”这类问题最常见的原因。

1. 员工和团队成员，预约会引用他们。
2. 服务项目或工单类型，带时长和价格。
3. 客户，把旧编号放进一个专门的字段，供之后的文件查找。
4. 引用客户的备注和历史记录。
5. 引用以上所有内容的历史预约和工单。
6. 文件和文档，挂在它们各自所属的客户或工单上。

先导入一份二十位客户和他们预约的样本，修正二十条记录几乎不费力。然后再导入整份文件。Ifa的导入功能，在导入你的数据页面有详细说明，支持CSV、TSV、JSON、JSONL、XLSX、XLS，以及禁用了宏的XLSM文件，会展示带检查的预览界面，并在你批准之前不会创建任何记录。多数预约应用完全不提供预约历史的导入功能。

关于文件还有一点要说。Ifa会把上传的文件挂在它们所属的记录上，并带有预览功能，详见客户文件页面。Ifa本身不生成发票，所以第一步导出的那些PDF就是你的发票，请把它们挂到对应的客户记录上，或者留在你的记账工具里，但不要只留在旧系统里。

七、先设置工作时间，再重新创建未来的预约

未来的预约单独占一步，因为这是迁移中客户真正会注意到的部分。

1. 按员工设置工作时间，包括已经计划好的休息日，并设置预约政策：缓冲时间、最短提前量、取消窗口期。
2. 只有在这之后，才加载或重新创建未来的预约。如果在工作时间存在之前就加载，预约要么被拒绝，要么落到没人服务的时段里。
3. 打印出旧日历接下来八周的内容，逐条跟新系统里的预约手动核对。多数店铺只需要几个小时，却是整个迁移里最有价值的一次检查。
4. 留意时区偏移。一份以UTC导出、却被当作本地时间导入的文件，会让每一次预约都偏移好几个小时，而一个只显示日期的界面根本看不出这个问题。

如果未来的预约数量不多，手动重新创建往往比导入更快也更安全。在Ifa里，预约由你的团队在工作区内创建、改期、取消和标记完成，空档会根据你设置的工作时间进行核对，客户可以通过Ifa创建的预约页预约，也可以在已连接的渠道里通过聊天预约。Ifa没有Google或Outlook日历同步功能，提醒是由你自己定义的工作流，而不是一个开关，所以请在第一周就把提醒工作流设置好，并在切换当天把网站的预约链接指向新页面。

八、两套系统短暂并行运行

不要周五切换、周六就取消旧系统的订阅。让两套系统同时运行一到两周，新系统作为唯一的真实来源，旧系统保持只读。

• 每一次新预约、每一位新客户，都只进新系统。同时往两边写数据只会让工作量翻倍，还保证两边会出现偏差。
• 旧系统留着用来查资料：一条忘记迁移的备注、一张照片、一份旧发票。
• 并行期结束时，为旧系统里因为疏忽而新建的任何内容做最后一次导出，并把它并入新系统。

Ifa没有实时的双向同步，我们也不建议在一到两周的并行期里，用任何供应商的同步功能；“只进新系统”是更简单的规则。

九、告诉客户会有什么变化

迁移的大部分内容对客户来说是看不见的，也应该保持这样。只告诉他们会受影响的部分，并且提前告诉他们。

• 如果预约链接、电话号码或消息渠道发生变化，提前一周发一次通知，当天再发一次。
• 如果提醒会暂停，或者换了一个发送方，说明清楚并请他们保存新号码。
• 如果你保留着同意记录，把这些证据留在客户档案里，而不是让每个人重新同意一次。

保持简短。“从9月15日起，我们的预约系统换了新的。你已有的预约不受影响，预约或联系方式还是同一个号码。”

十、把旧的导出文件保留下来

并行期结束、订阅取消之后，不要删掉那些导出文件。把第一步的原始文件、第三步清理过的工作簿、第四步的映射表，以及第八步并行期结束时的最后一次导出，都放进同一个文件夹，用日期命名，存在一个不会因为某台笔记本电脑坏掉就丢失的地方。你用到它的次数会比预期多。存档不花什么成本，重建一份存档却几乎不可能。

常见问题与如何避免

失败情况	表现是什么样子	预防办法
导出被截断	屏幕上显示的行数比文件里的多	清理前先数行数，向客服要一份完整导出
日期格式混用	预约落到了错误的日子或月份	全文件在导入前统一成一种ISO格式
时区偏移	每一次预约都偏移了相同的小时数	导入一条样本预约，核对具体时钟时间
预约成了孤儿	预约没有关联任何客户	先导入带旧编号的客户，再导入预约
合并重复项丢了历史	两位客户合并成一位后备注消失	在表格里合并，用一列“合并进”标记
工作时间设晚了	未来的预约被拒绝，或者落在没人服务的时段	先设置工作时间和政策，再处理预约

要对迁移的规模保持诚实。如果你要迁移的是几千位客户、多年的历史，加上一个庞大的照片存档，以上步骤依然适用，但时间预估会不一样，找个自由职业者帮忙清理表格是很值得的投入。Ifa不提供付费迁移服务，所以用Ifa时这部分工作要靠你自己或找一位承包商完成，导入功能里的预览和检查会帮到你。其他一些供应商在更高档位上提供协助迁移服务，如果你的数据量很大，请在承诺之前先问清楚。

大家常问的问题

一支由店主自己经营的团队，CRM迁移要花多长时间？

对一家两个工位的美容院、一支四人的保洁团队或者一位有几百位客户的独立顾问来说，导出和清理大约要花一个下午，导入和预约核对再花一个下午，并行期在后台运行一到两周。历史记录规模更大时，增加的主要是清理这一步的时间，而不是导入本身。

应该选生意的淡季来换CRM吗？

如果你有淡季，那就应该。未来的预约更少，第七步的核对时间也会更短，客流少也让并行期更容易管理。

我能迁移预约历史，还是只能迁移客户？

这取决于旧工具能导出什么。多数销售型CRM能完整导出操作记录。很多预约应用能方便地导出客户名单，但历史记录只能以报表形式获取。如果历史记录导不出干净的数据，至少带着“最近到店”和“到店次数”这两列迁移客户，让新系统知道谁是你的常客，并把旧的报表留作存档。

换CRM之后，还需要重新征求客户同意吗？

一般不需要，只要当初的同意是合法取得的，而且相关记录会跟着客户一起迁移。关键在于你依然能证明谁在什么时候、针对什么内容表示了同意。把同意字段和它的日期一起带过去，并保留原始导出文件作为证据。如果旧工具从来没有记录过同意情况，那应该被当作新系统里需要补上的一个缺口，而不是迁移造成的问题。

最后更新于2026年9月2日。