# 线下渠道：业务反方审查

日期：2026-09-30。对象：重构后的五维度、21 场景。只读评审，未改正文或网页。

已确认前提：电商负责线上渠道，第三板块负责线下渠道。本报告不重新质疑这一决定，也不因跨模块协同而删除场景。

## 核心判断

**五个维度可以保留；需要挑战的是它们承载的业务范围、结果承诺和成立条件。** 当前稿适合“品牌方借外部代理、经销及零售伙伴销售实物产品”的讨论，距离“全部线下经营”还有明确边界。21 行有业务依据，但不能据官方产品也有相关功能，就认定客户存在相同困难。

最强反例：品牌向一级经销商卖断货品，经销商不提供下游店铺、销量和库存，也不允许品牌巡店。在这种情况下，伙伴开发和账款管理仍然能工作，但终端动销、铺货核验和店级补货的主要输出都缺乏基础。标一句“数据覆盖以实际可获取范围为准”是诚实边界，却尚未回答客户为何愿意购买、我们怎样帮助获得原本拿不到的信息。

## 最多五个关键挑战

### 1. “线下渠道”已确定，但还没有确定是哪一种线下经营

**当前表述：** “通过海外代理商、经销商、批发商及实体零售网络”进入市场。

**反例：** 自营体验店、快闪店直接面对消费者，没有伙伴评估与经销合同，却有支付、店员权限、交接班、退款等日常经营；需要安装或专业服务的产品，则不能仅靠上架与终端售出判断渠道能力。代理、买断经销、寄售和直营承担的存货、收款和服务责任也不同。

**事实：** [Shopify POS 官方帮助](https://help.shopify.com/en/manual/sell-in-person/shopify-pos)确实区分线下支付、门店库存、员工和现金管理等职能；[美国国际贸易管理局伙伴选择清单](https://www.trade.gov/choosing-foreign-representative)要求按产品和国家调整评估，并考虑服务能力、备件与培训。

**业务推断：** 现稿不是错误分类，而是隐含选择了外部伙伴渠道。不能未经确认自动增建完整门店系统，也不能声称现稿已覆盖自营、工程或安装服务渠道。

**建议：** 保留五维，增加可选的适用模式说明：代理引荐、经销买断、直接供零售、寄售等；自营门店和安装/工程型渠道列为范围待确认。不同品类只是需要验证的适配分支，不是本轮新增功能清单。

### 2. 从“签约伙伴”跳到“门店经营”，中间的商业关系没有被建立

**当前表述：** 伙伴评估得到覆盖能力，首单导入得到对方验收，下一维直接开始核验门店上架。

**反例：** 一家连锁由总部谈合同、地区公司付款、配送中心收货、门店销售；一级经销商还可能向二级经销商转售。伙伴声称覆盖 500 店，不表示本品牌获准进入 500 店，更不代表 500 店实际有货。

**事实：** [Salesforce 官方客户层级教程](https://trailhead.salesforce.com/content/learn/modules/customer-data-management-with-consumer-goods-cloud/set-up-a-customer-hierarchy)将总部、贸易组织、批发商与门店关系单独建模，并用于商品组合、促销和访店业务。

**业务推断：** 不必为了系统设计新增一个大维度，但必须在客户问题中区分“伙伴可覆盖”“已获准供货”“实际铺到”“持续有售”四种状态。否则渠道评估、补货、授权冲突都会使用含糊的覆盖数字。

**建议：** 在首单导入中加入交易方、收货方、结算方和可确认门店的关系；铺货上架逐层核验。伙伴寻找、网点布局均保留，但前者以可合作主体为对象，后者以目标实体销售网络和可达路径为对象。

### 3. 终端经营的主要障碍可能是数据和执行权，而不是缺一个分析工具

**当前表述：** 接入伙伴报表、巡店资料、库存数据，生成销售分析与补货建议。

**反例：** 经销商只有汇总进货记录；零售商有终端销售数据但不分享；门店只允许特定人员入店；没有本地执行人员。连接器、报表或建议无法直接解除这些限制。

**事实：** [Salesforce 官方访店采集教程](https://trailhead.salesforce.com/content/learn/modules/consumer-goods-cloud-data-model/set-up-store-visits-and-capture-data)将门店、访店、检查任务和实际采集的指标联系起来。成熟产品的分析建立在有人采集或获准提供信息的流程上。

**业务推断：** “在可获取范围内”有必要，但若核心需求就是拿不到数据，现方案可能只把缺失再次展示给客户。且经销商进货、门店出货和消费者需求不是同一件事，销售偏低也可能来自缺货、未上架或观察期不够。

**建议：** 保留全部终端场景，分别描述有零售数据、有伙伴汇总、只有企业出货三种条件下能交付什么；如果规划包含数据合作及巡店网络，应明确是商业协作和当地执行能力的建设，不能只写工具接入。数据没有获得时不输出虚构店级销量或精准补货量。

与主 Agent 讨论后的具体改动建议：铺货输出明确“渠道仓收货、门店收货、上架可售、消费者售出”四状态及证据；无终端数据时，交付需要的数据清单、可能提供方、合作推进记录或经同意的核验方案。数据合作、抽样核验和当地执行属于待选择、待建设的能力，不默认承诺已有执行网络。这样改变的是客户收到的结果，而不只是再增加一句数据免责声明。

### 4. 开发伙伴的困难被过多写成“资料和联系人不足”，可能错过真正的拒绝理由

**当前表述：** 伙伴寻找、采购对接、样品测试主要通过名单、材料、回复和待办来衡量进展。

**反例：** 已经联系到采购，但对方因产品毛利空间不足、缺少当地需求证据、供货不稳定、品牌支持不够或现有品类组合不需要而不合作。更多名单和更整齐的任务表不能解决这些问题。

**事实：** [官方伙伴选择清单](https://www.trade.gov/choosing-foreign-representative)覆盖品类适配、销量预期、服务能力和推广投入；[官方伙伴评估说明](https://www.trade.gov/evaluate-foreign-representatives)强调双方交换企业与产品信息、核实能力，并非单向收集联系方式。

**业务推断：** 产品应支持“对方为何愿意接、为何拒绝、继续推进需要什么证据”，而不是默认为客户缺 CRM。以上拒绝理由是需访谈验证的候选原因，并非本项目已有客户事实。

**建议：** 伙伴寻找保留名单输出；采购对接重写为建立有效商机，区分未回复、无采购权、不匹配、已有评估和下一步承诺。把已核实的采购条件、需求匹配和阻塞原因纳入结果。方案可继续简写，但需能对应研究/联系/当地洽谈等真实工作，不能由“客户管理工具接入”替代。

### 5. 分类可用，但“完成准备材料”与“完成业务结果”仍混在同一层

**当前表述：** 销售培训放在合作落地；报价放在伙伴开发；样品测试的客户结果包含“是否进入试单的决定”，铺货上架又接近持续巡店。

**反例：** 老伙伴更换店员需要重训，已签约伙伴推出新型号仍要打样和报价；品牌交付培训资料不等于导购能正确演示，样品反馈完整也不保证采购方会决策。五维如果被做成一次性顺序流程，会遗漏这些反复发生的经营任务。

**事实：** [Salesforce 访店采集教程](https://trailhead.salesforce.com/content/learn/modules/consumer-goods-cloud-data-model/set-up-store-visits-and-capture-data)以任务及实际记录衡量执行，支持持续检查；官方伙伴选择清单也将人员培训视为合作能力的一部分。

**业务推断：** 这不是要求五维完全互斥。规划书、报告和材料可以是有效交付，但必须与客户购买的任务相符；“已生成”“已发送”“对方确认”“执行完成”不能互相替代。

**建议：** 五维保留为业务导航，不当作不可回退的流水线。每行内部先明确触发和完成条件，例如培训完成看演示核验或明确反馈，试单决定由双方授权人员作出。不能给所有场景自动补“保证签约/保证销量”等外部不可控结果。

## 21 场景逐项意见

下面的客户均指购买本产品服务的品牌方或产品公司；代理、经销商、零售商及门店是其伙伴。所列具体痛点是建议访谈的情境假设。

| 场景 | 判断 | 具体客户与触发 | 实质问题及建议的客户所得 |
| --- | --- | --- | --- |
| 网点布局 | 保留并重写 | 渠道负责人准备进入一国某区域 | 先判断适合哪些实体网络、通过谁可进入；不要把门店名录当可达渠道。得到目标网络与进入路径、不可达原因。 |
| 合作模式 | 保留，条件适用 | 商务负责人比较代理、经销或直供 | 明确谁下单、拥有货品、付款、承担退货与服务；不同模式不能只比较费用。得到可比较的责任与资金结构。 |
| 区域试点 | 重写 | 负责人即将批准首批铺货 | “尚未验证就承诺”是对客户行为的假设；核心是用有限投入测试哪些条件。结果需包含真实上架、观察周期和继续条件，不以首单采购代替需求验证。 |
| 渠道依赖 | 保留 | 续约或大客户出现变更 | 集中度不自动等于应增加伙伴；考虑独家、替代时间与成本。得到可执行的连续供货或替代准备依据。 |
| 伙伴寻找 | 保留 | 初次进入区域或寻找替补伙伴 | 不只是名单缺失，还可能没有适配对象。得到有依据的候选、明确排除项和可联系路径，不承诺合作意愿。 |
| 伙伴评估 | 保留并加条件 | 准备授予区域责任或赊销 | 自述覆盖需对应实际品类与渠道关系；公开信息不足时需核查。得到证据分级的适配结论和未决项。 |
| 采购对接 | 重写 | 已有候选但未形成有效商机 | 找到采购人不等于进入采购流程。结果包括采购条件、真实反馈与阻塞原因，回复和会议仅是进展。 |
| 合作报价 | 保留，按模式区分 | 收到报价邀请或续约条件变化 | 不假设客户只看出厂价；核对费用、供货责任、账期、退货等假设。得到可谈价格空间、资金影响与未确认条件。 |
| 样品测试 | 重写完成边界 | 采购要求样品评估或新型号导入 | 区分功能评审、包装准入、消费者试用等要求；我们交付可确认的评审证据与后续任务，不能替采购保证试单决定。 |
| 合同授权 | 保留 | 意向转合同或范围变更 | 条款明确不等于对方接受；列待谈条件和批准状态。授权按地区、渠道、品类及期限确定。 |
| 首单导入 | 保留并补关系 | 对方首次下单或首次供货 | 交易方、付款方、收货仓与门店关系可能不同。得到可执行首单、对方接收确认及未满足项，避免只验内部表单。 |
| 销售培训 | 保留，贯穿运营 | 新伙伴、新品或人员变动 | 资料并不等于能力；依据品类看演示、选型、宣称或服务承诺。得到理解核验及需补训对象。 |
| 铺货上架 | 保留，条件适用 | 首批发货后或扩店后 | 发经销商、进零售仓、进门店、可售须分开。只在证据范围内确认状态，约定谁能核查、谁能整改。 |
| 终端动销 | 保留，重写问题层次 | 已铺货后准备复购或投入决策 | 先问有没有终端数据，再谈卖得如何；销售低不直接等于不被消费者接受。得到覆盖范围、事实与待验证原因。 |
| 促销协同 | 保留 | 获批联合促销或对账 | 把执行达标与销售变化分开；不以同期销量上涨证明活动因果。结果包含实际执行、费用核对和可比较观察。 |
| 补货协同 | 保留，按权限区分 | 网点缺货或伙伴提出订货 | 我方可能无店级数据或分配权。得到在已知条件下的建议、伙伴采纳情况及供货确认；货物流转仍协同进销存。 |
| 授权冲突 | 保留，专业确认 | 疑似越区或跨渠道销售 | 有销量信息未必能确认路径和责任，合同约定也需专业判断。结果是证据支持的争议及协商状态，不直接认定违规。 |
| 履约协同 | 保留并具体化 | 某项供货或支持承诺到期未满足 | “责任不清”未必是根因，也可能能力或资源不足。至少锚定一个承诺对象、到期与接收方，再给处理确认。 |
| 账款结算 | 保留 | 对账、到期付款或扣款发生 | 核清应收与追回现金是两种结果；还需区分差异、争议和信用问题。得到已确认/争议/未到期/逾期的账款状态及进度。 |
| 渠道评估 | 保留，防止指标混用 | 季度复盘、预算或续约 | 品牌出货、伙伴销售、门店售出不能混算；先定义贡献、支持成本与目标覆盖。得到可支持某项决策的比较及证据缺口。 |
| 退出交接 | 保留，按模式区分 | 终止、到期不续约或更换伙伴 | 买断库存不自动归品牌所有，客户记录也未必可转移。结果为经确认可执行的责任和资产安排，不承诺无权处分事项。 |

## 建议分类

保留：**渠道布局 → 伙伴开发 → 合作落地 → 终端经营 → 合作治理**。

这五项是业务导航，允许任务反复发生。无需把同层级理解为互斥部门，也无需为了工整移除报价、培训或授权。

建议在场景中采用两个辅助说明，先服务讨论，再决定是否呈现在产品页面：

- **适用模式：** 代理引荐、经销买断、直供零售、寄售等；自营门店和安装/工程型暂列范围待确认。
- **证据与执行范围：** 我方销售资料、伙伴汇总、店级资料、实地反馈分别可获得多少；谁有权执行后续动作。

共同的基础缺口是“伙伴—交易关系—供货节点—实体终端”的映射，以及数据与现场工作的获取方式。它们可以补入现有行的条件和方案，不要求新造一个大模块。

## 最先讨论的问题

**我们是否要负责帮助客户建立下游门店的信息与执行网络——包括争取伙伴报表、确认实际铺货、安排当地核查；还是只对客户已经拿到的信息做分析与协同？**

这一选择决定终端经营四个场景究竟交付什么，也决定需要软件能力、当地人员资源还是二者同时建设。不能通过在每行末尾加“以实际可获取为准”回避。

随后再确认目标客户是否经营自营门店、主要销售哪些品类。本报告没有主张直接扩展这两类范围。

## 证据边界

本轮实际打开了 Salesforce 官方层级与访店教程、Shopify POS 官方帮助、美国国际贸易管理局伙伴选择与评估页面。它们证明有关业务对象和流程已被成熟产品或官方指南明确讨论；不能证明本项目客户的痛点频率、损失金额、购买意愿或本公司已经具备当地执行资源。报告的反例和分类建议均为业务推断，需用具体客户和渠道访谈验证。