跳到主要内容

消费品行业经销商分销

概述

面向交付顾问与 FDE 成员，提供消费品经销商分销场景的业务本体设计框架与智能体配置参考，帮助团队将客户 BI 数据快速映射为可分析、可验证的经营诊断能力。

写在前面

本文适合已经熟悉 DecideX 基础功能、能独立完成业务本体和智能体配置的读者。如果你还不了解「业务本体」「智能体」「对象」「关系」等基础概念，建议先阅读以下内容：

  • DecideX 快速入门指南：了解 DecideX 核心能力、数据接入和完整配置链路。
  • 业务本体：了解对象、关系、指标、风险、行动、问题场景的字段含义和创建方式。
  • 智能体：了解智能体的创建方式、角色指令编写方法和 BI 资产绑定逻辑。

本文不讲解 DecideX 基础操作，也不提供具体客户的 BI 表名和字段名，而是提供一套可复用的业务模型框架。实际落地时，请根据客户真实数据结构和业务口径完成映射。

读完本文，你可以了解：

  • 本体适合解决哪些经销商分销问题。
  • 这个场景下系统应该配置哪些内容。
  • 业务人员如何基于这套本体向智能体提问。
  • 使用过程中应该如何保证分析结论有口径、有依据、能追踪。

场景概述

消费品企业的经销商分销管理，通常不是单纯看“卖了多少”。业务团队更关心以下问题：

  • 哪些经销商、区域或业代没有完成目标。
  • 哪些网点应该重点跟进。
  • 拜访、陈列、SKU 稽查等执行动作是否做到位。
  • 某个分销结果不好，到底是目标压力大、门店覆盖不足、拜访不到位，还是商品执行有问题。
  • 如果门店、线路或人员归属发生变化，问题应该追溯到谁。

这些问题往往分散在不同报表、数据集和指标里，业务人员需要在「目标达成、分销订单、门店、业代、经销商、线路、陈列、拜访、SKU 稽查」之间来回切换，才能拼出完整判断。

本体的作用，就是把这些分散的业务概念整理成一份统一的「业务说明书」。让智能体基于这份说明书，更准确地理解业务问题，并按统一口径完成查询、归因、风险判断和行动建议。

前提准备

开始配置前，请确认以下条件已经具备：

  • 已开通 DecideX 账号，并具备创建「业务本体」和「智能体」的权限。
  • 已通过「探索 > 连接器」完成客户 BI 数据接入，或已确认数据接入方案。
  • 已梳理客户经销商分销相关数据，通常包括：组织层级、经销商、门店、线路、分销订单、拜访执行、陈列执行、SKU 稽查、目标达成等。
  • 已明确客户组织中区域、主任、业代、经销商、线路、门店之间的管理、负责、覆盖、服务、归属关系。
说明

本文使用的对象、关系、指标、风险、行动和问题场景数量均为参考值，实际配置时请根据客户数据完整度和业务需求进行裁剪或扩展。

本体配置概览

围绕经销商分销场景，建议配置完整的业务结构。参考配置如下：

配置内容建议数量业务含义
业务对象约 24 个描述经销商分销中的人、货、场、订单和执行记录。
业务关系约 36 条描述对象之间的管理、负责、覆盖、服务、归属关系。
经营风险约 10 个沉淀目标达成、门店执行、陈列、拜访、SKU 稽查等风险。
建议行动约 10 个对应风险后的业务处理动作。
问题场景约 10 个承载业务人员日常高频提问。

这套配置覆盖的业务范围包括：

  • 组织层级。
  • 经销商。
  • 门店。
  • 线路。
  • 分销订单。
  • 拜访执行。
  • 陈列执行。
  • SKU 稽查。
  • 慢变责任追溯。

建议按照以下顺序配置：对象 → 关系 → 指标 → 风险 → 行动 → 问题场景。前面是后面的基础，关系未理清时不宜过早配置风险或场景。

本体核心配置内容

明确分析对象

在经销商分销场景中，业务人员不会只问“销售额是多少”，而是会问“谁的销售额”“哪个经销商”“哪个区域”“哪家门店”“哪个 SKU”。因此，本体首先要把业务对象定义清楚。

建议从四类对象理解这套本体：

对象类型典型对象解决的问题
组织与人员区域、主任、业代谁负责、谁管理、谁需要跟进。
渠道与终端经销商、线路、门店哪些渠道和门店产生问题。
商品与执行SKU、陈列、拜访、稽查终端动作是否做到位。
交易与结果分销订单、订单明细最终分销结果如何。

业务对象建清楚后，智能体才能把一个经营问题拆成业务人员看得懂的分析路径。

例如，用户问：

哪些业代本月目标达成比较差？

智能体不应该只返回一个达成率列表，而应该知道这里涉及「业代」「目标达成」「分销订单」「门店责任关系」等业务对象，并围绕这些对象继续分析。

把责任关系连起来

经销商分销管理的难点在于，问题经常不是发生在单个对象上。例如，当某个门店分销表现下滑时，系统需要知道以下信息：

  • 这家门店属于哪个经销商。
  • 当前由哪个业代负责。
  • 所在线路是什么。
  • 最近是否有拜访。
  • 是否存在陈列或 SKU 稽查问题。

这些关系决定了智能体能不能从一个指标异常，继续追到责任对象和后续动作。

业务关系从哪个对象出发关联到哪个对象业务含义
SKU 出现在稽查记录SKUSKU 稽查识别被稽查的具体商品。
门店发生 SKU 稽查门店SKU 稽查查看门店层面的 SKU 稽查结果。
陈列项出现在陈列执行陈列项陈列执行识别陈列执行检查的是哪个陈列项目。
门店发生陈列执行门店陈列执行查看门店陈列是否执行、是否合格。
陈列项出现在陈列计划陈列项陈列计划查看陈列计划对应的陈列项目。
门店制定陈列计划门店陈列计划查看门店是否有陈列合同或陈列计划。
SKU 出现在今日分销SKU今日分销明细查看当天分销中涉及的商品。
门店发生今日分销门店今日分销明细查看门店当天最新分销记录。
SKU 出现在分销订单SKU分销订单明细分析订单明细中的商品表现。
线路承载分销订单线路分销订单明细将分销订单归到对应线路责任。
经销商履约分销订单销售客户经销商分销订单明细查看经销商对门店订单的供货与签收履约情况。
门店形成分销订单门店分销订单明细查看终端门店形成的订货需求。
业代产生分销订单业代分销订单明细查看业代推动形成的分销订单。
门店进入拜访计划门店计划拜访线路查看哪些门店被纳入计划拜访。
线路制定拜访计划线路计划拜访线路查看线路层面的拜访安排。
门店接受拜访门店拜访明细查看门店实际被拜访的情况。
业代执行拜访业代拜访明细查看业代实际拜访动作。
门店形成月画像门店门店月画像查看门店月度经营与执行画像。
门店归属记录指向门店经销商门店归属关系门店通过归属记录确认具体门店。
经销商存在门店归属记录销售客户经销商经销商门店归属关系查看经销商负责哪些门店。
覆盖记录指向门店线路门店覆盖关系门店通过覆盖记录确认具体门店。
线路存在门店覆盖记录线路线路门店覆盖关系查看线路覆盖哪些门店。
负责记录指向经销商主任经销商负责关系销售客户经销商通过负责记录确认具体经销商。
主任存在经销商负责记录主任主任经销商负责关系查看主任负责哪些经销商。
服务记录指向线路业代线路服务关系线路通过服务记录确认具体线路。
业代存在线路服务记录业代业代线路服务关系查看业代负责哪些线路。
归属记录指向主任业代主任归属关系主任通过归属记录确认对应主任。
业代存在主任归属记录业代业代主任归属关系查看业代归属哪个主任。
业代拥有月度目标业代业代月度目标查看业代在月份维度上的目标。
主任拥有月度目标主任主任月度目标查看主任在月份维度上的辖区目标。
区域组织覆盖门店区域组织层级门店确认门店所属区域。
区域组织覆盖经销商区域组织层级销售客户经销商确认经销商所属区域。
区域组织覆盖线路区域组织层级线路确认线路所属区域。
区域组织覆盖业代区域组织层级业代确认业代所属区域。
区域组织覆盖主任区域组织层级主任确认主任所属区域。

这些关系可以归纳为以下几类：

  • 经销商服务门店。
  • 业代负责门店。
  • 主任管理业代。
  • 线路覆盖门店。
  • 门店产生分销订单。
  • SKU 在门店发生陈列、拜访或稽查结果。

如果没有这些关系，智能体只能停留在“结果下降”；有了这些关系，智能体才能进一步回答“为什么下降”和“应该找谁处理”。

定义统一指标口径

经销商分销场景中，常见指标包括：

  • 分销金额。
  • 分销销量。
  • 目标达成率。
  • 目标缺口。
  • 拜访完成率。
  • 门店覆盖数。
  • 陈列合格率。
  • SKU 稽查通过率。
  • 有效门店数。
  • 活跃门店数。

最佳实践是：先使用客户已经确认的统一指标口径回答问题；明细数据主要用于进一步下钻和解释原因。若要直接引用指标中心中的正式指标，需先购买并开通指标中心。

例如，用户问：

某业代这个月目标达成怎么样？

智能体应该优先使用「目标达成率」「目标缺口」「分销金额」等已确认口径，而不是直接在明细表里临时拼一个口径。如果没有正式指标，可通过数据集字段、计算字段或本体中的指标口径说明来表达这些指标。

这样做有三个好处：

  1. 业务口径稳定，不同人问同一个问题不会得到不同算法。
  2. 结论更容易解释，业务人员能看懂每个指标代表什么。
  3. 后续可以复核，例如下周目标达成率是否改善。

配置入口与关键字段

进入「业务本体 > 指标」，点击「新建指标」。建议按以下方式填写：

字段填写建议
指标名称使用业务通用名称，例如「分销金额」「目标达成率」。
业务口径用一句话说明计算方式，例如「周期内分销订单成交金额之和」。
计算逻辑关联客户 BI 中对应的字段或计算字段。
所属对象明确该指标主要用于分析哪个对象，例如「分销金额」属于「分销订单」。
时间维度说明指标支持的分析周期，例如日、周、月。

常见错误

  • 同一指标在不同地方定义了不同口径。
  • 指标没有绑定所属对象，导致智能体不知道对谁分析。
  • 用明细字段临时替代已确认口径，导致口径不可追溯。

把异常判断沉淀下来

本体中的「风险」是业务上需要重点关注的问题类型。经销商分销场景中，常见风险包括：

  • 目标达成风险。
  • 分销金额下滑。
  • 门店拜访不足。
  • 陈列合格率异常。
  • SKU 稽查异常。
  • 经销商覆盖不足。
  • 门店活跃不足。
  • 责任归属不清。

一个好的风险，应该回答清楚以下三个问题：

问题说明
风险发生在谁身上是经销商、业代、门店、SKU，还是区域。
判断依据是什么目标达成率、分销金额、拜访完成率、陈列合格率等。
发生后怎么办跟进目标、补访门店、整改陈列、复核 SKU 等。

例如，「目标达成风险」不能只写成「目标没完成」。更好的表达是：

当经销商、区域或业代在当前周期内目标达成率偏低，且目标缺口较大时，需要识别为目标达成风险，并输出需要重点追踪的对象和建议动作。

把风险关联到业务动作

业务分析的最终目的不是看一个结论，而是推动下一步经营动作。经销商分销场景中，建议行动可以包括以下内容：

  • 生成目标追踪清单。
  • 推进业代与主任目标追赶。
  • 安排重点门店补访。
  • 发起陈列整改。
  • 复核 SKU 稽查异常。
  • 调整经销商跟进优先级。
  • 输出异常门店清单。
  • 制定周度复盘计划。

因此行动的写法要尽量贴近业务执行，不要写成抽象口号。

不推荐的写法：

加强管理，持续关注。

推荐的写法：

生成目标缺口门店清单，由主任按业代拆分追踪，并在下周复核目标达成率变化。

这样的行动，业务人员知道下一步要看什么、找谁、追什么指标。

建议行动适合在什么情况下使用输出给业务人员的结果
生成业代目标追踪清单业代目标达成滞后，需要按月份、门店、SKU 拆解缺口。可跟进的目标缺口清单和优先级建议。
生成主任辖区经营复盘摘要主任辖区目标达成滞后，需要复盘目标、门店活跃和执行短板。辖区复盘摘要和重点门店清单。
生成今日分销跟进清单日内最新订单或签收表现出现异常波动，需要当天跟进。需要即时处理的经销商、门店和 SKU 清单。
按生效期间重算历史归属历史订单责任口径可能因为人员归属变化而错配。按生效区间修正后的责任映射。
输出线路门店责任变更说明线路覆盖门店发生变化，可能导致责任判断不一致。责任变更说明和受影响门店清单。
生成拜访补访建议拜访计划未完成、拜访成功率不足或检查项缺失。待补访门店和线路优先级建议。
生成合约店激活建议合约店或付费门店资源投入较高，但活跃不足。激活优先级和跟进建议。
生成陈列整改建议门店已签约陈列，但实际执行不合格。陈列整改清单和复检建议。
生成 SKU 铺货整改清单重点 SKU 未铺货，或 SKU 检查未通过。铺货整改清单和重点 SKU 补齐建议。
生成超货龄处理建议门店或 SKU 出现超货龄问题，需要处理、换货或清退。超货龄处理清单和优先级建议。

把高频分析问题做成问题场景

问题场景的作用是让智能体先判断「用户正在问哪类业务问题」，再选择对应的对象、指标、风险和行动。以经销商分销场景为例，可以将问题拆成以下场景：

问题场景业务人员常见问法分析重点建议关联的对象/指标/风险/行动
分销目标达成跟踪哪些经销商本月目标没完成？目标达成率、目标缺口、责任对象。经销商、目标达成、目标达成风险、生成业代目标追踪清单。
业代执行表现分析哪些业代表现比较差？分销结果、拜访、负责门店。业代、分销金额、拜访完成率、生成分销跟进清单。
经销商覆盖诊断哪些经销商门店覆盖不足？覆盖门店、有效门店、分销表现。经销商、门店、门店覆盖数、经销商覆盖不足风险。
门店异常归因哪些门店最近表现异常？门店动销、拜访、陈列、订单。门店、分销金额、拜访、陈列、门店异常风险。
SKU 执行质量复盘哪些 SKU 稽查问题多？SKU 稽查、陈列、门店分布。SKU、SKU 稽查、SKU 稽查异常风险、生成 SKU 铺货整改清单。
陈列与拜访联合分析陈列差是不是因为拜访不足？拜访记录、陈列合格、门店表现。门店、拜访、陈列、陈列合格率异常风险、生成陈列整改建议。

问题场景不要做得过大，一个场景最好对应一类高频经营问题，这样智能体更容易判断分析重点。

客户数据映射建议

本体设计完成后，需要把客户 BI 中的真实数据映射到对象、指标和关系上。映射时不要照搬本文的对象名称，而要先理解客户数据中“这张表代表什么业务事实”，再决定它应该落到哪个本体模块。

建议遵循以下原则：

  1. 先映射主数据，再映射业务事实。区域、人员、经销商、门店、SKU 等主数据决定分析对象；订单、拜访、陈列、稽查等事实数据决定分析结果。
  2. 先确认唯一标识，再确认展示字段。每个对象都应有稳定编码，例如门店编码、经销商编码、人员编码、SKU 编码。
  3. 先处理当前关系，再处理历史关系。如果客户存在人员、线路、门店归属变化，需要优先确认生效时间和失效时间。
  4. 先复用客户已有指标口径。客户已有目标达成率、分销金额、拜访完成率等统一口径时，不建议在本体中重新定义另一套算法。

对象映射参考

对象建议数据来源关键字段类型说明
区域组织层级表区域编码、区域名称、上级区域通常来自客户主数据或 HR 系统。
主任人员主数据人员编码、人员名称、所属区域注意历史归属变化。
业代人员主数据人员编码、人员名称、归属主任注意历史归属变化。
经销商客户主数据经销商编码、经销商名称、所属区域区分销售客户与发货客户。
线路线路主数据线路编码、线路名称、所属区域拜访路线的基础数据。
门店门店主数据门店编码、门店名称、所属区域终端网点的基础档案。
SKU商品主数据SKU 编码、SKU 名称、品类、品牌商品维度信息。
分销订单订单明细表订单编号、门店编码、SKU 编码、金额、数量、时间记录每次分销交易。
拜访明细拜访记录表拜访编号、门店编码、业代编码、拜访时间、拜访结果记录实际拜访动作。
陈列执行陈列检查表检查编号、门店编码、陈列项编码、合格标志、检查时间记录陈列检查结果。
SKU 稽查SKU 检查表稽查编号、门店编码、SKU 编码、通过标志、稽查时间记录 SKU 稽查结果。

对象映射时，重点检查对象之间是否能通过编码连起来。例如分销订单需要能关联到门店、SKU、经销商或业代；拜访明细需要能关联到门店和业代。无法关联的表，只能做孤立查询，难以支撑归因分析。

指标映射参考

指标建议数据来源计算口径说明
分销金额分销订单明细订单金额之和注意是否含税、是否剔除退货。
分销销量分销订单明细销售数量之和注意单位统一。
目标达成率目标表 + 分销订单明细实际分销金额 / 目标金额明确目标维度是月、周还是日。
拜访完成率拜访计划表 + 拜访明细实际拜访数 / 计划拜访数注意拜访有效性定义。
陈列合格率陈列执行表合格陈列数 / 总陈列检查数明确合格标准。
SKU 稽查通过率SKU 稽查表通过稽查数 / 总稽查数明确通过标准。
说明

以上字段名仅为示例，实际字段名请以客户 BI 系统数据字典为准。如果客户已有正式指标，应优先引用正式指标；如果只能从明细表计算，需要在业务本体中写清过滤条件、时间范围、去重规则和异常数据处理方式，并关联对应的数据集字段或计算字段。

落地步骤

  1. 梳理客户现有的数据表：门店、人员、经销商、订单、拜访、陈列、SKU 稽查、目标等。
  2. 为每类对象确认主键、名称字段、时间字段和常用筛选字段。
  3. 判断哪些表可以直接映射到对象，哪些需要加工、合并或拆分。
  4. 梳理对象之间的连接字段，例如门店编码、经销商编码、人员编码、SKU 编码。
  5. 确认是否存在历史归属变化记录，例如业代换主任、线路调整门店、经销商负责范围变化，并补充生效时间、失效时间等字段。
  6. 复核客户已有指标口径，优先引用正式指标；缺失指标时，通过数据集字段、计算字段和口径说明补充计算逻辑。
  7. 如果客户数据缺失某些对象，例如没有陈列数据，对应的风险、行动和问题场景可以暂时不配置。

智能体核心配置内容

本体配置完成后，需要配置一个智能体来消费本体内容。智能体的目的是让业务人员、售前顾问和交付顾问可以直接用自然语言验证本体效果，是一个面向业务场景的日常使用和验收入口。

角色指令配置

角色指令决定智能体的工作方式，它需要告诉智能体「你是谁」「主要分析什么」「回答时遵循什么规则」「哪些问题不能强行回答」。这一步的目的是让智能体形成稳定的分析风格和输出边界。

你是经销商分销业务的经营诊断助手，专注于经营分析、风险识别、原因定位和行动建议。

你的职责不是泛泛描述数据，而是基于智能体已绑定的 BI 资产和数据集进行计算，给出可审计、可复核、可执行的分析结论。

你的核心任务：
1. 先识别用户问题对应的数据集对象。
2. 对涉及责任归属、对象关系、组织覆盖、历史变更的问题，必须按业务发生时点匹配有效关系，不能直接用当前关系套历史事实。
3. 所有分析都要明确时间范围、对象范围、筛选条件和计算口径，确保结论可复核。
4. 当证据不足、数据缺失、口径冲突、关系未校准或权限不可见时，必须明确说明限制，不得补全、猜测或编造。

回答要求：
- 先给结论，再给依据。
- 每个关键结论都要说明：
  - 使用了哪些数据集或计算字段；
  - 使用了哪些筛选条件、时间范围和计算口径。
- 结论都来自数据集计算，要明确说明计算方式，不要使用指标中心的指标口径。
- 风险判断必须有证据支撑，不能只给定性描述。
- 建议行动必须与风险判断或原因定位一一对应。
- 如果存在多种可能解释，要区分「已证实」「高概率判断」「待复核事项」。

输出结构：
1. 结论摘要
2. 命中场景
3. 使用的数据集对象
4. 关键查询与计算口径
5. 关键证据
6. 风险判断
7. 建议行动
8. 限制与需复核项

验证时重点看什么

验证时，建议重点检查以下结果：

验收点判断标准
是否听得懂业务问题能识别用户问的是目标、分销、拜访、陈列、SKU、门店还是归属问题。
是否使用正确业务对象回答中能出现经销商、门店、业代、主任、线路、SKU 等正确对象。
是否能说明数据依据能说清楚结论依据来自分销订单、门店画像、拜访、陈列、SKU 稽查等数据。
是否能继续追原因不只停留在结果排名，而是能继续拆到门店、业代、经销商或 SKU。
是否能给出动作能给出补访、整改、追踪、复盘、激活等业务动作。
是否适合复核能指出后续应该继续观察目标达成率、分销金额、拜访完成、陈列合格、SKU 稽查等结果。

如果一个回答只给出一串数据，但没有说明对象、原因和动作，说明本体使用还不充分。比较理想的回答，应该让业务人员看完后知道问题在哪里、为什么发生、该找谁、下一步做什么、后面看什么结果。

注意事项

不要把本体当成数据集字段用

本体不是把指标列出来就结束。经销商分销管理真正需要的是「对象 + 关系 + 指标 + 风险 + 行动 + 场景」的组合。如果只配置指标，智能体只能查数，很难解释原因。

正确做法：先理清业务对象和责任关系，再把指标挂到对象上，最后定义风险和行动。

不要让风险脱离指标

凡是涉及业绩、目标、达成、异常、风险判断的问题，都建议绑定明确指标。如果风险没有指标依据，智能体只能做描述性判断，结论稳定性会下降。

正确做法：每个风险都写明「当 XX 指标满足 YY 条件时触发」，例如「目标达成率低于 80% 且目标缺口大于 X」。

要把行动具体化

行动要能被业务人员执行。「持续关注」不是一个好行动；「下周复核目标达成率，并按业代输出目标缺口清单」才是可执行行动。

正确做法：行动要包含「看什么、找谁、追什么指标、什么时候复核」。

不要绕过统一口径

如果系统中已经有目标达成率、分销金额、陈列合格率等正式指标，应优先使用这些指标。缺少正式指标时，应在业务本体中维护统一口径，并用数据集字段或计算字段支撑计算。明细数据适合用于解释原因，不建议临时拼出口径替代已确认口径。

正确做法：先用已确认口径回答「是多少」「达成率多少」，再用明细数据解释「为什么」。

及时创建版本快照

业务本体上线前，建议在「版本快照」中保存一个稳定版本，并将智能体绑定到该版本。这样可以避免业务定义频繁变化影响生产环境分析结果。

正确做法：完成配置并通过测试后，立即创建版本快照，并在智能体中绑定该快照版本。