## 一、客户报备的目的：为什么要有这道闸门

客户报备是经销商向厂商登记终端客户或项目机会、申明跟进权的一套规则。目的只有一个：让同一终端在同一时间只有一家经销商投入，避免渠道内耗。

**第一重目的是保护先投入者。** 开发终端要跑现场、做方案、做测试，周期常以月计。没有归属规则，中途被另一家以更低价格切入，先投入方就会失去动力，最终无人愿做前期工作。

**第二重目的是维持价格体系。** 多家经销商争同一客户时，最常见的手段就是降价。客户报备制度把竞争限定在报备之前，报备成功后不再允许内部竞价，价格体系由此得到保护。

**第三重目的是看清终端全景。** 报备记录汇总起来就是终端需求地图：哪些行业在启动项目、哪些区域需求集中、哪些产品线预期好，对生产计划与备货节奏有直接价值。

**第四重目的是给出业绩归属依据。** 渠道与直销并存时，一笔订单算谁的，如果没有前置的客户报备记录，事后往往各执一词。

## 二、客户报备要素与时间优先原则

规则要能执行，先要定义清楚一份有效的客户报备包含什么。

**客户报备的必备要素有六项。** 终端客户名称与唯一标识（统一社会信用代码、终端编码等）、项目或需求描述、预计规模、预计成交时间、报备经销商、报备时间。六项缺一，报备就不成立，这是很多企业规则失效的起点：只填了客户名称，后续无法判重，也无法考核。

**唯一标识是判重的基础。** 客户名称存在简称、别称、错别字，靠名称判重必然出错，必须建立终端唯一标识库，报备时按标识匹配。

经销商报备客户时，时间优先是核心原则。同一终端被多家报备，以系统时间戳先后判定归属，先到先得。这里的"时间"必须是系统时间，而不是"我上周就在跟了"这类口头主张。据我们在制造型企业渠道数字化实践中的观察，报备制度能否立住，关键就在时间戳是否被普遍认可为唯一依据。

**客户报备要素变更要留痕。** 预计规模与成交时间的调整是正常的，但每次变更都应记录修改人与修改时间，避免事后修改报备内容来适配结果。

## 三、客户报备的撞单判定规则

撞单是报备制度最核心的考验，判定规则必须写死在系统里。

| 判定层级 | 匹配条件 | 处理方式 |
|---|---|---|
| 第一层 | 终端唯一标识相同 | 判定撞单，按时间戳归先报方 |
| 第二层 | 名称相同＋区域相同 | 判定撞单，进入人工复核 |
| 第三层 | 名称高度相似＋产品线重叠 | 疑似撞单，提示确认 |
| 第四层 | 标识不同、产品线不重叠 | 不撞单，允许并存 |
| 第五层 | 同一终端不同项目 | 不撞单，按项目分别归属 |

**撞单处理要分层，不能一刀切。** 同一家终端可能同时有两条互不相关的采购需求，属不同产品线或项目，硬性判为撞单反而压制正常覆盖。分层的意义在于：主体标识层面严格，项目层面灵活。

**有效客户报备是判定的前提。** 只有信息完整、在授权范围内、处于保护期内的报备才参与判重。经销商报备了未授权的产品线或区域，这份报备不成立，不产生归属效力。

**客户报备部分重叠要提前约定。** 一家经销商报备某终端 A 产品线，另一家报备 B 产品线，两者可并存，但要明确扩展限制：A 方想跟进 B 需求需重新报备，而非自然延伸。

## 四、客户报备保护期：时长与续期条件

保护期是给报备方的独占窗口，设定不当会走向两个极端。

**时长要匹配成交周期。** 保护期短于成交周期等于没有保护，长于成交周期会让终端资源被低效占用。做法是按本行业典型项目推进时长设定，并区分产品线：标准品短一些，定制化长一些。

**续期必须有实质条件。** 保护期到期前，报备方需提交实质跟进记录（拜访、送样、方案、测试等），审核后予以续期。没有记录的自动释放，避免"占着不干"。

**客户报备在三种情形应立即释放。** 超期无任何跟进记录；终端明确表示不考虑合作；报备方主动放弃。释放后终端重新进入可报备状态。

**保护期内的排他范围要写清。** 是排他整个终端还是排他该项目或产品线，两种口径差异很大；口径不清，保护期就会成为新的争议来源。

## 五、客户报备争议处理：仲裁依据与流程

规则再细，争议仍会发生。关键是有据可依、有流程可走。

**撞单处理的仲裁依据按优先级排列。** 系统时间戳排第一，实质跟进记录排第二，授权范围排第三，口头陈述不参与仲裁。这个顺序要写进制度，避免"谁关系近谁有理"。

**处理流程分三级。** 第一级双方协商，多数争议在此解决；第二级由区域或渠道负责人依系统记录裁定；第三级由渠道管理部门或跨部门小组处理，原则上一个层级内终结。

**客户报备跟进记录的质量决定仲裁结果。** 拜访记录是否具体、有无终端联系人与下一步动作，在系统里一目了然。记录详实的一方几乎在所有仲裁中占优，这也是推动经销商认真用系统的有效杠杆。

据我们在制造型企业渠道数字化实践中的观察，把客户报备与项目跟进放在同一套系统里管理，争议处理会顺畅很多。本方案面向 B2B 制造型企业的渠道管控场景，其 DMS＋CRM 一体化设计让报备记录与跟进记录同源，仲裁时不必跨系统取证；报备规则与保护期策略也可通过低代码平台自行调整。

## 六、落地要点：从口头约定到系统规则

**先把终端标识库建起来。** 这是判重的地基。标识库不统一，系统再好也只能按名称模糊匹配，判定必然出错。

**经销商报备客户的规则要写在系统里，而不是写在文件里。** 文件里的规则需要人去执行与解释，系统里的规则在提交那一刻就生效，两者的执行一致性差距很大。

**给报备一个明确回报。** 报备方获得保护期、价格支持与业绩归属，才有动力按规则行事；若报备后仍被随意抢单，制度很快失效。

**定期复盘报备转化率，反推报备规则。** 长期报备但不成交的终端占比过高，说明保护期或续期条件需调整，用数据反推规则比拍脑袋修订可靠。

若需了解面向制造型企业的渠道管控框架，可查看[经销商管理系统的功能总览](/dms.html)。

## FAQ

**1. 客户报备需要提交哪些信息？**

至少六项：终端客户名称与唯一标识、项目或需求描述、预计规模、预计成交时间、报备经销商、报备时间。唯一标识最关键，名称存在简称与别称，靠名称判重必然出错。信息不完整的不应受理，否则无法判重也无法考核。

**2. 两家经销商同时报备同一客户怎么办？**

以系统时间戳为准判定先后，先报方获得归属。若两家分属不同区域，需核对授权范围：范围外的报备不成立，不参与判重。时间戳极接近且无法区分时进入人工复核，由渠道负责人依跟进记录裁定，而非平均分配。

**3. 保护期内没有成交怎么办？**

看是否有实质跟进记录。有记录的，到期前申请续期，审核通过可延长；无记录的自动释放，终端重新开放。终端明确拒绝或报备方主动放弃的应立即释放，避免资源长期占用。

**4. 报备系统和 CRM 里的项目报备是一回事吗？**

客户报备与 CRM 项目报备，管理对象不同。渠道报备的主体是经销商，解决渠道内部的归属与防撞单；CRM 项目报备的主体是直销团队，解决内部销售的归属。两者会在同一终端相遇，建议在同一套系统内管理、判重规则统一，避免同一终端在两套系统中归属不同。

经销商客户报备系统：规则设计与撞单判定