设计和处理 Apple Messages 表单
创建一个功能明确的原生表单,验证其分支逻辑,并将提交的答案关联到客户的服务请求。
前提条件
准备一台受支持的测试设备、表单的服务用途,以及一个用于接收和验证提交答案的工作流。
1. 确定最少需要的问题
选择一个明确的任务,例如到访偏好或请求分类。利用已通过授权上下文获取的信息,并说明为什么需要不常见或敏感的字段。
在收集任务所需的个人信息之前,先提出 Apple 要求的确认性是/否问题。使用适当的 Quick Reply 和政策要求。
2. 创建页面和分支
选择合适的选择、输入和日期控件。为页面和答案引用赋予稳定的含义。将每个受支持的分支路由到明确的完成状态,并在有助于客户审核时包含摘要。
3. 测试设备端流程
在受支持的设备上走完每个有意义的分支。测试可选答案、较长文本、中断和重新进入的情况。保持表单足够简短,使重新开始不会带来不必要的负担。
4. 验证返回的答案
将响应与企业、会话和原始请求关联。将未回答的字段与明确的选择区分开来。在接收系统中应用数据处理和访问规则。
5. 确认业务结果
将经过验证的请求提交给拥有该工单、预约或其他操作的系统。告知客户请求是否已完成、需要下一步操作还是需要人工帮助。
验证完整的信息收集
使用一个维修请求作为有边界的测试。选择产品、描述问题、选择地点,并在提交前审核答案。确认服务团队能够收到所选值以及原始会话和请求。生成的工单应可直接用于评估。
| 测试用例 | 操作 | 预期结果 |
|---|---|---|
| 客户在审核时更改了一个答案 | 返回相关问题并保留其他答案。 | 提交的响应包含修改后的选择。 |
| 一个可选问题未被回答 | 保留缺失信息与明确答案之间的区别。 | 接收工作流使用预期的默认值或请求补充缺失的详细信息。 |
| 接收服务拒绝了某个已选选项 | 保留请求上下文并说明哪个选择需要更改。 | 客户可以提供有效答案,无需重复回答无关的问题。 |
故障排查
如果某个分支未能完成,请检查页面引用和完成设置。如果中断的表单丢失了进度,请提供明确的重试方式或另一条受支持的任务路径。私密答案标记不能替代存储和访问控制。