管理、改期和取消预约
创建并维护预约记录，同时保持客户和操作人员的预期准确。本文指南使工作聚焦于预约，并提供一条可重复执行的路径，让新的 Humind 用户无需更改无关配置即可遵循。 联系人将客户身份和对话上下文整合在一起。预约增加了可排期的工作，并包含可用性、时区、时长和地点设置。准确的记录和清晰的归属有助于团队持续跟进，而预约规则可防止客户看到企业无法兑现的时间。 开始之前 访问权限： 需要预约读取权限。创建、移动、更新状态或取消需要预约写入权限。...
创建并维护预约记录，同时保持客户和操作人员的预期准确。本文指南使工作聚焦于预约，并提供一条可重复执行的路径，让新的 Humind 用户无需更改无关配置即可遵循。
联系人将客户身份和对话上下文整合在一起。预约增加了可排期的工作，并包含可用性、时区、时长和地点设置。准确的记录和清晰的归属有助于团队持续跟进，而预约规则可防止客户看到企业无法兑现的时间。
开始之前
访问权限：需要预约读取权限。创建、移动、更新状态或取消需要预约写入权限。
- 确认客户、服务、门店和时区。
- 查看当前预约状态和现有备注。
- 遵循企业的通知和取消政策。
请在下文所述的最小责任范围内工作，并在准备更改时保持当前面向客户的状态可用。在点击任何最终操作之前，请确认 Humind 中显示的当前公司、Agent、门店、语言和市场。缺少某个控件可能表示只有只读权限，或表示该公司尚未配置相应能力。在这种情况下，请记录预期任务，并请管理员核查准确的权限或依赖项。不要通过共享账户、将数据复制到其他区域，或承诺工作区未提供的能力来绕过这一边界。
分步工作流程
确认范围和当前状态
打开预约，并使用日历、议程、筛选器或搜索，在执行操作之前找到准确的记录。
- 编辑前确认当前公司和 Agent。
- 记录当前状态，以便在更改后比较结果。
- 如果屏幕或权限与预期任务不匹配，请停止。
准备更改
查看客户详细信息、服务、地点、开始和结束时间、时区、状态以及自定义字段，但先不要更改记录。
- 使用能够完成客户任务的最小更改。
- 将权威信息保留在其所属来源中。
- 保存前检查标签、日期、语言以及客户可见措辞。
保存并等待所需处理完成
使用可用的创建、移动、改期、状态或取消操作，确认新时段仍然可用，并保存预期的最小更改。
- 等待界面确认更改已保存。
- 如果需要同步、索引或发布，请等待其最终状态。
- 重新加载该区域，并确认已保存的值仍然保留。
测试完整的客户旅程
重新加载预约，验证其在日历中的位置和状态，并确认面向客户的预期或后续跟进符合团队政策。
- 使用新的会话和真实的客户场景。
- 当结果显示在店面时，同时检查桌面端和移动端。
- 如果结果与预期不一致，请记录确切的失败步骤。
重要限制和操作说明
- 成功保存确认的是持久化，不代表每个下游同步或公开更新都已完成。
- 工作区权限可能会隐藏某个区域，或只允许读取而不允许更改。
- 不要把易变的目录、账户或客户事实复制到叙述性内容中作为变通办法。
- 仅测试当前公司可见且已配置的受支持能力。
- 将预约中的更改与无关的 Agent、Knowledge、目录、Inbox 或 Helpdesk 工作分开。
验证结果
- 正确的预约记录被更改了一次。
- 日期、时间、时区、服务和地点保持一致。
- 已取消的时段不会显示为活动预约。
- 操作人员和客户都拥有预期的下一步信息。
简要记录您测试了什么、使用了哪种客户场景，以及发生了哪些变化。这会使后续故障排查更加精确，并帮助其他团队成员在不依赖记忆的情况下复现结果。
故障排查
所需的替换时段不可用
检查服务时长、营业时间、缓冲时间、提前期、门店、现有预订和时区。不要强行使用可用性引擎拒绝的时间。
日历时间与预约详情不同
比较显示时区和已存储的预约时区，然后重新加载视图。应更正时区配置，而不是手动偏移预约时间。