婚庆档期小程序｜定金锁定与供应商协同方案 – MPForge

一、典型场景：婚庆档期预订最容易在哪几处翻车

婚庆档期预订的痛点不在系统多复杂，而在档期两本账、供应商靠打电话：

• 口头占档：吉日档期销售口头一占，另一组 sales 又答应别家，撞档当场穿帮。
• 未付长占：不付定金也能长期占档，真想定的客人反而排不进。
• 定金口头可退：定金退不退、退多少没有页面，客人临时改期就开扯。
• 供应商双约：司仪、摄像、花艺靠电话确认，同一批人被两家撞档，婚礼前夜才爆雷。

二、方案总览：四步锁住每个吉日档期

婚庆档期预订的核心矛盾是吉日供给有限、协同靠电话。从客人选档期到婚礼交付，四个模块一条线走完：

1. 档期日历放号：：旺季吉日按档期日历放号，订一个锁一个，撞档从源头消失。
2. 定金锁定：：支付定金才锁档，锁档记录可审计；未支付超时自动释放。
3. 套餐进订单：：套餐与加项明码进订单，退改口径写成固定页，前台按页面执行。
4. 供应商只读协同：：司仪、摄像、花艺在系统里只读确认档期，双约当天就现形，不再等婚礼前夜。

同类项目可参考 定金锁档案例。

三、核心功能清单

• 档期日历：：吉日按日历放号，未支付超时释放，不长期占坑。
• 定金锁定：：支付后锁档可审计，退改口径落成固定页。
• 套餐管理：：套餐与加项明码进订单，结账不靠口头。
• 供应商协同：：供应商只读确认档期，双约预警当日提示。
• 公众号通知：：锁档、付款与筹备节点公众号触达新人。
• 退改页：：改期与退款规则购票前可读，争议翻页面。

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

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

1. 进场准备：把吉日档期、套餐价格与供应商名录逐项录入后台校对；定金退改规则先落成系统固定页。商家能感知的是锁档有据、客人信服。
2. 系统对接：档期、定金与供应商打通，销售、策划与供应商用同一本日历说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是撞档当天现形。
3. 员工培训：一线只强调一分钟内完成选档、收定金、锁档的主路径关键动作；店长学会看未付占档队列。商家能感知的是旺季不再撞档。
4. 灰度试点：先拿一个旺季的吉日档期灰度试跑，不做数字考核，只看口头冲突与供应商双约有没有归零。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；定金退款流程进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做司仪抢单：全国司仪抢单、婚纱电商、直播带婚礼一律砍掉，先把自己档期的账理清。
• 不替公司定退改：定金退改规则由公司拍板后落进固定页，系统不替商家裁定。
• 效果按试点口径：试点口头档期冲突月均约 5→0–1 起（案例口径）；复制到新公司前请重估旺季档期与供应商储备。

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

口径：试点前后对比。验收结果：撞档基本归零；选档、定金、锁档、协同一条线走完，主路径关键动作 1 分钟内完成，供应商双约当天现形。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ