外卖站点小程序｜排班与异常单对账方案 – MPForge

一、典型场景：外卖站点最容易在哪几处翻车

外卖站点的痛点不在单量，而在调度靠群吼、异常没归口：

• 排班靠吼：骑手排班、调班在微信群里你一句我一句，班表改了没人同步，高峰时段顶班靠运气。
• 异常单没人认：超时、洒单、地址不详的异常单发在群里，谁处理、处理到哪一步没有记录，复盘无据。
• 对账一团乱：配送费、罚款、补贴三笔账混在一起，站长月底手工拉表，差异说不清。
• 骑手信息裸奔：骑手手机号、地址在群里裸奔，离职后账号不回收，数据风险一直悬着。

二、方案总览：四步理顺站点日常

外卖站点的核心矛盾是调度信息淹没在群聊、异常单没有归口。从站长排班到月末对账，四个模块一条线走完：

1. 排班进系统：骑手按班次在小程序认领与调班，班表改了全员可见，不再群里接力喊话。
2. 异常单归口：异常单在系统里提报、指派、跟进，谁在处理、到哪一步一目了然。
3. 每日对账：配送费、异常扣款按单关联，日清日结，站长不再手工拉表。
4. 导出留档：排班与对账报表一键导出，与平台侧核对时有同一套数据。

同类项目可参考 外卖站点管理项目案例。

三、核心功能清单

• 班次排班：早中晚夜班次配置化，骑手认领与调班留痕，班表实时同步。
• 异常单流转：超时、洒单、坏单分类提报，指派到人、处理留痕，复盘有据。
• 对账导出：配送费与异常扣款按单关联，日报周报一键导出。
• 权限分级：站长、调度、骑手分级授权，骑手端只开最小权限，手机号脱敏。
• 可选窄接口：与平台侧做窄接口对接，只同步必要字段，不做深度耦合。
• 公众号触达：排班变更、异常指派通知走公众号推送，骑手不错过。

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

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

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

五、明确没做的事

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

• 不做平台深对接：首版与外卖平台只做窄接口或手工导入，深度对接涉及平台审批与字段联调，放二期按需评估。
• 不做多站齐上：先单站试点，跑通排班与对账口径后再复制到其他站点，避免各站规则打架。
• 效果按试点口径：效果描述只做试点前后对比的定性验收，不是全公司财报；复制到下一店（下一场）前请重估客流、资质与支付配置。

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

口径：试点前后对比。定性结果：排班调班全员可见，异常单指派到人、处理留痕，配送费与扣款按单关联、日清日结，主路径关键动作 1 分钟内完成，站长不再群里吼单。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ