烘焙店预订小程序｜时段库存与取货核销方案 – MPForge

一、典型场景：面包自提预订最容易在哪几处翻车

面包自提预订的痛点不在系统多复杂，而在库存两本账、取货对不上：

• 库存靠口头：接龙群里说一声就算订上，到底备了多少货，没人说得准。
• 错取冒领：取货凭报名字，报错名字、拿错袋，高峰期一乱就是客诉。
• 退改扯皮：临时不要了退不退、怎么退，口头各说各话，钱货两不清。
• 临期管不住：当天没卖完的什么时候截止售卖，靠店员心算，临期损耗说不清。

二、方案总览：四步锁住每一个取货时段

面包自提预订的核心矛盾是现烤产能有限、取货集中高峰。从客人选时段下单到到店扫码取货，四个模块一条线走完：

1. 按时段放库存：产能按时段折成库存，卖完即止不超卖，接龙时代结束。
2. 预订即支付：下单支付锁定库存，口头预留变成有承诺的订单。
3. 取货码核销：到店出示取货码，一单一个码，错取冒领在扫码时被拦住。
4. 退改有规则：退改规则落成固定页，临期截止售卖自动执行，损耗说得清。

规则取舍细节见 退改规则写法；同类项目可参考 烘焙预订案例。

三、核心功能清单

• 时段库存：：按产能按时段计库，售罄自动下架，不超卖。
• 预订支付：：下单支付锁库存，取消按固定页规则退改。
• 取货码核销：：一单一码，扫码取货，错取与库存差异可统计。
• 临期截止：：售卖截止时点系统执行，临期商品自动下架。
• 提审合规：：隐私弹窗时机与审核材料对照站内清单提前备齐。
• 公众号菜单导流：：预订入口可与公众号菜单导流配合，客人自助下单。

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

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

1. 进场准备：把产能、时段库存与退改规则逐项录入后台校对；退改规则先落成系统固定页。商家能感知的是接龙群安静了。
2. 系统对接：预订、支付与取货码打通，店员、收银与客人用同一订单号说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是错取在扫码时就被拦住。
3. 员工培训：一线只强调一分钟内完成扫码取货、装袋交付的主路径关键动作；店长学会看库存与差异记录。商家能感知的是高峰取货不再翻袋子。
4. 灰度试点：先拿一个周末的取货高峰灰度试跑，不做数字考核，只看错取与库存差异有没有压到约定口径。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做中央工厂中台：中央工厂与加盟中台不进首版，先把一家店的预订取货闭环做实。
• 不做配送履约：外送配送放二期评估，首版专注自提取货，履约半径不夸口。
• 效果按试点口径：「错取与库存差异低于约定」是试点前后对比的验收结果；复制到下一店前请重估产能与时段结构。

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

口径：试点前后对比。验收结果：错取与库存差异低于约定；下单、锁库、取货、退改一条线走完，主路径关键动作 1 分钟内完成，接龙群退出日常运营。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ