表格失效不是因为它乱，而是因为最普通的问题都变得昂贵难答；解决这一点的迁移，首先是习惯的改变，其次才是数据的搬运。
如何从表格迁移到 CRM
按这个顺序推进：先确定系统在第一天必须回答哪些问题，只导入进行中的商机和活跃客户，重建团队本来就在用的字段而不是软件建议的字段，两套并行两周，然后在一个明确的日期关闭表格。失败的迁移几乎从来不是技术出了问题，而是表格悄悄一直开着：新系统要求录入的比它回馈的更多，一个月内所有人就都回到了老路上。咨询机构 Johnny Grow 在其 CRM Failure Report 中发布的研究发现，55% 的实施没有达成既定目标，其中十分之一在上线前就被取消。所以，把它当作一次牵涉到数据的习惯改变，而不是一次牵涉到人的数据搬运。
你的表格并不是你以为的那个问题
共享表格之所以长寿，是因为它诚实：不花钱、不需培训、谁都能在五秒内读懂，并且随上季度的业务变化随时弯折。软件在这几点上都很难取胜。表格做不到的是：同时容纳两个人而不被覆盖行、记住三月里究竟对客户说过什么、提醒某人报价已经过了九天、告诉你最近十位客户来自哪个渠道。你已经超出它承载能力的信号，不是文件看起来乱，而是最普通的问题变得昂贵：这条询盘从哪来、我们承诺了什么、现在谁负责、今天该做什么。如果同事得开三个标签页再到群里问才能回答，你其实已经在为 CRM 付费了，只不过付的是注意力而不是令吉。
该导入什么，该留下什么
只导入四样东西：进行中的商机、活跃客户、你真的能核实的联系方式，以及带日期的下一步动作。这通常只占文件的一小部分，却正是团队每天要碰的那部分。留下的是：一年没人联系过的死线索、两个人把同一家公司名拼法不同造成的重复行、旧活动遗留的废弃列，以及只有写的人才看得懂的自由文本备注。把完整历史导出为只读文件，存放在可检索的地方，这样什么都没丢，也没人会忍不住回去用它。把所有东西都导进来感觉更安全，其实不是。一个装满陈旧记录的新系统，会在第一周就教会团队：里面的数据不可信；而没人信任的系统，一个月内就会被绕过。干净的数据不是迁移的收尾装饰，它就是迁移本身。
让你从表格迁移到 CRM 却不必停下这一周的顺序
先用大白话写下系统在第一天必须回答的三个问题，凡是不服务于这三个问题的配置一律拒绝。然后在一页纸上做字段映射：表格里叫什么列、CRM 里将叫什么、由谁填写。导入精简后的数据，先交给两个人使用，最好是处理询盘最多的那两位，因为他们一周内发现的问题，委员会一个季度也发现不了。两套系统并行运行十到十四天，不要更久，然后设定一个截止日期，之后表格转为只读。Johnny Grow 研究中的一个发现值得写进计划：当项目超期、范围被削减时，普通使用者的目标被砍掉的概率是管理者的四倍。给管理层的报表通常能挺过削减，而那个为销售省下二十秒的小字段挺不过。趁预算和耐心都还在，先把日常使用者这一侧建起来。
决定它能否留下来的六条规则
- 每条记录只有一个负责人，并显示在记录上，这样就不会有询盘卡在两个都以为对方在处理的人之间。
- 同一条信息绝不要求录入两次。如果系统能推导、能计算，或者能从客户已经填过的表单里取到，就不该让任何人再打一遍。
- 每条记录都带一个有日期的下一步动作。没有带日期下一步动作的 CRM，只是一张加了登录页的表格。
- 把系统放在工作真正发生的地方。如果询盘从 WhatsApp 进来，CRM 就必须伸进 WhatsApp，否则你的团队会把每件事都记两遍。
- 在第二周而不是第六个月衡量采用率。统计每人每周更新的记录数；如果数字在下降，问题出在表单的摩擦，而不是团队的意愿。
- 明确谁有权新增字段。半年不受约束的自定义字段，会把一个干净的系统变回你当初离开的那张表格。
关于告别表格，我们最常被问到的问题
- 小团队从表格迁到 CRM 需要多久？ — 二十人以下、只有一份还算干净的数据集的团队，从字段映射到表格转为只读，两到四周是现实的；其中大部分时间花在就定义达成一致上，而不是搬数据。
- 我们该买现成 CRM 还是定制开发？ — 如果你的流程接近标准销售管道，先买；只有当你赚钱的方式不符合软件的预设时才定制，因为定制系统会带来你要背好几年的维护负担。
- 我们的历史数据怎么办？ — 一次性导出为带日期的只读文件，放在 CRM 之外并保持可检索；这样线上系统里只保留有人负责的记录，同时什么都没被真正删除。
- 怎样阻止团队回到表格？ — 设定一个截止日期，当天把表格改为只读，并确保 CRM 回答日常问题比表格更快，因为习惯跟着速度走，而不是跟着制度走。