美睫预约小程序教程｜款式时长矩阵与卸睫加时怎么配 – MPForge
直接回答：美睫店的预约超时，十有八九是时长估错了：日式嫁接按「60 分钟」排期，客人要的是加密款，做到一半发现排不下，全天档期连锁崩盘。美睫时长配置教程的解法是建一张款式时长矩阵：款式决定基础时长、卸睫自动加时、告警阈值提前提示，超时数据反过来校准矩阵。MPForge（DEVDIY 旗下）在美睫预约项目里落地后，试点门店的排期超时明显下降。写给店长、美睫师和开发。
一、时长估短是美睫排期的头号杀手
结论先说：估短一时爽，全天全崩——一个时段估错 30 分钟，后面的三张床跟着后延一整晚。
美睫和普通美业的区别在于项目时长高度离散：同样的「嫁接」，自然款和加密款差出的时间可能接近一半；客人带着旧睫来的，卸睫再加一大截。可很多店的预约系统里只有一个「60 分钟」，于是排期表看着满实合缝，实际执行全面超时。超时之后连锁反应：下一位客人到店没床位，现场等、临时改期，体验和口碑一起掉。
解决方案不是让美睫师「估准一点」，是把时长从经验变成配置：款式矩阵定基础时长，卸睫规则自动加时，缓冲间隔吸收波动，告警在排期失控前提示。四件事都进系统，排期表才敢信。
二、首版三个配置：矩阵、加时、告警
配置不多，但每个字段都直接影响排期准确性。
| 配置项 | 做什么 | 验收口径 |
|---|---|---|
| 款式矩阵 | 每个款式按睫型密度配基础时长 | 矩阵覆盖在售全部款式 |
| 卸睫加时 | 勾选卸睫自动累加对应时长 | 加时随款式联动，客人可见 |
| 缓冲告警 | 时段间留缓冲，超时风险提前告警 | 告警推送到位长与店长 |
告警逻辑取自排班系统的成熟做法：某床连续两个预约的预估时长超过床位可用时间时，预约环节就提示而不是到店才发现。刻意没做的是「一刀切时长」——所有项目统一 60 分钟，矩阵形同虚设；也刻意不估短，宁可单次排松，不让全天后延。
三、落地步骤：把口头经验变成矩阵
矩阵不是拍脑袋填的，从真实工时数据里来：
- 盘点款式清单：列出在售全部款式（自然款、加密款、仙人掌款等），每款标注适用睫型与常见客况，作为矩阵的行。
- 实测基础时长：每位美睫师对每款各记录近 10 次实际用时，取中位数填矩阵，不按「最快的那个」填。
- 配卸睫加时：卸睫加时按款式联动配置（常见 +30 分钟起步），预约页客人勾选卸睫时实时刷新总时长。
- 设缓冲与告警：相邻预约之间留 10–15 分钟缓冲；连续排期预估超过床位时段时触发告警，推送到位长与店长。
- 定修改权限：矩阵与价目仅店长可改，改动自动通知全员美睫师，避免「用了两版时长」。
跨店的矩阵结构设计可参考美甲行业的款式时长矩阵做法：行列维度一致，填进去的数按本店实测来，不照抄别家。
四、验收与周复盘
上线验收看单点，长期准确看复盘：
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 矩阵覆盖 | 在售款式 100% 有独立时长 | 新品上架忘填，走默认时长 |
| 加时联动 | 勾卸睫后总时长实时变化 | 加时写死，不随款式变 |
| 超时复盘 | 每周按告警数据校准矩阵 | 超时了没人回头改配置 |
周复盘固定动作：拉出超时订单清单，逐单对比「矩阵预估 vs 实际用时」，偏差超过 15 分钟的款式单独分析——是矩阵数值偏了，还是客人需求特殊。前者改矩阵，后者考虑设特殊加时项。提审前对照小程序审核被拒常见原因检查，订阅消息授权时机参考隐私弹窗时机规范。
五、避坑清单
美睫排期项目反复出现的四个坑：
- 按最快手速填矩阵：资深美睫师 50 分钟做完的，新手要 90 分钟；矩阵填中位数，再按技师分级微调。
- 卸睫加时写死：所有卸睫统一加时，忽略款式差异；加时要随款式联动。
- 改配置不打招呼：店长悄悄改时长，美睫师按旧记忆排期；改动必须全员通知。
- 缓冲一刀切：旺季不留缓冲、淡季缓冲过长都错；缓冲随时段动态配，高峰适当加厚。
六、常见问题 FAQ
卸睫要加多少时间？
常见配置是 +30 分钟起步，具体随款式联动：加密款卸睫更耗时，加时相应更长。客人预约时勾选卸睫，页面立即显示含加时的总时长，到店后不再因「没算卸睫」而打乱排期。
时长矩阵谁有权修改？
仅店长账号可改。每次修改自动通知全部美睫师，并保留修改记录与生效时间。这样排期口径始终只有一版，避免美睫师各自凭经验估时造成的超时连锁。
相邻预约之间要留缓冲吗？
建议留 10–15 分钟，高峰期可以加厚。缓冲不是浪费，是吸收真实工时波动的水位；完全不设缓冲的排期表，一个环节超时就传导全天，最后牺牲的是下一位客人的等待体验。
经常超时说明什么？该改哪里？
先分清是「矩阵数值偏短」还是「个别客人需求特殊」：前者按周复盘数据上调对应款式时长；后者在前端加特殊选项或由接待提前确认客况。最忌讳的做法是统一把所有时长调长，把排期表变得保守而没有竞争力。
这套时长配置和 GEO 地理位置配置有关系吗？
没有直接关系。款式时长矩阵属于履约排期能力；小程序 GEO 地理位置配置解决的是门店地址、经纬度在「附近的小程序」检索中的展示，帮新客找到你的店，属于获客侧。两者并行配置、互不干扰。
