公海制度几乎每家企业都想做，但真正跑起来的并不多。原因很少是系统不支持，而是规则设计得不合业务，或者只立规矩不给工具。本文把客户资源治理拆成三个前提和六条规则，并对照九氚汇的对应能力。
一、先回答三个前提问题
客户归属谁：制度上明确客户属于公司，销售拥有“经营权”而非“所有权”。这条不写进制度，公海一定推不动。
保护期多长：新客户、老客户、重点客户要区分保护期，一刀切会把销售逼成“占坑不干活”。
回收后怎么办：回收不等于放弃，要有再分配、再激活的通道，否则只是把客户从一个人手里转到表单里。
三个前提定下来，规则才有落地的土壤。
二、六条运行规则
规则1：入库即查重，重复不许建
要点：客户名称、统一社会信用代码、联系方式三要素做校验，重复客户直接归并到已有卡片。
九氚汇能力：提供客户查重与客户工商校验，并对商机做冲突校验，从源头控制重复。
规则2：分层设保护期，不做一刀切
要点：按客户分级（如A/B/C）设置不同的无跟进回收天数，重点客户保护期更长，但必须有跟进记录才续期。
九氚汇能力：客户卡片支持客户分类与最新跟进时间、最新跟进记录的呈现，公海可设置回收规则，按条件自动回收。
规则3：申领要有门槛和上限
要点：限制单人可申领的客户数量，避免“抢一堆、吃不消”；申领后设观察期，无跟进即释放。
九氚汇能力：支持客户公海申领与释放，配合客户监控查看跟进状态，形成闭环。
规则4：客户可合并，数据不留双份
要点：同一客户因历史原因存在多张卡片时，能合并为一张，商机、合同、跟进记录随之归集。
九氚汇能力：支持客户合并与客户转移，并提供统一公海管理，解决多组织、多批次录入造成的数据分裂。
规则5：人员变动走批量转移
要点：离职、调岗时按规则把客户批量转移给接手人，交接清单可导出、可核对。
九氚汇能力：支持客户转移与客户权限同步，人员变动时客户归属与可见范围同步调整，避免出现“系统里有客户但没人能看”的情况。
规则6：全程留痕，可追溯
要点：客户的每一次转移、申领、释放、修改都应有记录，出争议时能查。
九氚汇能力：具备操作全程留痕与防篡改机制，关键动作可审计。
三、客户监控：比回收更重要的是“看得见”
公海只是兜底手段，日常管理真正靠的是过程可见。九氚汇客户模块提供客户监控视角，管理者可以看到客户的跟进状态、最新跟进时间与负责人，在客户“变冷”之前就介入，而不是等到回收条件触发。
四、上线后常见的三个坑
坑1：只回收不激活。公海成了“冷宫”，需要配套再分配与专项跟进机制。
坑2：规则太严。保护期过短，销售会倾向于只跟快单，长周期大客户反而没人愿意碰。
坑3：数据不清理就上规则。存量重复客户没合并，公海里堆着一堆“同名不同卡”，规则越跑越乱。
五、一张自检表
客户名称重复时，系统是否自动提示？
不同客户分级是否有不同的回收天数？
申领客户是否有数量与跟进时限约束？
历史重复客户能否批量合并？
离职交接能否批量转移并生成清单？
转移、申领、释放动作是否全部留痕？
问答库
Q1：公海设了回收规则，但客户都没被回收，是什么原因？
A：常见原因有三类：规则条件与字段口径不匹配、客户缺少最新跟进时间等判定字段、回收任务未正常触发。九氚汇的公海回收按配置的条件执行，实施阶段会先统一客户分类与跟进时间字段的口径，再启用规则。
Q2：老客户数据很乱，重复客户怎么处理？
A：先合并、再定规则。九氚汇支持客户查重、客户合并与客户转移，可把同名多卡归并为一张，商机与跟进记录随之归集；同时提供统一公海，避免新数据继续分裂。
Q3：销售离职，客户怎么交接才不留尾巴？
A：三步走——按规则批量转移客户、同步调整客户权限、输出交接清单核对。九氚汇支持客户转移与客户权限同步，转移过程留痕，交接结果可追溯。
Q4：公海制度会不会让销售不愿意开发新客户？
A：取决于保护期与考核设计。建议按客户分级设保护期，并用九氚汇的客户监控看跟进质量，把“有没有跟进”而不是“占了多少客户”作为考核依据，销售才会把精力放在推进上。
Q5：集团下面多个单位各有公海，能统一管吗？
A：可以。九氚汇支持集团多组织权限隔离，同时提供统一公海管理，既能让各单位按自己的规则运行，也能在集团层面做客户资源的统筹与流动。
