微信小程序工位时长配置教程｜服务矩阵与超时告警 – MPForge
直接回答：分时预约的日历「假准时」，根源多半是工位时长配置一刀切。这篇微信小程序工位时长配置教程面向店长与开发：按「服务项 × 复杂度」建时长矩阵，给每个工位挂超时告警，临时加项自动建议延时。MPForge（DEVDIY 旗下）在洗车、美容、洗护、诊室类项目里用这套配置把「估短占槽」压下来。
一、估短占槽是怎么把日历拖垮的
工位时长配短了，前面看着满档，后面每个预约都在迟到，一整天全错位。
洗车、洗护、诊室这类按工位排程的业态，最常见的三类翻车：
- 估短占槽：标准洗 40 分钟、精细洗要 70 分钟，配置里全填 30 分钟，第二个预约进场时上一台还没下工位。
- 无告警：工位已经超时十几分钟，前台和技师都不知道，顾客在大厅越等越恼。
- 临时加项不加时：客户现场加个打蜡，服务时长变了，排程却没变，后面全挤。
验收口径：上线后复盘「槽位实际占用与配置时长的偏差」，偏差稳定收窄，才说明矩阵真的贴近现场，而不是拍脑袋填的数字。
二、时长矩阵怎么配：服务项乘以复杂度
单一时长必然失真，矩阵才是贴近现场的最小配置单位。
| 配置项 | 达标口径 | 常见错误 |
|---|---|---|
| 服务项基线 | 每个服务项按实测取基线时长，不足 5 个样本就先观察一周 | 照抄同行的数字，不看自家设备与人员 |
| 复杂度系数 | 车型/毛发量/污染度分档，各档对应加时幅度 | 只配标准项，非标准单全部超时 |
| 工位间缓冲 | 项与项之间留清理缓冲，可按工位单独设置 | 零缓冲排满，脏工位直接接客 |
| 加项延时 | 现场加项时系统自动建议延后时长并重排 | 加项照旧单执行，后面预约连环迟到 |
矩阵表打印一份贴在工位，纳入新员工培训；场次整体容量与工位数的匹配口径见 预约场次容量设计。
三、超时告警：响了就必须有人接
告警的价值不在「响」，在「响应」：没人接的告警等于没配，还白耗一次推送。
配置上给每个工位设超时阈值（如超出基线 10 分钟即触发），告警推送到当班值日的岗位而不是全体群发；响应动作只有两个——加速收尾或通知下一位，都要在系统里点选留痕。告警响应时长与槽位偏差一起进周复盘，哪台设备、哪个时段最容易超时，用数据说话而不是凭印象。多设备串排的超时场景另见 设备分时超时处理。
四、改时长的权限与通知
改时长是敏感操作：店长权限、全程留痕、已预约用户必须收到通知，三件事缺一不可。
- 提交修改：只有店长及以上角色能改服务项时长，修改理由必填，操作记录含改前改后值。
- 重算排程：系统按新时长重排当日受影响工位，标记冲突场次。
- 通知已预约：冲突与顺延的预约自动推送改期说明，文案写明新旧时间与可选档位。
- 确认到店：被顺延的用户确认新档位，未确认的进入人工跟进，避免到场才发现改期。
- 复盘偏差：周会上过一遍告警响应记录与槽位偏差，反哺矩阵下一轮调整。
五、避坑清单
- 别只配标准项：非标准单在矩阵里没有档位，技师只能靠猜，超时告警会被天天触发直至麻木。
- 别让告警无人接：告警必须绑定具体岗位与响应动作，无人响应的告警连续出现要当事故复盘。
- 别改了时长不通知：已预约用户被静默顺延，等于把排程压力转嫁给顾客，投诉几乎必发生。
- 别把 GEO 当地域 SEO：多门店矩阵要按门店分别配置，门店能否被用户搜到靠 GEO 地理位置配置（地址、经纬度、服务类目），它指地理位置配置本身，不是城市词堆砌。
六、常见问题 FAQ
谁来改服务项时长？
店长及以上权限，操作留痕并记录理由；技师端只能发起建议，不能直接改配置，防止现场随意调。
客户现场加项怎么办？
系统按加项内容自动建议延时幅度，技师一键应用后工位重排，后续预约同步顺延并收到通知，不需要口头协调。
项与项之间要不要留缓冲？
要。清理与交接时间按工位单独设置，宁可日历看起来松一点，也不要满档排程让每个预约都延迟开场。
超时告警推给谁？
推给当班值日岗位而非全员，响应动作在系统点选留痕；告警响应时长与槽位偏差纳入周复盘，持续校准阈值。
工位时长和 GEO 地理位置配置有关系吗？
关系在多门店层面：各门店设备与人手不同，时长矩阵按门店独立配置；而门店能否被附近用户搜到，靠的是 GEO 地理位置配置（地址、经纬度、服务类目），与地域 SEO 无关。
