本文目录（8 节）
- 适合：5 人以上、已经出现撞单和内耗，正在挑 CRM 或准备重设规则的团队
- 不适合：1 到 2 个人的团队，口头分工就够，配规则是额外负担
- 短板：规则能防住流程内的撞单，防不住销售私下留联系方式绕开系统
两个销售同时给同一个客户打电话，客户在电话里说「你们公司昨天已经有人联系过我了」。挂了电话各自翻记录：一个是上周从展会名单里批量录的，另一个是三个月前跟过、客户说「再考虑」、超期被系统回收进公海的。
谁该拿？两个人都觉得自己有理。这时候讨论「谁更努力」没有意义——规则本身就没写这种情况归谁。
CRM 客户池分组要解决的正是这件事：不是把客户分门别类摆整齐，而是提前把归属判定写死，让撞单在发生之前就有答案，而不是每次发生之后再找谁去裁决。
一、销售撞单的三种形态，对应三处不同的配置
「销售撞单」是个笼统说法。拆开看至少三种，根因不同，要改的地方也完全不同：
- 同一家公司的不同联系人。甲销售跟采购，乙销售跟技术，各自以为自己是唯一的人。这不是抢，是信息没打通。
- 同一个联系人被重复录入。两次展会拿到同一张名片，两个销售各录一遍，系统里出现两条一模一样的客户。
- 老客户被当成新客户捡走。客户跟过一段、后来没动静，超期回收到公海，被另一个销售捡起来，前一个销售的投入全白费。
| 形态 | 根因 | 要改的是哪个配置 |
|---|---|---|
| 同公司不同联系人 | 查重只比对人名，没比对公司主体 | 录入查重字段，加上公司名模糊匹配 |
| 同一联系人重复录入 | 手机号没有唯一性约束 | 手机号做唯一性校验 |
| 老客户被从公海捡走 | 没有跟进期保护，回收规则缺失 | 公海回收周期 + 原销售保护期 |
只加一条「禁止抢单」的规定，上面三个一个都解决不了。它们分别发生在录入、字段校验、回收三个环节，得在对应的地方改，改别的环节不生效。
二、公海私海，本质是一条权责边界
CRM 客户池通常分两层：公海和私海。很多人把公海当成「一个放客户的地方」，其实它划的是一条权责边界：
- 私海里的客户，某个销售有独占的跟进权，别人不能碰。这层保护的是投入。
- 公海里的客户，谁都可以捡。这层让闲置资源重新流动。
所以公海的核心不是「能不能捡」，而是什么条件下必须放回去。只有进没有出，公海会攒成一批没人管的死号；只有出没有保护，销售不敢在任何一个客户身上多花时间——因为不知道什么时候就没了。
一条能用的客户分配规则长这样：私海客户连续 N 天没有客户跟进记录，自动回收到公海；回收后原销售在 M 天内不能再次捡同一个客户。N 和 M 必须都是写进系统里的具体数字，不能只写在制度文档里——只写在文档里的规则，第三个新人入职就失效了。
还有一层最容易被跳过：什么样的动作算「有效跟进」。打电话没接通算不算？发微信对方回了个「嗯」算不算？这个定义不写清，回收规则会在第一个月就引发争议。建议只认三类：接通并通话超过设定时长、有拜访或会议记录、有明确的下一次跟进时间约定。其余的都不算。
三、分组维度只能选两个，这是客户分配规则的骨架
CRM 客户池的分组维度，常见的有五个：行业、地区、公司规模、来源渠道、谁先拿到联系方式。很多团队想五个都用上，结果是每个维度都有人跨，等于没分。
能落地的是一个主维度 + 一个辅维度。主维度决定客户归谁，辅维度只在主维度冲突时用来裁决。
| 业务类型 | 建议主维度 | 建议辅维度 | 为什么 |
|---|---|---|---|
| 客户集中在少数几个行业 | 行业 | 谁先拿到 | 行业知识是销售的核心资产，跨行业跟进效率低 |
| 客户分散、地域属性强 | 地区 | 谁先拿到 | 同城客户拜访成本低，异地只能远程 |
| 客户量小、需要精耕 | 谁先拿到 | 历史成交记录 | 人少的时候，抢速度比抢领域更有效 |
| 渠道差异大（投放、转介绍、展会） | 来源渠道 | 谁先拿到 | 渠道话术不同，混着跟转化率会掉 |
辅维度统一选「谁先拿到」是最稳妥的做法，因为它可查、可追溯、不依赖记忆——系统里有第一次有效沟通的时间戳。用历史成交记录做辅维度，遇到重叠客户就得人工判断，每次都容易扯皮。
主维度选错有个很明显的信号：销售开始频繁申请「这个客户能不能转给我」。一旦转派申请变成日常操作，说明主维度和实际客户结构不匹配，该重选维度，而不是一个个特批。特批解决一次撞单，顺手废掉整条规则。
四、两个最容易漏的洞：抢单判定和捡漏限制
第一个洞：判定标准是「录入」还是「首次有效沟通」。
按录入时间判最省事，但会催生囤号——销售在展会上批量扫名片、批量录入，占住一大片客户却不跟。按首次有效沟通判，录入不算拥有，得有实际通话或拜访记录才算，能压住囤号。
代价是取证成本。系统里得有通话记录、微信往来或者拜访登记。这些数据能自动落进系统，规则就成立；如果全靠手工填，销售嫌麻烦，两周之后规则就废了。这一条在选型时值得专门确认：通话记录是不是自动同步，还是要点一下「外呼」才算。
第二个洞：从公海捡客户，捡了不跟怎么办。
公海完全放开会出现「捡了不跟」——先把优质客户捡进私海放着，等有空再说。这时候需要一条配套限制：从公海捡起的客户，必须在更短的周期内产生有效跟进，否则直接回收，且短期内不能再捡。
这条限制的作用不是惩罚，是让「捡」这个动作带上责任。没有它，公海很快会变成第二个囤号池，只是换了个名字。
五、回收周期定多少天
CRM 客户池的回收周期定太短，销售会抱怨跟不过来；定太长，公海里全是死号，新人没客户可分。一个可用的起点是：按团队的平均跟进间隔，乘 1.5。
算法不复杂：一个销售手上 80 个客户，一周能有效跟进 30 个，平均每个客户 2 到 3 周碰一次，乘 1.5 就是 30 天左右。定 7 天等于天天催，定 60 天等于没有回收。
两个配套细节要一起定：
- 回收前提醒。建议提前 3 天推一次，避免「出差回来客户全没了」这种事——这是销售离职最直接的诱因之一。
- 回收后原销售能否再捡。建议锁 7 到 15 天。完全不锁，回收形同虚设；锁太久，真正想跟的客户会被冻死。
六、CRM 选型时，这六个配置项必须问清楚
CRM 选型最容易犯的错，是拿一份功能清单逐项打勾。功能都有，但同样的规则，有的系统十分钟配完，有的系统要提需求、排期、等版本。前面讲的规则能不能真正跑起来，全看下面六项是不是开放可配：
| 配置项 | 要问到什么程度 | 答不上来意味着什么 |
|---|---|---|
| 查重字段 | 能不能自己加、加几个、模糊匹配的阈值能不能调 | 只能按手机号查重，同公司多联系人的撞单解决不了 |
| 公海回收周期 | 能不能按分组分别设，而不是一个全局数字 | 一条规则套全公司，快慢两类业务必然有一类被坑 |
| 原销售保护期 | 能不能独立于回收周期单独设置 | 保护期等于回收期，相当于没有保护 |
| 捡取数量上限 | 每人每天、每周能从公海捡几个，能不能设 | 公海开放当天就会被清空，全部堆进私海不动 |
| 跟进提醒 | 触发条件能不能自定义，比如「距回收还剩 3 天」 | 只能定时群发，提醒变成骚扰，销售直接关掉通知 |
| 规则修改权限 | 业务方自己能不能改，改完是否立即生效 | 改一次规则找一次厂商，规则一年后就只剩文档 |
这张表比任何功能清单都实用。问的时候别只看演示环境，直接要求在测试账号上当场配一遍——能在你眼前配出来的才算数，口头说「可以定制」的一律按不能算。如果正好在几个品牌之间比，励销云和纷享销客怎么选 那篇讲的是同一个思路：先按规模筛，别按功能表筛。
七、规则定完的前两周，最难的三件事
规则写完只是开始，阻力集中在前两周，一般是这三种：
老客户被判成公海。上线时系统里的存量客户大多没有完整的跟进记录，一跑回收规则就大批量掉进公海。处理办法是给存量客户一个保护期，比如统一设 60 天，让销售有时间补齐记录，而不是上线第一天就清空。
有人开始绕开系统。把联系方式记在自己手机里、用私人微信跟，系统里留空。这种事光靠制度管不住，得让系统里「填了有好处」——跟进记录完整的客户不会被回收、报价单必须从系统出，慢慢让系统变成必经之路，而不是额外负担。
撞单争议没人裁决。规则再细也有边界情况。一定要指定一个人做仲裁，并且明确「仲裁以系统时间戳为准」。最怕的是每次争议都开会讨论，讨论三次以后规则就没人信了。
CRM 系统能提供的是一套可配置的规则引擎：公海私海、回收周期、查重字段、跟进提醒这些通常都能设。选型时值得专门问一句「这些规则能不能自己改」——业务节奏会变，如果改一次规则要找厂商排期，规则很快就会只剩文档。具体能配到什么程度，可以看 励销云 CRM 系统 的客户管理部分，也可以从 免费试用 开始，先把公海私海跑一遍再决定。
八、常见问题
销售撞单了，客户应该判给谁？
有明确时间戳就按时间戳判，优先看首次有效沟通时间，而不是录入时间。查不到时间戳的话，判给能提供更完整跟进记录的一方，并且把这次的判法写进规则，下次照此处理，不要每次都重新讨论。
公海池一定要有吗？
团队超过五个人、客户量大于销售能覆盖的量，就需要。人少客户少的时候，公海反而增加操作负担，直接分配更高效。
回收周期定多少天合适？
按团队的实际跟进间隔乘 1.5 来定，不要照抄别人的数字。快节奏业务 7 到 15 天，长周期项目 30 天以上，都要配回收前提醒。
客户被回收后，原来的销售还能再捡吗？
建议锁 7 到 15 天。完全不锁等于回收没意义，锁太久会让真正想跟的客户彻底流失。
CRM 里的查重规则怎么设才不误判？
手机号做唯一性校验最有效，公司名做模糊匹配其次。不要按人名查重，重名率太高，误判比漏判更麻烦——误判会让销售直接放弃录入。
客户池分得越细越好吗？
不是。分组维度超过两个，交叉归属就会互相冲突，销售记不住该归谁，每次都得申请特批，规则等于失效。一个主维度加一个辅维度，已经是多数团队能执行的复杂度上限。