# 线下渠道：方案反方审查

日期：2026-09-30。基于最新 `docs/research/2026-09-30-modules/channels.md`，覆盖 5 个维度、21 个场景。

前提已经确认：电商负责线上销售；本板块负责海外代理、经销、批发及实体零售。不重新讨论这一边界，不修改原稿或网页。

## 结论与应先讨论的问题

**评审判断：五个维度可以保留，21 项也并非只有“资料接入＋任务跟踪”。网点比较、模式选择、报价测算等咨询交付有独立价值，不必每一项都承诺执行。当前要解决的是：客户买到哪一种结果、结果依赖谁提供资料或完成实际工作。**

应首先与用户讨论的业务问题：**线下渠道第一批客户，主要是还没有当地伙伴、需要找到并接触采购方，还是已有经销商、需要看清门店铺货与动销？** 两者都在完整规划内，但一方依赖拓展资源，另一方依赖伙伴数据与终端执行，不能用同一组工具和交付人员假定都已具备。

随后确认：客户购买研究建议、业务协同，还是包含当地人员的实际执行服务。这里是在明确交付内容，不要求用户先设计技术实现。

## 五个关键挑战

### 1. 终端状态必须由对应层级的证据支持

涉及：铺货上架、终端动销、补货协同、渠道评估。

- 原“铺货上架”客户所得写“有收货、门店反馈或巡店记录支持的上架状态”。**评审判断：这里存在证据范围错误的风险**。经销商仓收货、门店收货、已经陈列可售是不同状态；单有前一种凭据不能确认后一种。
- “终端动销”已正确区分企业出货与终端售出，也写了数据缺口；应保留。尚缺的是门店覆盖、报表周期和更新时间，否则局部门店销售容易被展示为整个渠道表现。
- **拟议交付条件**：能确认哪层状态就显示哪层；未报送不作零销售，门店照片或巡店结果注明地点与日期。实际采集可由伙伴、当地人员或已接入系统完成，不预设一定要自建巡店队伍。
- **官方事实**：Salesforce 的零售执行流程分别设计库存检查、促销检查、陈列检查等任务，由人员采集门店信息；GS1 则为交易伙伴间的业务消息提供标准。这些能力不证明我们能够取得目标伙伴的报表。[Salesforce 门店执行](https://trailhead.salesforce.com/content/learn/modules/retail-execution-in-consumer-goods-cloud/plan-and-manage-store-visits)、[GS1 EDI](https://www.gs1.org/standards/edi)。

### 2. 采购对接的可交付内容需要消除歧义，而非宣称原稿保证成交

涉及：伙伴寻找、伙伴评估、采购对接。

- 原稿已写“尚未确认合作意愿”和“证据及缺口”，边界是合理的。“采购对接”中的“实际回复和下一步安排”可以理解为如实呈现收到的回复，**不能据此认定原稿承诺对方必回复或成交**。
- 仍建议将客户所得改为“已收到的反馈；未回复单独标明”，使研究名单、有效联系、采购兴趣、合作洽谈几个阶段更清楚。
- 对方职位、采购职责、品类范围和现任状态不一定能从公司名称自动推得。“可靠联系路径”应能附来源与核验时间；找不到时保留待核验。联系动作则依赖客户对身份、话术和联系范围的授权。
- **官方事实**：HubSpot 的线索管理支持联系人、公司、线索阶段和销售活动；其 prospecting 工具另有目标客群、研究和触达配置。现成 CRM 能记录并推进流程，不证明其联系人数据覆盖每个国家与目标采购群体。[HubSpot 线索管理](https://knowledge.hubspot.com/records/manage-leads)、[Prospecting Agent](https://knowledge.hubspot.com/prospecting/use-the-prospecting-agent)。

### 3. “样品测试”与“销售培训”需明确范围，但不必承诺我们替代买方和专业人员

涉及：样品测试、销售培训、首单导入。

- **评审判断**：“样品测试”现有痛点和方案主要描述买方样品评审及采购反馈；标题容易被理解成技术检测。优先改为“样品评审”，明确谁评审、谁提供测试结果。不能反向推断原稿已经承诺我方有实物检测能力。
- 客户得到“是否进入试单的决定”，应注明是买方的反馈或双方确认；我方可组织材料和记录，不能代替采购方决定。
- “销售培训”如只卖材料与培训组织，现有客户所得基本成立。若要卖“导购会正确介绍并演示产品”，还需约定参与人员和演示/情景问答的核验方式；不应把资料阅读或课程完成直接当能力达标，更不能直接推导销量提高。
- “首单导入”不是资料齐了就能完成：客户建档、订单与交货要求、对方接收确认要有对应负责人。具体要求由实际买方提供，不能凭通用模板假定。
- **官方事实**：Salesforce PRM 已包含伙伴培训与赋能能力；GS1 存在商品资料和交易消息标准。因此培训平台、标准模板可以借用，但具体产品知识、买方评审与收货验收仍需要相关人员完成。[Salesforce PRM](https://trailhead.salesforce.com/content/learn/modules/partner-relationship-management/accelerate-channel-sales)、[GS1 消息类别](https://support.gs1.org/support/solutions/articles/43000734299-what-kind-of-messages-does-gs1-xml-edi-standard-provide-)。

### 4. 授权与履约冲突可能来自商业取舍，而不是信息没整理好

涉及：合同授权、授权冲突、履约协同、退出交接。

- **评审判断**：当前“授权冲突”比旧稿“统一政策版本”更准确，已要求合同、交易证据和专业协商，应保留。仍需区分：条款不明、事实未确认、明确违反约定、各方利益难协调。这四种情况不能用同一种“冲突提示”解决。
- 软件可找合同差异、整理可观察的交易线索和记录协商；让步范围、合作关系、是否续约等由获授权的业务负责人决定，法律问题交专业人员。投诉、低价或网上截图单独出现时，不直接输出违约结论。
- 没有对方确认或约定中的验收凭据，“我方任务完成”不能等同双方已经履约。反过来，若卖的是争议材料包或协商方案，这种咨询交付本身可以验收，不必承诺争议一定解除。
- **官方事实**：Salesforce 的 deal registration 通过商机登记、重复检查和审批辅助管理伙伴冲突。这证明存在具体机制，也说明该机制针对商机归属，不足以直接解决所有区域、授权或价格争议。[Salesforce PRM 流程](https://trailhead.salesforce.com/content/learn/modules/partner-relationship-management/accelerate-channel-sales)。

### 5. “接入＋分析＋跟踪”可作短文案，但尚未证明产品增量

涉及：全模块，尤其伙伴开发、终端经营、合作治理。

- **官方事实**：CRM 已做线索和活动管理，PRM 已做伙伴协作与部分赋能，零售执行工具已做门店任务与检查。不能仅因把它们连接起来就声称本方案解决了新的核心问题。上述来源均为官方功能说明，本轮未登录实测。
- **评审判断**：我们的增量可以是“把跨语言伙伴材料整理为可核验的评估”“用订单、合同和结算证据定位扣款争议”“把终端反馈交给供货和售后负责人”，但都需要真实样本验证，当前不能当成既成优势。
- 无需把 21 行写成长工程规范。网页保持一句客户所得、一句短方案；内部每行只保留四个问题：用什么输入、谁完成关键动作、交付什么凭据、与现成工具相比改善了什么。
- 初期可挑一类客户、一个区域、两三个高频场景评估：例如渠道商名单的有效联系人比例、样品评审材料的返工次数、对账争议定位所需时间。**这些是建议的验证指标，不是已经获得的结果，也不预设保证值。**

## 21 个场景逐项简审

下表均为评审建议，不把所列输入视为当前已经拥有。不要求所有场景自动化或承担完整执行。

| 场景 | 因果关系判断 | 要补清的输入、机制或验收 | 主要责任与交付类型 |
| --- | --- | --- | --- |
| 网点布局 | 基本成立，匹配分析有咨询价值。 | 商品价位、品类、客群、供货能力；候选网络标来源、核验时间与不适配原因。 | 分析人员产出有依据的名单；当地验证可另约。 |
| 合作模式 | 基本成立，比较表可以独立交付。 | 实际交易链、货权、账期、退货、当地服务安排；假设与报价分开。 | 业务判断，财务/法律复核相应部分。 |
| 区域试点 | 设计试销成立；结果评估另依赖实施。 | 谁选门店、谁提供试销数据、预算和复盘标准；无实际执行不生成假想结果。 | 可卖试点设计；受托实施时另明确当地责任人。 |
| 渠道依赖 | 分析成立，替代成本需询价佐证。 | 客户贡献、区域覆盖、合同约束及潜在替代伙伴；无报价时只列估算范围。 | 研究与情景比较；管理层决定增补和调整。 |
| 伙伴寻找 | 当前比“线索整理”更符合需求。 | 授权名录/行业来源、品类和地域条件、身份核验；候选与有意向伙伴分开。 | 软件辅助发现，研究或当地资源核验。 |
| 伙伴评估 | 方向成立，自报能力不能作为已证实。 | 仓储/网点/服务证明、参考客户或访谈；标自述、佐证、未核实。 | 分析与证据整理；深度尽调由约定专业人员。 |
| 采购对接 | 可成立，原“实际回复”有歧义。 | 采购职责、现任状态、授权联络范围；交付已收到反馈，未回复标明。 | 准备与授权联络；买方独立决定回应和商谈。 |
| 合作报价 | 基本成立，情景测算可独立交付。 | 折扣、账期、退货、运费、支持费等已知/待谈条件；出具可追溯测算。 | 财务/业务审定底线，谈判人员负责洽谈。 |
| 样品测试 | 名称大于方案；建议“样品评审”。 | 买方要求、样品版本、评审主体、反馈日期；额外技术测试另列责任。 | 我方组织记录，买方或专业机构评审；试单由相应方确认。 |
| 合同授权 | 基本成立。 | 合同与附件版本、授权关系、审批人；验收为审核记录和双方签署版本，不是草案生成。 | 业务与法律人员确认，系统记录和核查。 |
| 首单导入 | 方向成立，建档与实际首单应分阶段。 | 买方导入要求、商品标识、订单与交货条件、接收反馈；按实际接通范围验收。 | 业务/供应团队与买方协同；工具辅助适配。 |
| 销售培训 | 资料与学习反馈可交付；能力效果需另外验证。 | 已审核知识、对象、培训形式；如承诺演示能力，再加情景问答或演示反馈。 | 产品/培训人员或伙伴授课，软件管理内容与记录。 |
| 铺货上架 | 需要修正证据层级。 | 区分渠道仓收货、门店收货、上架可售；门店日期和证据不能缺失。 | 当地伙伴或人员采集，系统核对；无证据显示待确认。 |
| 终端动销 | 出货/售出区分准确。 | 伙伴授权、门店覆盖、销售周期、退货和库存口径；缺报不能作零。 | 软件汇总已获数据；原因分析是待验证判断。 |
| 促销协同 | 基本成立，已写归因限制。 | 批准预算、执行约定、门店证据与对照时间；把执行验收和效果比较分开。 | 门店/当地团队执行，品牌与渠道共同审阅。 |
| 补货协同 | 方向成立，建议依赖有效库存与需求。 | 数据时效、未完成订单、交期、包装/起订量与供货条件；伙伴确认后才进入执行。 | 系统辅助建议，伙伴确认，进销存安排供给。 |
| 授权冲突 | 比旧稿完善；不可将线索直接判违约。 | 有效合同、交易证据、相关方说明和决策权限；验收材料或协商结果分别约定。 | 软件核查线索，业务协商，专业人员确认法律事项。 |
| 履约协同 | 基本成立，缺少证据时只能跟踪。 | 合同承诺转成负责人、期限和验收条件；双方凭据与内部完成状态分开。 | 业务与履约团队完成，系统分派和核验。 |
| 账款结算 | 核对机制有具体价值。 | 订单、发票、收货、返利/促销条款、扣款与回款明细；算出差异及证据。 | 工具做匹配与测算，财务确认和协商；不保证追回。 |
| 渠道评估 | 基本成立，但不可用缺报渠道与完整渠道直接比较。 | 财务口径、费用分摊、终端数据覆盖；缺失项单列，续约理由可复核。 | 分析供决策，业务负责人决定续约或投入。 |
| 退出交接 | 内容合理，结果受双方配合影响。 | 终止条件、余货货权、应收、物料与售后责任；已确认与争议未结事项分开。 | 业务/财务/法律及伙伴执行；系统保留交接证据。 |

## 三条可讨论的重写示例

保留客户所得在前，方案使用短语。下列是建议文案，尚未写入主稿。

### 采购对接

**客户得到什么：** 有核验依据的采购联系路径、适配的洽谈材料及已收到的反馈；未回复与待跟进事项单独标明。

**我们的解决方案：** 客户管理工具接入＋采购角色核验、洽谈准备与授权联系跟进。

### 样品评审（原“样品测试”）

**客户得到什么：** 买方确认的样品要求、对应版本的评审反馈与待整改事项，以及已确认的试单安排或待决定项。

**我们的解决方案：** 样品与产品资料接入＋买方评审组织、反馈核对与试单协同。

如买方要求技术检测，由对应专业机构或约定测试主体提供结果；这一条件放内部交付说明即可，无需强塞进短句。

### 铺货上架

**客户得到什么：** 按网点区分收货与上架可售状态，附证据日期、待确认事项和需要整改的门店。

**我们的解决方案：** 铺货与巡店资料接入＋门店状态核验与当地整改协同。

## 现成能力与尚待验证的增量

| 官方参考 | 公开说明已覆盖什么 | 不能由此推定什么 |
| --- | --- | --- |
| [HubSpot 线索管理](https://knowledge.hubspot.com/records/manage-leads) | 联系人/公司关联、线索阶段和销售活动管理。 | 拥有所有海外采购联系人，或本公司已经能获得采购回复。 |
| [Salesforce PRM](https://trailhead.salesforce.com/content/learn/modules/partner-relationship-management/accelerate-channel-sales) | 伙伴线索、商机登记及协作赋能等流程。 | 登记或审批机制能解决所有商业冲突，或我们的统一界面本身构成独有价值。 |
| [Salesforce 门店执行](https://trailhead.salesforce.com/content/learn/modules/retail-execution-in-consumer-goods-cloud/plan-and-manage-store-visits) | 门店库存、陈列、活动检查及相关记录。 | 自动取得经销商所有终端的真实状态，或免去实际证据采集。 |
| [GS1 EDI](https://www.gs1.org/standards/edi) | 交易伙伴之间的标准业务消息交换。 | 所有伙伴已采用标准、愿意分享所需字段，或接口已在本项目接通。 |

核查方式：本轮阅读官方功能与流程说明，未登录产品、连接客户数据或实测。文中的责任划分、证据要求、优先验证方向均为评审判断；21 项痛点的普遍程度和付费意愿仍需客户访谈或业务样本验证。