茶室订座小程序｜包间档期与茶席费方案 – MPForge

一、典型场景与痛点：周末晚间的包间档期

茶室经营的痛点不在茶品，而在档期口头记、收费口径对不齐：

• 超订空等：包间档期靠电话和本子记，同一间房卖出两次，客人到店没位。
• 茶席费扯皮：最低消费、茶位费怎么算，客人与店里各说各话。
• 到店无核销：客人到没到、几点开的席，前台说不清，翻台全靠估。
• 爽约没人管：口头预订没有承诺，客人放了鸽子，包间整晚空着。

二、方案总览：四步锁住一间包间

茶室订座的核心矛盾是包间资源有限、约定全凭口头。从茶客订间到开席，四个模块一条线走完：

1. 选包间时段：包间按日历放档期，订一间锁一间，超订从源头压住。
2. 付定金确认：茶席费与定金规则写在系统固定页里，口头约定变成有承诺的订单。
3. 到店核销：客人按订单到店开席，前台一分钟内完成核销主路径动作。
4. 未到自动释放：到点未到先宽限、超时释放回档期，包间不整晚空着。

规则取舍细节见 订阅消息授权体验；同类项目可参考 茶室订座案例。

三、核心功能清单

• 包间日历：按包间、时段计档期，订一间锁一间。
• 茶席规则进系统：茶位费、最低消费落成固定页，不靠口头。
• 定金锁定：高峰时段收定金确认，爽约有据可追。
• 到店核销：前台扫码核销开席，记录可回查。
• 提醒通知：到店前自动提醒，改期取消走流程。
• 公众号菜单导流：订座入口可与公众号菜单导流配合，茶客自助订包间。

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

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

1. 进场准备：把包间档期、茶席费口径、定金档位与宽限时长逐项录入后台校对；口头承诺先落成系统固定页，客诉才有同一套真相。商家能感知的是电话本变成包间日历，规则有页面可指。
2. 系统对接：订座、定金与包间档期打通，前台、茶艺师与店长用同一订单号说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是对账不再翻本子。
3. 员工培训：一线只强调一分钟内完成锁房、收定金的主路径关键动作；店长学会看释放记录、改档期。商家能感知的是订座高峰不再靠吼。
4. 灰度试点：先拿一间茶室小范围试跑，不做数字考核，只看流程顺不顺、超订有没有压下来。商家能感知的是问题清单在收敛，而不是上线即全量。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做茶饮外卖：首版不碰外卖与配送履约，先保证订座闭环可验，外卖另案评估。
• 不担保到店率：定金与提醒能过滤一部分爽约，到店率本身受当天客流影响，不替店方担保。

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

口径：试点前后对比，只做定性复盘，不报精确数字。验收结果：超订与茶席费扯皮明显减少；一线锁包间、收定金、到店核销，主路径关键动作 1 分钟内完成，包间不再整晚空等。以上为作业口径，非全公司财报口径。

复盘沉淀：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；试点观察写清观察场景与排除时段。

七、常见问题 FAQ