郑州预约小程序开发怎么设计？时段、名额、提醒与取消规则

先写预约对象，再排时段

预约对象可能是一项服务、一名人员、一间场地、一台设备，或它们的组合。美业常由项目和人员共同决定时长，场馆可能由场地决定容量，上门还要加服务区域。对象没写清，时段表没有计算依据。

时段不要先画成统一的半小时格子。应先问：服务时长是否固定、是否允许重叠、是否必须连着人员排班。本期不做人员排班、只做门店总容量时，要明确写出来，避免以后把“选技师”默认成已经包含。

名额和冲突要写成可执行的判断

每个对象在每个时段的可约次数就是名额。约满后用户应看到不可选、可排队还是可留资，三种结果是不同范围，必须选一种作为本期。未选时，接口无法决定返回什么。

冲突至少包括：同一人员同一时间被约两次、同一场地超容量、用户重复提交同一时段。系统是拒绝后一单，还是允许后台强制加约，要由业务确认。允许强制加约时，写明谁有这个权限，以及是否仍占用名额。

提醒写清对象、时机和失败后果

提醒不是装饰。应写明发给预约人、店员还是两者，在哪个状态触发，提前多久，失败后预约是否仍然成立。很多项目只需要站内状态变化，并不一定需要短信或订阅消息；未确定通道时，通道标为待核验，但“何时必须通知谁”仍要先写。

改期如果会重新计算提醒，要写明旧提醒作废、新提醒以哪次变更为准。没有这条，测试时会出现用户收到两次互相矛盾的时间。消息模板、签名和配额未就绪的，不要把“一定送达”写进范围。

取消和释放名额必须一起定

取消规则至少包括：谁可以取消、最晚什么时候可以取消、取消后订单状态叫什么、名额是否释放给其他人。用户取消和管理员取消可以使用不同截止时间，但两套规则都要写出来。

爽约、未到店、服务中止如果本期要记录，应各有一个状态，并说明是否仍占用名额。若不记录爽约，就要写明因此不能在本期统计未到店。退款若与取消绑定，写明取消成功后是否自动进入退款，还是只改预约状态、退款另走。

用四条样本验收，而不是只看日历能点

至少四条样本：成功占用一个名额、约满后不能再选、截止前取消并释放、截止后不能取消或取消但不释放。若本期包含上门，再加一条超出服务区域被拒绝的样本。每条都写预期状态和操作角色。

到店核销、上门打卡若本期不做，不要出现在主路径里。排班薪资、人员考核也不要混进预约状态。规则确认人应在样本旁留名，后续改截止时间时同步改样本，避免页面、提醒和名额各算各的。

• 对象：服务、人员、场地或设备，以及是否组合；
• 容量：每个时段可约次数，约满后的提示；
• 提醒：发给谁、以什么状态触发、失败是否影响预约；
• 取消：截止时间、是否释放名额、改期由谁操作；
• 履约：本期是到店、上门，还是两种都做。

把容量计算写成一句可以测试的话

每个预约对象用一句话写容量，例如“每位人员同一开始时间只能有一单”或“每间场地每小时最多三单”。说不出这句话，日历上的格子就没有验收标准。组合预约要写两句：人员和场地是否必须同时有余量，缺一个时用户看到哪句提示。

改期不要当成取消再新建而不留记录。应写明改期是否占用新名额、旧名额何时释放、提醒以哪一次时间为准。若本期不允许用户自行改期、只允许取消后重约，也要写进规则，避免页面上留下没有定义的改期按钮。

核销或到店确认若属于履约而不是预约本身，要决定它是否进入本期。进入则增加“已履约”状态和操作岗位；不进入则预约在“已预约”结束，并写明到店与否不在本期记录。两种都留着却都不定义，样本无法判断成功。