咖啡峰时预订取杯乱？时段库存把错取压下去｜互联商通案例

一、客户背景与痛点

这家咖啡馆在上海写字楼底商，早高峰与午后的集中取餐是命门，预订全靠微信口头说，取杯口贴满了手写杯贴。

四个最疼的问题：

• 口头预订：「帮我留两杯八点取」靠微信，谁先谁后、留没留全凭记忆。
• 库存超卖：热门豆与限定款按手感接单，爆单日超卖被迫道歉退款。
• 取杯混乱：同名同款杯一起出，客人拿错拿走别人的单。
• 备注丢失：去冰、燕麦奶等备注写在聊天里，做的时候已经丢了一半。

二、方案总览：4 步把错取压下去

首版克制，只做预订履约闭环，把「口头留杯」变成「时段库存 + 取杯码」。

1. 时段库存：按取餐时段设库存，下单即短时占用，超时未支付自动释放。
2. 线上预订：选时段、选品、结构化备注下单支付，预订记录可查。
3. 叫号出杯：订单进制作队列，按序叫号，高峰不插单。
4. 取杯码核销：一杯一码，店员扫码出杯，拿错当场拦住。

完整能力清单见 咖啡峰时预订方案。

三、核心功能清单

• 时段库存管理：每个取餐时段库存独立可配，卖完即止不超接。
• 短时占用机制：下单占用、支付确认、超时释放，杜绝占库存不付款。
• 结构化备注：冰度、奶基、浓度做成必选项，备注不再靠聊天记录。
• 叫号队列：制作按序推进，插单有权限有记录。
• 取杯码核销：码与订单绑定，出杯扫码，错取率大幅下降。

四、落地实施过程

总览里的四步讲的是方案逻辑，这一节讲它怎么落到店里：按「前一步跑顺再进下一步」推进，拆成五个动作。

1. 进场前准备：时段库存与菜单结构化。开工先把取餐时段划分与每段库存上限逐段配置，菜单按「基础款 + 变量（冰度/奶基/浓度）」结构化录入；取杯码打样贴在取杯位。主理人看到的是时段表一格格对完、备注项经得起高峰检验；顾客此时还看不到变化。
2. 与制作队列对接：占用与释放先跑通。上线前把「下单占用 → 支付确认 → 超时释放」与「出杯 → 扫码核销」两条链路在测试单上走通；未支付订单的占用必须按时释放，否则爆单时段库存会被假订单吃光。
3. 员工培训：一条主线加两套话术。咖啡师只强调一条：出杯必须扫码，口头递杯停用。对顾客的话术是「小程序里预订有时段，到店出示取杯码」；主理人学会后台看错取率、调时段库存，日常运营不再事事找技术支持。
4. 灰度试点：一个平日下午先试跑。全量放开前先拿一个非高峰时段试跑，盯三件事：库存占用释放准不准、叫号顺不顺、备注有没有丢。试出来的问题当场改——时段颗粒度细化到 15 分钟、高频备注做成快捷选项，再全面铺开；试点期不做数字考核，只看流程收敛，正式口径见第六节。
5. 值班与应急：首个工作日早高峰驻场。上线首个工作日早高峰驻场，值班覆盖支付、核销、库存三类突发：取杯码失效按订单号人工核销并回填原因、库存被打爆临时加段、顾客不肯用小程序由店员代订过渡。试点暴露的问题全部进了第七节的复盘清单。

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

首版不做外卖中台。骑手履约与平台抽佣链路重，先保证到店预订闭环可验；外卖能力按二期单量评估，不与一期验收混在一起。

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

试点期内：

• 错取由周均约 9 起降至2 起（试点前后对比）。
• 时段库存运转后，爆单日超卖道歉退款不再发生。
• 主理人验收只看「错取与超卖」，而不是预订量。

所有数字为项目试点口径，复制前请重估客流、产能与时段配置；数据对比写清分子分母与排除周。

七、坑与复盘

1. 规则口头未进固定页：预订时限、取杯规则一开始靠店员口头说，客诉一来各说各话；落成下单页固定规则后，双方才有同一套真相。
2. 授权与提醒时机过早：下单即请求全部订阅消息，拒权率高；改为预订成功后逐项请求、叫号提醒单条精准推送。
3. 双记账：微信口头预订与系统订单并行导致库存漂移；只保留系统一本账，口头预订一律引导进小程序重下。

复盘沉淀为方法论：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；时段库存与备注项从第一天进版本管理，调整留痕，调优有据。

八、常见问题 FAQ