Fieldnotes
您的工作室预约
我们能为您做什么？
一些细节信息将帮助我们为您的到访做好准备。
您想前往哪个地点？
从提问到有效请求
让专员快速上手。
一位客户想修理心爱的包。在对话转到维修团队之前，一个简短的原生表单收集了型号、问题和首选门店。专员打开请求时已有足够的细节来提供帮助，客户则可以留在 Messages 中。
将表单用于服务受理、预约偏好、产品推荐和报价请求。选择几个相关字段，将相关问题分组，并展示审核步骤让客户确认即将发送的内容。
阅读表单指南我的 Weekender 拉链需要修理。
回答已收到可以进行评估
融入对话的表单。
围绕回答所支持的决策来设计表单。Bird 将原生表单、提交的回复和下一个服务步骤连接起来，让团队可以立即使用这些信息。
从已知信息开始
将已选产品和已获授权使用的客户上下文带入请求。询问缺失的细节，例如故障或首选地点，并说明客户可能需要查找的信息。
选择合适的回答方式
对固定选项使用选择项，对结构化值使用选择器，在客户需要说明情况时使用文本。将较长的受理流程拆分为专注的页面，并在客户开始前让路径清晰易懂。
发送前审核
让客户检查回答并返回相关问题。保持显示的选项与其稳定含义一致，使翻译后的标签或后续模板修订不会改变接收工作流的解读。
回到有用的下一步
将回复关联到对话和请求，然后路由至团队或已连接的应用。维修受理后可衔接评估，报价请求后可衔接审核，到访偏好后可衔接可用预约。
为提交后的下一步构建流程。
保持对话清晰易懂
告知客户其请求已收到、待审核还是已完成。如果缺少必要信息，在保留原始上下文的前提下追问该信息，而不是重新开始整个受理流程。
为敏感信息赋予明确用途
在请求账户相关信息之前先验证客户身份。对提交的回答应用访问和留存规则，并将私密回复排除在不必要的摘要之外。你的团队应清楚需要哪些信息以及原因。
表单常见问题
应该把长申请流程放在一个表单里吗？
将原生表单用于专注的任务。测试中断和恢复行为，当长流程会使体验变得脆弱时，选择其他受支持的旅程。
表单能根据回答进行分支吗？
设计受支持的页面流程，审查每个有意义的分支直到提交。验证引用关系和接收端的业务逻辑。
如何处理客户的敏感信息？
只收集任务所需的信息，并说明收集原因。控制哪些团队成员和关联系统可以访问提交的回复。
表单提交完成等于业务请求完成吗？
它确认的是回答已提交。预约、付款或工单仍需来自关联系统的单独确认。
付诸实践。
继续查阅此主题的文档、指南和示例。资源为英文。