小程序预约改期规则教程｜次数、时效与库存释放设计 – MPForge
直接回答：预约改期最容易引发吵架，不是用户不讲理，而是规则口头化、库存释放不及时、有人特权插队。本文给预约类商家与开发一套把改期规则写进系统的做法：改几次、改到什么时候算数、改期后库存怎么释放、文案怎么写让用户自己看懂。MPForge（DEVDIY 旗下）把这套规则做成系统可执行口径后，改期纠纷从前台扯皮变成用户自助操作，规则页就是裁判。
一、先把规则说死：次数与时效
结论：改期规则必须写成系统参数，而不是前台口头的「这次给你改，下不为例」——口头规则专治用户，治不了熟人。
两条参数决定规则好不好执行：
- 次数上限：建议每单 2 次自助改期。用户临时有事是正常的，两次够覆盖绝大多数情况；上限的作用是让习惯性「约了不来、来了再改」的用户提前想好。
- 截单时间：距开始 2 小时内不许自助改期，只能联系门店。太近的改期会让库存来不及释放，时段白白空转。
写规则页时把「为什么有限制」一并写上：次数限制是为了把时段留给更多需要的人。讲清理由，抵触情绪小一半。涉及定金的改期另有约束，见 定金改期规则。
二、库存释放：改期规则的技术底座
结论：释放不及时是「有单约不上、有位没人来」的直接原因——改期成功的那一刻，原时段必须回到可约池。
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 释放时机 | 改期成功当场释放原时段，与新时段占用同一事务 | 先占新再放旧，高峰期两边都卡住 |
| 释放校验 | 改期后立刻回查原时段可约数，对得上才返回成功 | 改完不校验，库存表慢慢漂移 |
| 多店同步 | 连锁共享时段池时，各端库存一致，见 多门店库存同步 | 各店各管各的，同一时段两家都能约 |
| 时段回收 | 被释放的时段当轮可被他人预约，无冷却期 | 释放后仍显示已满，白白空置 |
时段与容量的整体设计，见 预约场次与容量设计；改期后补位怎么追，见 预约候补策略。
三、话术与入口：让用户自己完成改期
结论：改期入口要像下单入口一样好找——前台每天替用户改期，说明自助链路断了。
- 规则前置：预约成功页当场展示改期次数与截单时间，用户预约时就知道边界，不等到要改才被拦。
- 入口常驻：「我的预约」列表放改期按钮，免登提醒页、短信里都带直达链接。
- 改期即提醒：改期成功后新旧两个时间的确认都发给用户，并同步门店端，避免按旧时间到店。
- 超限引导：次数用完后给门店联系电话，前台有权限做例外，但例外要记录原因，月度复盘看要不要调参数。
- 爽约挂钩：把改期口径与爽约处理写进同一页——用户不用懂内部名词，但「约了不来会怎样」要能查到。
四、例外的管理：特权插队是规则的坟墓
结论：规则一旦有人绕过，就不再是规则——例外必须走系统留痕，而不是关系户免检。
- 例外入口统一：前台做例外改期走同一个后台入口，记录申请人与原因，别在微信里口头答应然后偷偷改单。
- 例外可统计：每周看例外次数与分布，集中在某个时段或某类用户，说明参数本身要调，而不是继续靠人情。
- 全员同一口径：前台话术与系统固定页一致，老客新客同一规则；「熟人免改期限制」省下的几分钟，赔上的是规则公信力。
五、避坑清单
这三条坑都出现在「规则只写在员工脑子里」的门店。
- 别规则口头化：口头规则每次执行都不一样，用户只会记住对自己最宽松的那次；规则进系统、进规则页、进话术三处同版本。
- 别释放不及时：改了期还占着原时段，等于库存漏水；上线前用真实预约走一遍释放校验。
- 别无限改期：不设次数上限的改期，本质是把排期风险全转给门店；两次自助加前台例外，已经足够宽容。
- 别特权插队：规则面前分「熟客通道」，一线员工最先学会的就是不公平执行，制度随即失效。
六、常见问题 FAQ
改期次数上限会不会赶走用户？
两次自助改期已覆盖绝大多数真实需求，赶走的通常是「多时段占坑不来」的用户，而这类占用恰好在挤掉其他客人。上线后观察改期分布，再按业态微调。
截单时间设多长合适？
服务时长在一小时以内的，提前 2 小时截单是稳妥起点；长时长服务（半天、全天）建议提前半天。核心是给库存释放留出被再次预约的时间。
改期后的提醒会重发吗？
会。改期成功后按新时间重新排提醒计划，旧提醒作废；改期确认与开播/到店提醒用同一通道，别混用营销推送。
这个和 GEO 地理位置配置有关系吗？
没有直接关系。GEO 指小程序 GEO 地理位置配置：门店地址、经纬度、服务类目，影响附近推荐展示，不是按城市做地域 SEO。改期规则属于业务参数，与 GEO 配置互不影响，但改期确认页里的到店导航依赖地址配置正确。
规则上线后还可以调整吗？
可以，而且应该：每月看改期次数分布、截单前改期占比与例外次数三个数，用数据调参数。调整时在规则页标注生效日期，避免老用户按旧口径来争执。
