餐饮自营外卖小程序案例：出餐时效与配送状态｜互联商通

一、客户背景与痛点

这家快餐店堂食稳定，公众号也有一批老粉，但外卖生意几乎全在第三方平台上，想做私域却一直没工具。

四个最疼的问题：

• 电话接单乱：私域外卖靠电话与微信收单，漏单错单时有发生。
• 出餐超时客诉：客人催单没口径，商家后厨到底做到哪一步说不清。
• 配送状态黑箱：出了餐谁在送、送到哪，顾客问一句店里慌一次。
• 售后无口径：外卖差评与退款各说各话，复盘无从下手。

二、方案总览：4 步从电话接单到状态可查

首版克制，先少承诺、可追踪，把「电话接单」变成「小程序下单、状态全程可见」。

1. 小程序下单：公众号菜单直达点餐，订单进后台，不再手抄电话单。
2. 出餐状态：后厨出餐进度同步到顾客端，超时单可督办。
3. 配送状态：骑手接单与送达状态顾客可见，配送不再黑箱。
4. 售后口径：退款原因结构化，外卖售后同一套标准处理。

完整能力清单见 餐饮方案；同行业可参考 茶饮多店案例。

三、核心功能清单

• 菜单与下单：菜单结构化，售罄自动置灰，订单直接进后厨。
• 出餐状态：接单、出餐、待取三态可见，超时单预警督办。
• 配送状态：骑手接单与送达进度顾客可查，减少催单。
• 售后工单：退款原因可勾选，差评与退款同一口径复盘。
• 私域订单统计：私域单独立口径，与平台单分开看。

四、落地实施过程

总览里的四步讲的是方案逻辑，这一节讲它怎么落到店里：四周内完成上线，拆成下面五个动作，前一步跑顺再进下一步。

1. 进场准备：菜单入库、配送规则页先定。开工先把菜单与价格逐项录入校对，配送半径、起送价与超时赔付规则写成固定页；与平台并存的库存策略先定调——堂食、平台、私域共用一套可售库存。商家看到的是菜单库一页页对完、配送承诺写得上台面；顾客此时看不到变化，但开放下单那一刻规则是齐的。
2. 系统对接：后厨与配送链路先跑通。上线前打通订单进后厨、出餐状态同步、骑手状态回传三条链路，支付到账与订单状态同一订单号对账。超时不再靠口头催，按订单号就能督办到是哪一单卡在哪一步；商家感知是接单不再守着电话，售后有据可查。
3. 员工培训：一条主线「先看出餐状态再答复顾客」。店员培训只强调一条：答复催单一律先看出餐状态。服务员对顾客的话术很简单——「小程序里能看到做到哪一步了」；店长则学会后台督办超时单、处理售后，日常运营不再事事找技术支持。
4. 灰度试点：老粉先跑，改完再对外。全量开放前先在公众号老粉里试跑，后厨与收银跟着盯：菜单有没有漏、状态同步顺不顺、配送衔接快不快。试出来的问题当场改——售罄同步修正、赔付规则补全，再对外放开；试点期不做数字考核，只看流程顺不顺、问题清单收不收敛。
5. 值班与应急：首周饭点驻场加兜底。上线首周午晚高峰驻场，值班覆盖支付、配送、售后三类突发。骑手临时断档按应急流程转协同配送；顾客不会用小程序，电话兜底接单后补录。试点暴露的问题全部进了第七节的复盘清单。

五、明确没做的事（对比与取舍）

首版不做复杂智能调度、不承诺过满的配送时效。先保证「下单—出餐—配送—售后」可追踪，调度算法与会员玩法等履约跑稳后再叠。

六、上线后效果（灰度数据口径）

灰度期内：

• 超时单可预警、可督办，客诉从扯皮变成按单处理。
• 私域外卖订单独立口径可统计，私域经营有了数据底座。
• 老板验收只看「超时可督办、私域单可查」，而不是小程序上线了。

所有结论为该项目灰度口径，复制前请重估配送半径、运力与平台依赖；数据对比写清分子分母与排除周。

七、坑与复盘

1. 售罄未同步：线下卖完线上还能下，先统一起跑线再放开，售罄即时置灰。
2. 路径承诺过满：配送时效别写满，宁可承诺保守、兑现超前，规则页写清口径。
3. 售后口径漂移：客服、店长、顾客用同一订单号说话，退款原因统一勾选，见 上线推广 SOP。

复盘沉淀为方法论：把可勾选验收句写进开工单，避免「能下单」代替「超时与售后达线」；配送规则从第一天写进固定页，否则客诉复盘只能拍脑袋。

八、常见问题 FAQ