客户资料：怎么从个人手里收进公司

先说结论

客户资料集中在个人手里，大多数时候不是员工自私，而是公司从来没有提供一个比「存自己手机里」更好用的地方。

要求员工多干一道「回去填系统」的活，却不给他任何即时好处——这件事从设计上就注定执行不下去。

三种典型损失

一、人走了，关系也走了

业务员离职时带走的是两样东西：客户的联系方式（可以导出），以及对客户的了解（没法导出）——这位客户在意什么、上次为什么没签、谁在中间说话管用。

联系方式可以留下，判断留不下。 所以交接经常停在「名单有了，但没人知道从哪接话」。

二、跟进断档，没人知道断在哪

一个客户上个月还在谈，这个月没了声音。是客户不考虑了，还是我们忘了跟？多数公司答不上来——因为没有一处记录「上次说了什么、下次什么时候说」。

三、交接靠回忆

离职交接会议上，接手的同事问的通常是同一句话：「这个客户现在什么情况？」答的人凭记忆说一遍，接的人做笔记。这个过程不产生任何可复用资产，下一个人离职时再来一次。

为什么强推CRM常常失败

不是CRM不好，是落地方式反了：

• 让销售多填一份表，却不让他少干别的活。 填单是纯增量，自然被排到最后。
• 把系统定位成「管理层看数据的地方」。 一旦被这样理解，销售就会把它当成被监控的对象，于是填最少的、填好看的。
• 记录的成本留在销售身上，收益留在公司身上。 这种结构下执行力只能靠考核，而考核一松，记录就停。

可行的做法是反过来：让记录成为销售干活的顺手产物，而不是额外负担。

做法：记录、提醒、交接三步

1. 沟通本身留痕。 客户在Spell IM的群里沟通，消息、文件、报价、承诺自动留在这条客户记录上——不需要谁再回去补一份。这一步的关键是「不增加动作」。
2. 跟进有提醒。 每条客户记录上有下次跟进时间，到点提醒到责任人。断档不再靠自觉。
3. 交接是一次操作。 人员变更时，客户与全部历史记录一并转给接手人。接手的人看到的是完整的来龙去脉，而不是一段口头描述。

客户档案与阶段用Spell Table搭出来，提醒与阶段流转走Spell Flow。三者共用同一份数据与同一套权限，不需要在几个系统之间复制粘贴。

三条不能让步的要求

• 客户归属要写清楚。 哪些客户属于公司、哪些属于个人维护的线索，事先约定。归属不清，任何工具都留不住名单。
• 权限按角色划分。 谁看得到价格、谁看得到同行客户的记录，按角色授权，而不是「反正都在一个表里」。
• 记录改动留痕。 客户阶段、金额、承诺时间的修改都要能查到人和时间。这既保护公司，也保护业务员。

常见问题

已经在用企业微信，还需要另做一套吗？

企业微信解决的是「客户能不能加到公司账号上」，解决不了「跟进的判断有没有留下」。可以把沟通留在企微，把客户档案与跟进记录放在同一处，两者用连接器打通，不必替换任何一方。

销售抵触怎么办？

先做一件事：让记录帮他省事，而不是帮他加事。比如整理好的客户背景、上次谈到哪、这次该说什么，直接从记录里出来。当记录是「他的外脑」而不是「他的作业」，填的人会变多。

客户数量不多，值得做吗？

客户数量少的时候更应该做——每个客户的分量更重，断档一次的损失更大。判断标准是：上一次有没有客户在没人察觉的情况下冷掉。

老客户的资料怎么补录？

不必一次补全。从正在跟进的客户开始，补「下次跟进时间」这一个字段，跑一段时间就会形成习惯与样本。历史资料按重要性分批补。

资料来源与说明

• 我方项目信息：来自已交付项目，可公开的部分已在正文中链至对应案例页。
• 行业通识：岗位与流程层面的公认常识，不另注来源。
• 判断性表述：我方基于上述资料的综合判断，以「通常」「普遍」表述，不作绝对化断言。