Sign inGet started

设计和处理 Apple Messages 表单

创建一个功能明确的原生表单,验证其分支逻辑,并将提交的答案关联到客户的服务请求。

前提条件

准备一台受支持的测试设备、表单的服务用途,以及一个用于接收和验证提交答案的工作流。

1. 确定最少需要的问题

选择一个明确的任务,例如到访偏好或请求分类。利用已通过授权上下文获取的信息,并说明为什么需要不常见或敏感的字段。
在收集任务所需的个人信息之前,先提出 Apple 要求的确认性是/否问题。使用适当的 Quick Reply 和政策要求

2. 创建页面和分支

选择合适的选择、输入和日期控件。为页面和答案引用赋予稳定的含义。将每个受支持的分支路由到明确的完成状态,并在有助于客户审核时包含摘要。

3. 测试设备端流程

在受支持的设备上走完每个有意义的分支。测试可选答案、较长文本、中断和重新进入的情况。保持表单足够简短,使重新开始不会带来不必要的负担。

4. 验证返回的答案

将响应与企业、会话和原始请求关联。将未回答的字段与明确的选择区分开来。在接收系统中应用数据处理和访问规则。

5. 确认业务结果

将经过验证的请求提交给拥有该工单、预约或其他操作的系统。告知客户请求是否已完成、需要下一步操作还是需要人工帮助。

验证完整的信息收集

使用一个维修请求作为有边界的测试。选择产品、描述问题、选择地点,并在提交前审核答案。确认服务团队能够收到所选值以及原始会话和请求。生成的工单应可直接用于评估。
测试用例操作预期结果
客户在审核时更改了一个答案返回相关问题并保留其他答案。提交的响应包含修改后的选择。
一个可选问题未被回答保留缺失信息与明确答案之间的区别。接收工作流使用预期的默认值或请求补充缺失的详细信息。
接收服务拒绝了某个已选选项保留请求上下文并说明哪个选择需要更改。客户可以提供有效答案,无需重复回答无关的问题。

故障排查

如果某个分支未能完成,请检查页面引用和完成设置。如果中断的表单丢失了进度,请提供明确的重试方式或另一条受支持的任务路径。私密答案标记不能替代存储和访问控制。

后续步骤