红酒品鉴小程序｜场次名额与签到方案 – MPForge

一、典型场景与痛点：品鉴会开场前的半小时

品鉴活动的痛点不在酒，而在名额没锁、备酒靠估：

• 超员：报名靠群，到场人数超了，酒杯都不够用。
• 酒款库存不清：哪款酒开了几瓶、剩多少，事后对不上。
• 须知口头：饮酒年龄、驾车提醒口头说，没有确认记录。
• 退改乱：临时不来的人占着名额，想来的进不来。

二、方案总览：四步管住一场品鉴会

品鉴活动的核心矛盾是场地容量有限、合规口径不能松。从酒友报名到离场，四个模块一条线走完：

1. 订场次：按场次计名额，满员自动挡。
2. 确认知晓：饮酒年龄与驾车须知下单前勾选确认，留痕。
3. 支付占位：费用线上支付，付了才占名额。
4. 到场签到：凭订单扫码签到，人数实时可见。

同类项目可参考 品鉴预约案例。

三、核心功能清单

• 场次名额：按场次计名额，超员进不来。
• 酒款管理：品鉴酒款与数量随场次记录，库存可查。
• 须知确认：年龄与驾车须知确认留痕，合规有据。
• 支付占位：线上支付占位，退改按规则处理。
• 扫码签到：到场扫码，人数实时可见。
• 公众号菜单导流：报名入口可与公众号菜单导流配合，酒友自助报名。

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

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

1. 进场准备：把场次名额、酒款清单、须知口径与退改规则逐项录入后台校对；口头承诺先落成系统固定页，客诉才有同一套真相。商家能感知的是群报名变成场次名额，规则有页面可指。
2. 系统对接：报名、支付与签到记录打通，侍酒师、主办与门店负责人用同一订单号说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是备酒不再靠估。
3. 员工培训：一线只强调一分钟内完成报名、须知确认的主路径关键动作；店长学会看签到汇总、处理退改。商家能感知的是现场不再加椅子。
4. 灰度试点：先拿一场品鉴会小范围试跑，不做数字考核，只看流程顺不顺、超员有没有压下来。商家能感知的是问题清单在收敛，而不是上线即全量。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做线上售酒：酒类零售涉及许可与配送合规，首版聚焦品鉴活动闭环，售酒二期再议。
• 不做劝酒类营销：活动文案按合规口径维护，不承载任何诱导过量饮酒的表述。

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

口径：试点前后对比，只做定性复盘，不报精确数字。验收结果：超员与名额浪费明显减少；酒友报名、确认须知、扫码签到，主路径关键动作 1 分钟内完成，现场备酒心里有数。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ