Sign inGet started

构建和发布 Apple Messages 旅程

将原生内容、客户输入和业务操作整合为经过审核的服务体验。

前提条件

准备好企业已连接的 Apple Messages、客户任务、原生内容、允许的业务操作和运营团队。为旅程使用的预约、订单或身份连接指定负责人。准备已授权的测试路径和具有代表性的设备。

1. 梳理任务和结果

从客户的目标和确认完成的记录开始,反向推导所需的选择、信息和身份。将消息与业务操作分开。

2. 创建可复用的内容

准备流程使用的原生消息、表单页面和选项。为变量赋予清晰的含义,并使用贴近真实的测试值。确保翻译后的操作标签和时间与业务结果一致。

3. 连接每个分支

将预期回答、自由文本和不可用选项路由到有意义的下一步。明确由助手还是由人工接管。避免仅重复同一问题的分支。

4. 验证组装后的体验

在具有代表性的设备上运行完整任务,并检查生成的业务记录。测试被拒绝的操作、中断的响应和人工转接。同时审查原生布局和集成行为。

5. 发布经过审核的版本

将经过审核的内容、路由、集成和语言变体一起发布。将线上版本与下一个草稿分开,并验证新对话使用的是预期的发布版本。确保运行版本可识别,并明确谁可以暂停或恢复体验。

验证已发布的旅程修订版

使用一个收集偏好、展示可用时间并等待预订应用响应的预订旅程。记录待审修订版中包含的内容和已连接的操作。测试成功路径以及某个时段变为不可用的情况。当后续变更发布时,确保进行中的工作关联到可理解的修订版。
测试用例操作预期结果
客户在暂停后回复从已记录的请求恢复,并在预期上下文中解读回复。对话在相关步骤继续进行。
业务操作在响应被观察到之前已成功在恢复过程中检查已有的操作。旅程使用已记录的结果,而非重复执行该操作。
人工在流程中途接管暂停向客户发送自动回复,并将已收集的上下文带入人工转接。客户从指定人员处获得连贯的后续服务。

故障排查

如果预览正常但任务失败,请检查已连接的操作及其权限。如果对话使用了意外的内容,请确认正在运行的版本和分支。仅凭视觉流程不能证明其业务操作已成功执行。

后续步骤