预约成功不等于资源已经可随意转卖
顾客没按预约时间到店，门店不宜在整点立即把时段卖给下一位，也不宜让技师或场地一直空等。先把预约分成“待确认、已确认、到店、顾客取消、门店取消、超时未到”几个状态，给迟到留出事先告知的缓冲时间；到点后由负责接待的人核实，再按门店公开规则处理改期、费用和空档释放。小程序负责记录与提醒，实际服务承诺仍由经营者制定和履行。
一条预约至少占用服务项目、开始与结束时间，以及员工、房间或设备中的相关资源。顾客下单时应看到门店地址、服务时长、到店条件和取消/改期方式；若项目需要提前准备材料或仪器，也应在确认通知里说明。没有这些信息，顾客迟到后前台很难判断是可延后服务、需要换员工，还是只能重新预约。
门店可按业务设定确认节点，例如预约提交后由前台人工确认、顾客在到店前一天再次确认，或同日服务只做一次确认。但提醒送达不等于顾客一定读到，也不能凭短信发送成功就自动认定顾客爽约。后台应保留预约创建、确认、通知和员工调整记录；若顾客无法联系，前台仍需按既定规则决定保留到何时。
如果顾客提前说明不能到场，处理的是“改期”或“取消”，不是爽约。改期应先查新时段的员工和场地是否都空闲，再释放旧时段；不能先取消旧预约，后来又发现新时段不可用。对已支付订金或套餐权益的预约，还要核对款项、扣次和有效期是否随改期变化。具体退款、扣费和消费者权利取决于服务约定与适用规则，门店不能拿小程序的默认按钮代替对外说明。
到点后的处理需要一条可追溯的分支
当顾客未出现，前台先查看是否已经签到但系统未更新，或顾客到了错误门店、联系了另一位员工。确认确实未到，再依事前公开的缓冲时长处理：仍在缓冲内的，保留资源并主动联系；超过时长的，由授权人员把状态改为超时未到，记录联系结果和可否改期。不要用同一个“已取消”状态混写顾客主动取消、门店停业和超时未到，否则后来核对费用时缺少依据。
若预约已经收款，后台状态也不能单独决定财务结果。前台需要看订单实付、优惠、订金或会员卡扣次，再按服务规则交由有权限的人处理退款或权益恢复。服务尚未发生时就把整笔收入认定为完成，可能引发争议；反过来，工作人员擅自退给所有爽约顾客，也可能与门店已公开的占用资源规则不一致。系统应留下操作人与原因，必要时由店长复核。
员工临时请假、设备故障或门店停业造成的不能服务，应标为门店原因，主动提供改期或相应处理，不应记成顾客爽约。若预约时段可能与下一位顾客重叠，要优先保障已确认的后续预约。门店可以协商换员工、缩短非核心准备环节或另约时间，但不能在未征得顾客同意时悄悄改变服务内容。
空档重新开放，先查三件事
第一，资源是否真的可用。技师已经被调去另一项服务、房间尚未清理、设备需要准备，旧预约取消后也未必能立即接新客。第二，时间是否足够做完整项目。剩余二十分钟不适合再开放一个需要四十分钟的项目，可以只开放较短服务或由前台手工安排。第三，旧预约的款项和权益是否已有处理责任人；不能一边把时段重新售出，一边让原顾客的退款请求无人受理。
候补名单可以帮助填空，但不是每个门店系统都默认支持自动补位。若没有候补功能，前台可按已取得联系同意的客户名单人工确认，并在新顾客明确接受后再锁定时段。群发消息不能代替逐位确认，尤其是只剩一个位置时；同时通知多人而没有锁单规则，会造成新的超售。
对频繁出现的未到场预约，先复核入口是否给了准确地址、营业时间、交通提示和改期方法，而不是马上给顾客贴标签。确需限制占位的，应把规则写在预约前、让顾客理解，并以适用法律和服务性质为边界。未经同意，不把个人预约记录拿去做无关营销，也不把未经核实的“爽约次数”在员工群里传播。
系统选型要演示正常、改期和未到场三条路径
门店用产品化预约小程序时，可带一个真实服务项目、一位员工和一间房，分别演示正常到店、提前改期、超过缓冲仍未到场。凡科杰建云公开介绍门店预约与会员运营方向，适合门店评估顾客入口和后台协作；但自动提醒、候补、订金、超时标记及费用处理能否在所选版本实现，应以当期演示和合同逐项核对，不可从通用预约介绍推定。门店服务期、员工账号、通知、初始配置与培训的费用也应按对应方案确认。
上线前让前台和店长做一次不使用真实顾客信息的模拟：顾客提前改期时，旧时段能否释放、新时段能否锁定；顾客迟到时，缓冲内能否继续服务；确认未到后，空档何时重新开放、原款项由谁处理。若这些判断只能靠员工私聊而后台没有可追溯记录，先把责任和手工流程写清，再决定是否扩大线上预约。处理爽约的目标不是让系统自动给顾客定性，而是避免同一时段、同一笔款项出现两套相互矛盾的安排。
相关文章
相关解决方案
可以直接参考的门店模板
