仓配销售协同周会复盘与整改追踪单

周会上的复盘为什么常常失效

仓配销售协同的周会容易变成一场汇报接力：销售念一遍预测，仓库念一遍库存，再把上周的未完成事项原样搬到下一周。问题不在于没人提问题，而在于问题没有被拆到可执行的程度。

常见结果包括：

• 议题数量失控，一次会议覆盖十几个主题，任何一个都谈不深
• 事实和判断混在一起，缺货是数据还是推测，没人说得清
• 方案绕过硬约束，比如用无法兑现的截单承诺覆盖调拨周期不足的问题
• 闭环缺失，本周动作没有负责人，也没有下次复查点

这个技能只处理一件事：把这类例会从汇报会改造成问题决策与闭环，产出物固定为整改追踪单。

它如何工作

核心思路是用一个验收指标约束整个流程——缺货影响订单率。所有议题进入会议前，先判断是否超过阈值、是否需要跨部门协作；只有符合条件的问题才进入会议。

执行流程分六步：

1. 核对库存、需求预测和促销计划，标记数据日期、来源、缺失项和不可比口径，资料不足时先输出补证据清单
2. 只保留超过阈值且需协作的问题进入会议
3. 把截单时间、调拨周期和安全库存受限写成场景硬约束，任何方案不得用无法兑现的承诺绕过
4. 区分已确认事实、原因假设和待补证据
5. 确定本周动作、负责人和下次复查点
6. 用库存快照、订单预测和调拨单完成交付前核验，并以缺货影响订单率作为复查指标

交付物共三项：整改追踪单、交付前核验清单、缺货影响订单率复查记录。最后一项是硬门槛——没有实际数据时，只能给出测量口径，不允许虚构结果。

适用边界与注意点

这个技能不替代全盘战略、真实平台操作、合同或合规审批，也不把建议冒充已执行结果。

几个明确的红线：

• 不承诺流量、转化率、收入、排名、审核或活动效果
• 涉及价格、促销、广告、个人信息和平台规则时，先列出需要业务或法务确认的事项
• 涉及真实发送、发布、付费、退款、删除、权限或生产变更时，必须取得用户明确授权
• 处理会员、客户、员工数据时只用最小必要信息，并提醒去标识化
• 不读取、记录或输出密码、Token、私钥

质量检查清单用于交付前的自检，包括议题数量受控、事实与判断分开、动作可验收、延期有解释。任一关键条件不满足时输出暂不可交付，列出缺失信息和下一步补证据动作，而不是用空泛建议填满模板。