计划版本管理：Base、Upside、Downside三套商品计划怎么用

Base、Upside和Downside不是三份互相竞争的预算，而是同一计划对象和治理口径在不同需求与供给条件下的三套预案。它们的价值不在于预测哪个版本一定发生，而在于提前规定：信号变化到什么程度时，企业应增加承诺、收缩风险或调整资源。

三个版本分别管理什么

Base计划是基于当前最可能假设形成的主执行版本，承载销售、毛利、库存、采购和现金的日常目标。它不是简单取历史平均，而是综合当前渠道、商品结构、价格与供给条件后的基准判断。

Upside计划描述需求高于基准时可实现的增量机会。它必须回答增量来自哪些品类、渠道和店群，需要多少现货、产能和OTB，以及最晚何时追加。没有供给承接条件的高增长数字，只是愿望清单。

Downside计划描述需求低于基准或供给异常时的风险控制路径。它要明确哪些订单可以取消或延后、哪些到货需要改配、何时收缩补货、何时进入价格或渠道调整，而不是一遇到销售偏弱就全面打折。

三个版本共享同一套商品、时间和财务口径；差异应集中在少数关键假设上。若每个版本连商品层级和指标定义都不同，就无法比较，也无法切换。

先找关键变量，再做版本

对鞋服品牌，真正影响版本的变量通常包括：净销售速度、成交折数、退货率、有效铺货、核心尺码满足率、活动表现、到货率、供应提前期、可用产能和剩余销售窗口。

版本设计不需要把所有变量都做高、中、低组合，否则很快产生几十种方案。更实用的方法是识别两到四个对结果影响最大的变量，并定义假设。例如，Upside来自核心款单店效率持续高于计划且扩铺后效率保持；Downside来自季节款到货延误、活动转化低于计划或退货显著上升。

切换版本不能只凭“感觉变了”

版本切换应同时看领先信号、结果信号和承接条件。

领先信号包括预售、加购、到货提醒、试销门店表现和天气变化；结果信号包括经过退货与销售机会校正后的单店效率、售罄、断码、成交折数和库存覆盖；承接条件包括未承诺可售库存、有效在途、产能、MOQ、交期和OTB。

例如，某羽绒服首周表现高于Base，不能立即切到Upside。品牌可以把“连续两个复核周期的同店群单店效率高于Base、有效铺货达到内部要求、关键尺码满足率稳定、追单到店后仍有足够销售天数”设为一组内部触发条件；具体数值必须根据历史样本校准，不是行业统一阈值。商品团队还要检查增长是否只来自少数门店或一次直播，以及追加订单能否在需求高峰前到店。只有需求信号和供给承接同时成立，Upside才具备执行价值。

Downside同样不能只看销量下降。天气推迟、铺货不足、到货晚和渠道活动延后都可能压低短期销量，需要区分销售机会不足与真实需求不足。

版本切换要转成四类动作

一是采购承诺：释放预留OTB、增加可取消订单，或冻结新增承诺。二是库存配置：扩大高潜店群、回收低效位置库存，或保留核心门店陈列。三是供应安排：锁定面辅料和产能、调整到货波次，或取消、延期与改配。四是价格节奏：维持正价、试验促销，或提前评估退出方案。

每次切换都应记录触发信号、采用的数据期间、审批人、动作范围和下一次复核日期。这样复盘时才能判断是信号判断错误，还是执行没有到位。

不必整盘切换，可以局部激活情景

品牌整体处于Base，并不妨碍某个品类激活Upside动作、某个区域按Downside预案管理。这里既可能发生正式版本变更，也可能只是局部情景被激活，不意味着企业需要频繁重发整套预算。鞋服需求常在商品、区域、渠道和尺码层级分化。版本管理的合理颗粒度通常由决策决定：年度财务预算可以在品类层，追单与调拨则要下钻到款色码和渠道。

第七在线可基于项目中已配置的商品计划、销售、库存、在途和OTB数据，支持不同情景的对比计算，辅助商品团队查看销售、毛利、库存和采购空间随假设变化的结果。系统形成的是可审核方案，不会替代企业确定风险偏好、审批采购承诺或决定价格动作。

版本管理的落点

Base管理当前最可能结果，Upside管理可承接的增长机会，Downside管理需要提前收缩的风险。三套计划真正有效的标志，不是表格齐全，而是触发条件清楚、动作可执行、版本有留痕。

常见问题

1. 三套计划是否都要下达到门店SKU？

不一定。先在能支持决策的层级建立版本；只有配货、补货或调拨需要时，再下钻到门店和款色码。

2. Upside是否意味着提高所有商品采购量？

不是。它应聚焦需求已得到验证且供应能够按时承接的商品。

3. Downside是否必须降低销售目标？

Downside首先用于管理风险和资源，是否调整正式目标取决于企业治理规则，不能把预案自动当成新承诺。

4. 版本多久更新一次？

可按月正式更新、按周滚动监控；旺季、上市期或重大活动期间可以缩短周期，但应避免因单日噪声频繁切换。