甜品预订小程序｜成品预订与自提核销方案 – MPForge

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

甜品成品预订自提的痛点不在系统多复杂，而在订单散在私信、库存靠估：

• 漏单：预订散在私信与电话里，谁报过几个蛋糕，下班一汇总就少一两单。
• 自提对不上：客人说订了六点的，柜台说没这单，提货时间全凭一条聊天记录。
• 库存乱：当天能接多少个、哪款卖完没卖完，靠店员脑子里估，超接就翻车。
• 截单口径不一：明天取的要几点前下单，各家说法不一样，客人反复问。

二、方案总览：四步锁住每一单自提

甜品成品预订自提的核心矛盾是产能有限、订单口径分散。从客人选品下单到到店核销取货，四个模块一条线走完：

1. 选品下单：：当天可售款式按库存放出来，订一个减一个，卖完自动下架。
2. 约自提时段：：自提时段按产能放号，几点取、取几件写在订单里，不再口头约定。
3. 在线支付：：预订支付走订单，截单时间与退款规则落成固定页，客人下单前看得见。
4. 到店核销：：报取货码或出示订单，一线一分钟内完成核销，订单与柜台同一套账。

同类项目可参考 甜品预订案例。

三、核心功能清单

• 按款管库存：：当日可售成品按款计库，订一个减一个，售罄自动下架。
• 自提时段：：自提时段按产能放号，超时段自动关闭，提货时间以订单为准。
• 预订支付：：在线支付与截单规则进固定页，退款口径下单前可见。
• 到店核销：：取货码一键核销，核销记录与订单对得上，不靠小票。
• 公众号菜单导流：：预订入口可与公众号菜单导流配合，客人直接进预订页。
• 同一订单号对账：：预订、支付与核销打通，收银与后厨用同一订单号说话。

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

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

1. 进场准备：把当日产能、款式库存、自提时段与截单规则逐项录入后台校对；截单口径先落成系统固定页。商家能感知的是客人不再反复问几点能取。
2. 系统对接：预订、支付与核销打通，收银、后厨与店长用同一订单号说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是对单不再翻私信。
3. 员工培训：一线只强调一分钟内完成查单、核销、交付的主路径关键动作；店长学会看当日库存与未取订单。商家能感知的是高峰不再靠吼。
4. 灰度试点：先拿一个自提门店小范围试跑，不做数字考核，只看漏单有没有归零、核销顺不顺。商家能感知的是问题清单在收敛，而不是上线即全量。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做即时配送：：首版不碰外卖配送履约，先保证预订自提闭环可验，配送二期再议。
• 不替门店定截单时间：：截单与退款规则由门店拍板后落进固定页，系统不替商家裁定。
• 效果按试点口径：：验收结果按试点前后对比口径写，不是全公司财报；复制到下一门店前请重估烘焙产能。

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

口径：试点前后对比。验收结果：漏单归零；客人选品、约时段、到店核销一条线走完，主路径关键动作 1 分钟内完成，接单不再靠私信汇总。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ