需求预测
优先试点这一场景的目标是把销量、促销、天气、节假日和渠道整理成预测、区间、偏差和风险。
- 输入
- 销量、促销、天气、节假日和渠道
- 输出
- 预测、区间、偏差和风险
- 验收
- 检查预测偏差、缺货率、人工覆盖原因记录率
- 边界
- 展示误差区间,突发事件由计划员调整

供应链计划的关键是解释预测、暴露假设并记录人工覆盖原因。
左起第一列是这个岗位可交给 WorkBuddy 的场景; 中间两列是它需要什么、能交付什么;最后一列是必须由人或系统决定的部分 —— 这一列才是评审时真正要看的,因为它决定哪些环节不能自动化。
| 场景 | 需要输入 | WorkBuddy可辅助交付 | 人工或系统边界 |
|---|---|---|---|
| 需求预测 | 销量、促销、天气、节假日和渠道 | 预测、区间、偏差和风险 | 展示误差区间,突发事件由计划员调整 |
| 库存与补货 | 库存、在途、销量、交期和服务水平 | 补货建议、缺货和超储风险 | 写入计划前人工审批 |
| 采购计划 | 需求、BOM、库存、提前期和MOQ | 采购需求、到货计划和缺口 | 供应商承诺需采购确认 |
| 供应风险监控 | 供应商、运输、天气、新闻和库存 | 风险事件、影响和预案 | 外部信息分可信度,重大风险升级 |
| 备选供应方案 | 规格、认证、产能、价格和交期 | 备选供应商和验证清单 | 替代需要工程、质量和采购批准 |
| 产销协同 | 销售预测、产能、库存和活动 | 供需差异、方案和会议材料 | AI不替代S&OP决策会议 |
| 多仓库存平衡 | 多仓库存、需求、调拨成本和时效 | 调拨建议和缺货影响 | 调拨写库前核验真实库存 |
| 情景分析 | 需求变化、供应中断、成本和约束 | 多方案成本、服务和风险对比 | 假设必须可见且可修改 |
| 计划偏差复盘 | 预测、计划、实际和例外 | 偏差来源、采纳率和改进项 | 区分模型误差、数据问题和人为覆盖 |
三个优先场景在各岗位下按同一套方法拆解:明确任务口径 → 收集并检查输入 → 让 WorkBuddy 执行整理、检索或生成 → 输出可编辑结果 → 由岗位负责人复核后进入下一流程。
这一场景的目标是把销量、促销、天气、节假日和渠道整理成预测、区间、偏差和风险。

这一场景的目标是把库存、在途、销量、交期和服务水平整理成补货建议、缺货和超储风险。

这一场景的目标是把需求、BOM、库存、提前期和MOQ整理成采购需求、到货计划和缺口。
同一个岗位的场景会分散在四层里:文件层只用本地文档就能跑, 知识层要先建好有版本、有出处、有权限的资料,系统层要接业务系统, 决策层则必须保留人工批准。先看自己能从哪一层起步。
使用本地文档、表格和模板,结果可人工检查
建立有版本、有出处、有权限的知识资料
通过受控的Connector、MCP或API读写业务系统
展示依据、假设和影响,高风险决定由人批准
推荐先做“计划偏差复盘”。它所需输入是预测、计划、实际和例外,目标交付是偏差来源、采纳率和改进项。
试点可按四个动作推进:第一,抽取一批真实历史任务作为基线;第二,用同一批输入让人工流程和WorkBuddy流程并行;第三,记录失败、遗漏和人工修改原因;第四,只在结果稳定、权限清楚、可以回滚时扩大范围。
建议验收指标包括:预测偏差、缺货率、人工覆盖原因记录率。如果结果需要大量重做、来源无法追溯、系统写入不可回滚,试点应暂停并先修复数据或流程。
把你们这个岗位最耗人的一件事说清楚,我们按上面四层能力给出可切入点、需要对接的系统清单和人工边界 —— 不是通用方案,是照着你们现有流程改的版本。