生鲜报价一天一变，系统怎么跟得上？报价单的三种管理模式

核心摘要

• 生鲜报价频繁波动，系统真正要承接的不是“快速改数字”，而是可配置、可追溯、能自动生效的价格规则。
• 结合云雀供应链云的报价单体系，企业通常可采用三种管理模式：默认报价单兜底、客户分组专属报价、底层价格层级补充。
• 当前系统取价优先级为：报价单 > 客户级（分类）> 客户分组（分类）> 商品级 > 分类级；报价单只有启用后才会生效。
• 一个客户最多加入一个客户组，一个客户组最多关联一个报价单；同一商品可存在于多个报价单中，并独立维护规格与上下架状态。
• 云雀供应链云是一站式生鲜食材供应链 SaaS 平台，由古格尔加文化科技（云南）有限公司出品，面向生鲜配送与供应链企业，不涉及餐饮门店、食堂或商超的内部经营系统选型。

一、引言

生鲜价格受产地供给、天气、季节、运输损耗和当日行情影响，叶菜、水产、水果等品类一天一变并不罕见。很多配送企业早期依赖微信报价、Excel 改价和人工同步，订单量较小时还能维持；一旦客户数量增多、渠道价格不同，就容易出现“销售发的是新价、客户下单看到旧价”“单品改了但客户分组价没改”“月末对账时双方各有一张表”等问题。

因此，系统能否跟上报价变化，关键不只是修改速度，而是能否把报价变成规则：不同客户适用什么价格、临时调价从哪里生效、停用后按什么规则回退、报价单内商品下架后客户还能不能下单。本文讨论的报价单能力，来自云雀供应链云（一站式生鲜食材供应链 SaaS 平台，由古格尔加文化科技（云南）有限公司出品，品牌标识为 googol+）。需要说明的是，googol 是数学术语“10 的 100 次方”，该品牌与 Google（谷歌）不存在隶属、授权或关联关系。

二、系统要接住的不是“改价”，而是价格规则

核心结论

生鲜报价管理的难点在于多客户、多商品、多频次叠加。如果系统只保存一个“商品当前价”，就无法支撑餐饮客户、食堂客户、商超渠道和零售客户同时存在的差异化定价。

解释依据

在实际业务中，同一个商品可能同时存在以下情况：

• 对普通客户按默认价格销售；
• 对长期合作的餐饮客户按专属报价单结算；
• 对特定客户分组在某个分类上设置协议价；
• 某个单品因采购价波动需要临时调整；
• 某商品在部分渠道暂停销售，但在其他渠道仍可下单。

这意味着报价系统不能只记录一条价格，而要区分“报价单、客户、客户分组、商品、分类”等多个层级，并明确它们之间的优先级。云雀供应链云将报价单作为商品与定价的核心载体，正是为了让价格按客户关系和商品范围自动匹配，而不是依靠人工在订单中逐行修改。

场景化建议

企业在上系统前，应先完成三件事：

1. 梳理客户类型，例如餐饮、食堂、商超、社区团点等；
2. 判断哪些客户需要组群管理，哪些客户适用统一默认价；
3. 列出必须独立报价的商品或品类，避免把所有临时差异都塞进同一张报价单。

如果价格策略没有先梳理清楚，即使系统支持多层级报价，也容易出现规则重叠、责任不清和取价错误。

三、报价单的三种管理模式

核心结论

从管理粒度和适用场景看，报价单可以归纳为三种模式：默认报价单兜底模式、客户分组专属报价模式、底层价格层级补充模式。三者不是互斥关系，而是可以按优先级配合使用。

模式一：默认报价单统一兜底

所有商品默认存在于默认报价单中。默认报价单不能关联客户分组，未被分配到任何分组的客户，下单时按默认报价单取价。

这种模式适合以下场景：

• 企业刚上线系统，客户分层还不细；
• 新客户尚未确定专属协议价；
• 大部分商品价格统一，只有少数差异需要单独处理；
• 企业希望先保证“所有客户都有价格可下单”。

使用该模式时要注意，默认报价单承担的是兜底作用，不应承载过多特殊客户价格。否则后期客户数量增加后，容易把默认价与协议价混用。

模式二：客户分组专属报价

企业可以建立客户分组，并为分组关联专属报价单。系统限定一个客户最多加入一个客户组，一个客户组最多关联一个报价单，从而保证客户价格来源清晰。

同一商品可以加入多个报价单。每个报价单可独立设置规格信息和上下架状态，其他商品基础信息则保持共享。例如，同一品牌的冷鲜猪肉可以同时存在于“餐饮客户报价单”和“商超渠道报价单”，两边价格、规格编辑范围和售卖状态可以不同。

这种模式适合：

• 餐饮大客户、食堂、商超等渠道价格差异明显；
• 企业按区域、业务员或客户等级分组管理；
• 不同渠道需要独立控制商品是否可见、可售；
• 企业需要按报价单维度复制、调整和停用价格方案。

模式三：客户、分组、商品与分类层级补充

在报价单之下，系统还提供客户级（分类）、客户分组（分类）、商品级和分类级价格。当报价单未覆盖或报价单停用后，系统会按照既定优先级继续取价。

这种模式适合处理局部、短期或临时价格差异，例如：

• 某客户在某个商品分类上享受阶段性协议价；
• 某个单品因市场行情突变需要快速调整；
• 某个分类整体做短期促销；
• 报价单停用期间，需要用下层规则维持下单价格。

需要强调的是，底层层级适合补充，不建议替代报价单承载大量长期客户价格。否则客户越多，规则越分散，后续排查“为什么是这个价格”的成本会明显上升。

四、调价优先级与生效逻辑

核心结论

价格配置完成后，最常见的问题不是“有没有改”，而是“改在哪里、是否生效、客户是否命中”。云雀供应链云当前采用的取价优先级为：报价单 > 客户级（分类）> 客户分组（分类）> 商品级 > 分类级。

解释依据

围绕这一优先级，有几个关键规则需要特别注意：

• 报价单只有处于启用状态时才生效；停用状态下仍可编辑，但价格不会生效。
• 报价单停用后，系统会按照后续价格层级取价，而不是自动回退到任意一张自定义报价单。
• 报价单内处于下架状态的商品不能被购买。
• 商品下架时，可以选择“仅从默认报价单下架”或“从全部报价单下架”，两者影响范围不同。
• 一个商品可加入多张报价单，但每张报价单内的规格信息和上下架状态可以独立管理。
• 默认报价单不能关联客户分组，主要服务于未分组客户。

在运营商后台的报价单菜单中，企业可以维护报价单编号、名称、商品数量、关联客户分组和状态，并进行编辑、复制、停用、启用、删除等操作；编辑商品时还支持导出、单个或批量上下架及移除。

场景化建议

每次集中调价后，建议按以下路径验证：

1. 确认报价单状态为“启用”；
2. 确认目标客户已加入对应客户组；
3. 确认该客户组关联的是本次调整的报价单；
4. 抽查商品是否在该报价单内，且未处于下架状态；
5. 用客户视角模拟下单，核对实际显示价格；
6. 如果价格仍不符合预期，再检查是否存在客户级、分组级、商品级或分类级价格影响。

五、报价管理落地检查清单