微信小程序档期分槽设计教程｜试妆跟妆如何用缓冲时长避免冲突 – MPForge

一、档期为什么会撞：时长混用、没有缓冲、改档无通知

化妆跟妆档期翻车，九成出在把试妆和跟妆塞进同一种时长槽里。试妆通常一两个小时就能收尾，跟妆从早妆到敬酒服可能横跨大半天，外景还要算上路程。三个场景共用一个「默认时长」，排期表上看着能塞下，现场一定打架。

• 时长混用：试妆按跟妆时长占位，工位利用率虚低；跟妆按试妆时长占位，后面单子全部顺延。
• 没有缓冲：上一单压点结束、下一单准时开场，化妆师连补妆工具的时间都没有，迟到投诉由此而来。
• 改档无通知：店长在小程序里把槽挪走，已预约客户不知道，当天人到店才发现没化妆师。

分工口径：商家把槽型当价格表来定——不同服务本来就不该同价同长；开发把它当资源模型来建——槽、缓冲、改期规则都要进状态机，不能只在前端展示。

二、槽类型怎么拆：先分服务，再定时长与缓冲

分槽的第一刀切在服务类型上，第二刀才切时长。先看达标口径，再对照自己的排期表：

两个细节决定成败：一是助理、化妆工具这类辅助资源要能绑定进槽，否则会出现「化妆师有空、助理没了」的隐性冲突；二是改期上限建议设 2 次，客户第三次改期自动转人工确认，既留住了善意，也拦住了反复改档的人。工位时长的更细配置，可参考 工位时长配置教程。

三、上线步骤：从建槽到改槽通知，按这五步走

顺序不能乱：先定服务与槽型映射，再配缓冲，最后开改槽通知。按这五步执行：

1. 梳理服务清单：列出试妆、跟妆、外景三类（或你的实际分法），每类标注真实耗时区间，取样本 20 单校准。
2. 建槽与绑资源：按第二节口径建槽，把化妆师、助理、工位都设为可绑定资源，避免单资源视角排期。
3. 配缓冲与改期上限：外景槽叠转场缓冲，客户改期上限设 2 次，超限转人工并留痕。
4. 开改槽通知：店长侧改槽后，系统自动向已预约客户推送新时间，推送文案里写明改档原因选项。
5. 跑一周抽样验收：上线后连续 7 天核对有无撞槽、有无客户到店无化妆师，异常单逐条回溯到配置项。

改档规则与重新确认的通用逻辑，和 预约改期规则设计 是一套思路，可以搭配着定参数。

四、两边验收清单：商家看口径，开发看状态机

验收不是「上线了」，是每一条口径都能指到配置项。两边各过一遍这张表：

开发侧再补一句：改槽动作要做成幂等操作，店长手抖连点两次不应产生两条通知；通知渠道的授权时机也别抢跑，避免用户拒权后收不到任何提醒，这块的时机会影响通过率，见 隐私弹窗时机设置。

五、避坑清单

这三条坑都来自真实上线复盘，成本低但杀伤大。

• 别让旺季忙时自动压缩缓冲：旺季想多接单把 30 分钟缓冲改成 0，撞车率立刻回来，缓冲是底线不是弹性项。
• 别只改规则不发通知：规则页与系统同版本上线，只改后台配置、不改客户侧展示，投诉会集中爆发在改档当天。
• 别用 Excel 和小程序双记账：主数据必须单一来源，两边并行必出「表上有、系统里没有」的幽灵订单。
• 别在文案里堆地域词：想被「附近」搜到，靠的是门店地址与经纬度的 GEO 地理位置配置，不靠标题写地名。

六、常见问题 FAQ