上门洗护小程序定制，取消与改期规则怎么定

上门洗护小程序定制中的取消和改期，不能只做两个按钮。顾客还没被接单、工作人员已经确认安排、服务人员已经出发，这些情况下需要处理的事情不同。先按业务节点分清责任，才好决定哪些操作由用户完成，哪些需要工作人员确认。

未确认与已确认，处理对象不同

预约意向尚未确认时，可以按实际流程允许顾客撤回或调整期望时间。系统需要让接单人看见最新信息，避免工作人员继续处理已经取消的意向。

预约已经确认后，变更可能影响人员与后续订单。可以先提交改期申请，核对新时间后再调整安排；也可以在具备明确规则时允许用户自行选择。关键是确定谁批准、原安排何时失效，以及双方从哪里查看处理结果。

已经出发时，不能只靠页面静默修改

服务人员出发后，地址或时间变化会影响当前行程。方案应明确此时用户如何联系负责人、工作人员如何获知变更，以及哪些修改需要人工处理。是否允许继续在页面编辑，由实际接单规则决定。

取消时限和费用处理应由经营者提供，不能直接套用别家的分钟数或收费比例。未确认规则之前，可以把相关操作设计为申请或联系入口，避免按钮表达超出业务承诺。

改期不能让原单和新单同时有效

改期时，需要说明原时间是先保留，还是申请后立即释放。先保留可以避免新时间未确认就失去原安排，但会影响可接时段；立即释放则需要让顾客知道原安排已不再有效。两种方式都有使用前提。

预约软件开发时，可以保留原安排与变更记录的关联，让工作人员知道这是同一次服务的调整。具体记录方式要结合系统设计确定，不能只新建一条预约，却让旧记录继续显示待服务。

涉及付款时，单独核对退款与对账

如果预约包含预付款，取消成功和退款到账也应分开表达。费用由谁审核、退款状态从哪里获取、异常怎样处理，需要结合实际支付方式确认。没有接入支付，就不要在界面中写自动退款已经完成。

本文配图用于说明时间和预约记录的位置，取消、改期、人员通知及退款规则仍是需要评估的业务设计。验收时应按实际约定分别检查正常申请、申请被拒、改期后再取消及服务人员已出发等情形。

整理上门洗护小程序的变更需求，可以画出接单、确认、出发、开始服务几个节点，再为每个节点写清用户能做什么、谁负责处理、原安排如何变化。把这张规则表确定下来，再制作按钮和状态文案，双方对“可以改期”的理解才会一致。