APS 需求计划（Demand Planning）技术拆解

需求计划（Demand Planning）是什么？它是 APS 智能供应链计划体系的统一需求起点：把客户 Forecast、销售订单、Design-Win、渠道库存等多源信号，变成一份全链路共同认可、可评审、可追溯的共识需求（Consensus Demand）。

本文基于上海斯歌 APS 智能供应链计划管理解决方案中 Demand Planning 需求计划的公开资料，做技术向拆解，不含营销表述。

需求计划链路怎么跑

需求计划不是一张 Forecast 表，而是一条"多源接入 → 识别评审 → 滚动管理 → 下游发布"的供应链需求计划管理链路。

需求信号覆盖7 类来源，下游驱动5 大APS 模块，变更管控分3 类Time Fence（Frozen / Slushy / Liquid）。

1. 多源需求接入：建立统一需求事实

可纳入统一计划模型的需求信号：

• 客户 Forecast
• 销售订单与订单变更
• Design-Win 与项目量产计划
• 渠道库存与 Sell-through
• 长期协议与客户承诺
• 新品导入与产品生命周期
• 市场趋势、价格变化与外部行业信号
  
  关键不在"记录数量"，而在为每条信号打维度标签：客户、产品、区域、项目、时间周期、来源部门、确认状态。这让需求从"一组数字"变成可追溯、可比较、可评审的计划输入。

2. 需求识别与评审：从多版本 Forecast 到 Consensus Demand

不同信号不能简单相加。系统需支持销售、市场、产品、供应链、计划团队围绕同一份需求事实评审，判断：

• 哪些需求已确认 → 进入资源准备
• 哪些是高概率机会 → 按情景规划（scenario planning）管理
• 哪些订单变化来自渠道补库 / 库存转移
• 哪些新品项目需提前锁定关键资源
• 哪些变化影响库存、产能、客户交付承诺

评审产出一份跨部门确认的Consensus Demand（共识需求）。

异常识别示例（来自原方案说明）：某重点客户订单短期增长，但系统同时识别到渠道库存上升、终端 Sell-through 未改善。AI Demand Co-pilot 提示：订单增长可能来自渠道补库、提前备货或交期焦虑，建议结合项目进度、渠道周转、终端消耗确认后再决定资源投入。AI Demand Brain / AI Demand Co-pilot 的定位是辅助异常发现与风险提示，不替代业务决策。

3. 需求计划制定与管理：滚动 + 边界

• 长期预测：支撑市场趋势、产品路线、长周期资源准备
• 中短期滚动预测：管理客户 Forecast、项目爬坡、渠道库存、交付需求
• Forecast Consumption（预测消减）：避免预测与订单重复叠加计数
• Time Fence（时间围栏）变更规则：
  • Frozen冻结期：已进入执行准备，原则上不随意变更
  • Slushy半冻结期：可有限调整，需按规则审批
  • Liquid可调整期：可根据需求变化滚动调整
    
    结果是分层、分周期、有规则边界的滚动需求计划机制，而非静态 Forecast。

4. 下游发布：驱动五大模块

5. 传统需求计划 vs 共识需求计划（技术视角）

同样是"做需求计划"，架构差异决定协同上限：

结论：共识需求不是"更准的预测"，而是一份能被全链路共同使用的需求事实——这是后端协同能否成立的技术前提。