公海规则应由客户阶段、有效跟进定义、超期条件和例外审批共同组成。先区分线索、询盘与客户，再为不同阶段定义什么叫有效动作，设定提醒、预警、回收和重新领取的完整流程。WhatsApp 消息、邮件、网站行为和商机进度进入统一客户时间轴后，系统才能判断“没人回复”和“没人负责”不是一回事。
先给答案：没有通用天数，先定义什么叫“有效跟进”
客户三天没回复，不代表销售三天没工作；销售每天发一句“Any update?”，也不代表完成了有效跟进。公海规则若只看最后消息时间，会把正常等待客户内部审批的商机回收，也会让机械刷消息的人长期占着客户。
合理做法是先定义有效跟进：它应与当前销售阶段有关，有明确目的、记录结果，并产生下一步。比如完成需求确认、补齐技术参数、发送与需求匹配的资料、确认报价反馈、记录客户采购节点，或者约定下一次联系时间。只发问候、无内容群发、重复复制上一条消息，不应自动延长保护期。
因此，“多久回收”是最后一步。前面还要回答客户属于线索还是询盘、处于哪个阶段、谁负责、上一次有效动作是什么、下一步何时发生，以及是否存在可验证的例外。
第一步：先分清线索、询盘和客户，避免一把尺子管到底
外贸团队常把通讯录里的所有联系人都叫客户，结果公海里混着展会名片、社媒关注者、明确需求的询价人和已经成交的复购客户。不同对象的投入方式不同，不能用同一条回收规则。
线索通常还未确认明确采购机会，适合由市场或销售进行低成本培育；询盘已经进入实质沟通，需要记录需求、方案、报价和阶段；客户则可能同时存在多个询盘或复购机会。CRM 中把三者分开，是为了让一个客户的多个需求分别推进，而不是反复建档。
公海规则应优先作用在“负责人拥有的待推进对象”上。线索可以按培育状态流转，询盘按商机阶段检查，已成交客户则需考虑复购周期与服务责任。若不先分层，系统只会把通讯录搬来搬去。
第二步：为每个阶段写出可验证的有效动作
规则能否执行，取决于“有效跟进”能不能被系统和管理者复核。建议把有效动作写成“动作 + 结果 + 下一步”，而不是一个模糊的跟进次数。
WhatsApp 适合快速沟通，但关键结果仍要回到客户档案和商机记录。消息同步只是原始材料，阶段、结论与下一步才是可管理的数据。
- 新询盘阶段：完成首次响应，确认联系人、需求和来源，记录下一次沟通计划。
- 需求确认阶段：补齐产品、数量、市场、标准、交期等必要信息，并标记仍缺什么。
- 方案与报价阶段：发送与需求匹配的方案或报价，记录版本、客户异议和反馈日期。
- 样品或验证阶段：记录寄送、签收、测试反馈、问题责任人与预计完成时间。
- 合同与付款阶段：记录待确认条款、审批节点和双方下一步，不用聊天次数替代进度。
第三步：把提醒、预警、回收拆成三层，不要到期直接转走
直接到期回收容易误伤，也会让销售在截止日前集中刷记录。更稳妥的流程是三层：先提醒负责人补充动作和下一步，再向负责人及经理发出预警，仍无有效记录才进入公海。三层之间的间隔可以按业务周期配置，但必须在制度中公开。
例如，标准品新询盘可以用较短的首次响应与预警周期；定制设备在技术确认、样品测试和客户内部审批期间则需要更长保护期。这里的天数只是企业内部起始值，应根据真实销售周期、回复分布和输单原因调整，不能把行业示例当成统一标准。
询盘云资料中出现的 7 天、14—30 天、30 天以上未跟进，是用于观察客户跟进分布的报表区间，不等同于所有企业都应采用的自动回收阈值。规则应由企业自己定义，并保留经理查看、转移和指导的入口。
第四步：设置例外，但例外必须有原因和截止日期
有些客户确实需要长期等待，例如客户年度预算、招标节点、法规审批、样品测试、项目暂停或固定复购周期。完全不允许例外，会迫使销售用虚假记录保护客户；无限期例外，则会让公海失效。
例外申请至少写清原因、证明信息、下一次检查时间和审批人。到期后系统重新进入提醒流程，不能自动永久延期。对于已成交大客户，还应区分售后责任与新商机归属，避免客户关系被频繁转手。
管理者审核的重点不是“这个客户重不重要”，而是当前确实存在可验证的等待事项吗、负责人是否知道下一步、延期多长与采购节奏匹配吗。
第五步：回收后怎么重新领取，决定公海是否真的有用
不少公司只设置“掉公海”，没有设置“谁能领取、领取后做什么、多久必须首触达”。结果客户从一个无人跟进的列表，进入另一个没人负责的列表。完整流程应包含释放、可见范围、领取条件、负责人变更、历史记录继承和领取后的首个任务。
重新领取不能抹掉原负责人记录。接手人需要看到客户身份、来源、历史 WhatsApp 与邮件沟通、已有报价、商机阶段、未解决问题和回收原因，才能避免重新问一遍已经回答过的问题。负责人变更应写入时间轴，便于后续复盘转化由谁推进。
如果客户涉及多个产品需求，可以在同一客户档案下建立不同询盘，分别分配给熟悉对应产品的销售。这样既避免重复建档，也不会因为一个需求停滞就把整个客户关系一起回收。
WhatsApp、邮件和网站行为要进入同一时间轴
外贸客户不会只在一个渠道沟通。客户可能先从 Facebook 或独立站进入，随后转到 WhatsApp 问细节，又用邮件接收正式报价。若系统只看 WhatsApp 最后一条消息，就可能误判销售没有跟进，或者看不到客户已经通过邮件确认下一步。
统一时间轴至少要关联客户、联系人、询盘、负责人、来源和每次触点。原始聊天记录用于还原事实，跟进记录用于总结结论，计划日程用于保证下一步。三者不能互相替代。
这也是自动规则的边界：系统可以提醒、预警、转移和保留记录，但需求判断、谈判、异议处理和信任建立仍需要销售完成。自动化的目标是避免遗漏，不是让客户收到更多机械消息。
防止两种钻规则行为：刷跟进和囤客户
第一种是刷跟进：临近到期就发送无实质内容的消息，或只新增一条空泛备注。解决办法是要求跟进关联阶段、结果和下一步，并由经理抽查记录与原始沟通是否一致。第二种是囤客户：负责人长期占有大量客户，却只推进少数几个。客户上限与公海规则配合，能迫使团队把有限精力放到真正值得一对一跟进的询盘上。
还要避免把公海变成绩效惩罚。规则的目的，是让未被有效推进的客户重新获得触达机会，不是用回收数量羞辱销售。管理者应把回收原因分为资料不足、客户暂缓、负责人遗漏、分配不匹配等类型，再决定培训、流程或渠道质量该改哪一部分。
效果怎么衡量：看客户是否被持续推进，而不是看回收数量
上线规则后，可观察新询盘首次响应是否及时、超期前补充有效动作的比例、公海客户重新领取后的首触达完成率、重复建档和撞单是否减少、回收后重新激活的询盘数量，以及各阶段停留时间是否更符合真实销售周期。
这些指标需要用企业自己的 CRM 和沟通记录计算，不应编造行业平均值。若回收量突然升高，先检查规则是否过严、阶段是否更新不及时、渠道线索质量是否变化；若几乎没有客户进入预警，也要警惕团队是否在机械刷记录。
归因时不要把“重新领取后成交”全部算给公海规则。成交还受产品、价格、交付、销售能力和客户预算影响。公海制度能证明的是责任更清楚、遗漏更少和历史可连续，而不是保证成交。
上线清单：先跑一个团队，再逐步扩展
建议先选一个产品线或销售小组试运行，使用现有历史数据估算各阶段的正常间隔，再配置规则。试运行期间每周复盘误回收、该回收未回收和例外延期三类记录，调整定义后再扩展到全团队。
- 统一线索、询盘、客户和商机阶段的定义，清理重复档案。
- 为各阶段写出有效动作、必填结果和下一步字段。
- 配置提醒、预警、回收、领取与首触达任务，不跳过中间层。
- 设置客户上限、例外审批、截止日期和经理抽查机制。
- 确认 WhatsApp、邮件、网站和社媒触点能归到同一客户时间轴。
- 用真实阶段停留和输单原因复盘阈值，不按固定模板长期不变。
总结：回收的是责任，不是惩罚客户或销售
WhatsApp 客户多久不跟进该回收，没有一个适用于所有外贸企业的数字。真正可靠的公海规则，是把客户阶段、有效动作、下一步、例外和重新分配连成闭环，让每个高成本获得的询盘都有人负责，也让长期没有实质推进的客户有机会被其他销售重新触达。
如果团队正从个人 WhatsApp 和 Excel 转向统一客户管理，可以先了解询盘云 CRM 产品能力，并结合客户标签设计和询盘建档、去重、分配方法，先把数据层和责任层理顺，再上自动回收规则。