中央厨房小程序｜门店订货与签收方案 – MPForge

一、典型场景：中央厨房最容易在哪几处翻车

央厨配送的痛点不在产能，而在报货口径乱、批次追不到：

• 报货靠电话：门店主管口述报货，漏报错报靠人肉核对，截单后改单扯皮不断。
• 截单无规则：什么时候截单各仓各说各话，临时加单挤占产能，配送线越排越乱。
• 批次追不到：某批次半成品出问题，查不到发了哪些门店，只能全线停售自证清白。
• 签收无记录：到店少送、错送没有签收留痕，差异月底对账才发现，扯皮已过时效。

二、方案总览：四步理顺一条配送线

中央厨房的核心矛盾是报货无标准、批次无轨迹。从门店报货到到店签收，四个模块一条线走完：

1. 门店线上订货：门店按标准品项下单，订了什么有单可查，截单前可自助修改。
2. 截单自动锁：截单时点系统统一锁定，加单走审批留痕，产能与配送线按计划走。
3. 批次全程跟踪：生产批次关联配送单，出问题可精确召回到店到批次。
4. 签收差异留档：到店扫码签收，少送错送当场提差异单，月底对账不再扯皮。

同类项目可参考 中央厨房配送项目案例。

三、核心功能清单

• 门店订货：标准品项线上下单，常用清单一键复用，报货不再电话轰炸。
• 截单规则：截单时点统一配置，加单走审批流，急单有据可依。
• 批次管理：生产批次与配送单关联，召回范围精确到店到批。
• 签收留痕：到店扫码签收，温度与外观异常当场记录。
• 差异单：少送、错送、破损当日提单，财务对账有同一套数据。
• 公众号通知：截单提醒、配送到达通知走公众号推送门店。

四、落地实施过程：五步上线

方案逻辑四步，落地拆成五个动作，前一步跑顺再进下一步：

1. 进场准备：把规则、口径与基础数据逐项录入后台校对；口头承诺先落成系统固定页，客诉才有同一套真相。商家能感知的是电话报货变成标准订货单。
2. 系统对接：订单、支付与库存（或工单）内部打通，前台、管理与一线用同一订单号说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是截单规则全网统一。
3. 员工培训：一线只强调一分钟内完成主路径关键动作；管理侧学会看后台记录与差异清单。商家能感知的是批次召回精确到店。
4. 灰度试点：先拿一个配送区的订货周期小范围试跑，不做数字考核，只看流程顺不顺、口径有没有对平。商家能感知的是问题清单在收敛，而不是上线即全量。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

说清楚不做什么，比堆功能更重要：

• 不做多仓协同首版：多仓调拨涉及库存与路由重构，首版先跑通单仓配送闭环，多仓放二期。
• 不做无仓配硬上：没有仓配能力的团队先补供应链——订货系统管的是既有履约能力，不创造冷链。
• 效果按试点口径：效果描述只做试点前后对比的定性验收，不是全公司财报；复制到下一店（下一场）前请重估客流、资质与支付配置。

六、上线后效果（试点口径）

口径：试点前后对比。定性结果：门店订货有单可查、截单统一锁定，生产批次关联配送可精确到店，签收差异当日提单，主路径关键动作 1 分钟内完成，截单与到达通知由公众号推送。以上为作业口径，非全公司财报口径。

复盘沉淀：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；数据对比写清分子分母与排除周。

七、常见问题 FAQ