茶饮连锁多店点餐小程序案例：门店切换与库存同步｜互联商通

一、客户背景与痛点

这家新茶饮连锁有 12 家门店，高峰期外送与到店同时挤。公众号有粉丝基础，老板希望菜单一键进小程序。

四个最疼的问题：

• 选错店退单：顾客定位到远端门店，下单后才发现取错店，退单扯皮。
• 售罄靠口头：原料卖完店员口头说，线上还在接单，差评跟着来。
• 积分各店口径不一：跨店积分怎么算没有统一规则，会员咨询多。
• 规格易错：糖度、冰量、加料靠备注，后厨容易做错。

二、方案总览：先能改店、能停售，再谈联名

首版克制，只做多店履约闭环，把「到店才说售罄」变成「下单前就停售」。

1. 定位选店 / 手动选店：定位推荐最近门店，也可手动切换，下单前改店不收手续费。
2. 菜单与结构化规格：糖度、冰量、加料全部做成必选项，从源头压住口误。
3. 售罄一键停售：原料或成品售罄，店长后台一键停售，线上同步下架。
4. 会员积分统一规则：跨店积分累计与清零规则写进积分明细，12 店同一口径。

完整能力清单见 餐饮美食方案；单店闭环可参考 烤鱼扫码点餐案例。

三、核心功能清单

• 多店切换：定位+手动选店，门店营业时间与库存按店独立。
• 结构化规格：必选项卡住糖度冰量加料，后厨照单做茶。
• 售罄管理：一键停售即时生效，减少「买不到」差评。
• 在线支付：到店自取扫码支付，取茶码凭单取餐。
• 积分账户：跨店积分流水统一，清零规则明细可见。

四、落地实施过程

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

1. 进场前准备：菜单入库与门店参数校对。开工先把 12 店的菜单、价格、规格逐项录入，糖度冰量加料在商品后台先行结构化；每家店的营业时间、时区参数逐店核对。店长看到的是分店菜单库一页页对完；顾客此时看不到变化，但上线那一刻菜单是完整的。
2. 系统对接：库存口径与积分规则打通。上线前明确原料库存与成品库存分开管理，不混用；会员积分账户统一建账，跨店累计与清零规则写进明细页。店长感知是「谁家积分怎么算」有了唯一答案，会员咨询不再各说各话。
3. 员工培训：店长一条主线加两句话术。店长培训只强调一条——售罄第一时间点停售，别让线上继续接单；店员对顾客的话术很简单——「小程序下单，到店凭取茶码取」。第一次用的顾客上手带一遍，日常运营不再事事找总部。
4. 灰度试点：几家店先跑，改完再全铺。全量放开前先拿几家店试跑，后厨与店长跟着盯：选店顺不顺、规格有没有漏、停售及时不及时。试出来的问题当场改——门店营业时间参数修正、必选项补全，再逐店铺开；试点期不做数字考核，只看流程顺不顺、问题清单收不收敛。
5. 值班与应急：首周高峰驻场加兜底。上线首周晚高峰驻场，值班覆盖支付、取茶码、积分三类突发；小程序异常时门店手工开单兜底，线上与人工并行不强制。试点暴露的问题全部进了第七节的复盘清单。

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

首版不做中央厨房生产计划、不做复杂分销，外送不自营。先做到店自取闭环，外送接第三方平台；联名与裂变活动等履约跑稳后再叠加。

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

四周灰度后：

• 选错店导致的退单减少（试点口径）。
• 售罄相关差评下降，「到店才说卖完」基本消失。
• 店长最满意的是后台一键停售，不用再口头拦单。

所有数字为项目试点口径，复制前请重估门店数、菜单复杂度与会员存量；数据对比写清统计周期与排除项。

七、坑与复盘

1. 门店营业时间与参数配错：逐店校对营业时间与库存参数，配置错了选店逻辑全乱。
2. 原料库存与成品库存混用：分开管理，售罄判断以成品口径为准，避免误停售。
3. 测试账号没有完整下单路径：提审前测试账号必须能走通选店到支付全流程，见 发布检查清单。

复盘沉淀为方法论：第三方差评里「小程序买不到、到店才说售罄」，多数是门店忘记点停售——把停售写进店长交接班清单，比加功能更管用。

八、常见问题 FAQ