旅程与模板
围绕客户构建旅程。
在团队可审核和发布的旅程中，将原生消息、客户选择和业务操作连接起来。复用模板、准备多语言变体，并在下一条回复到达时恢复请求。
探索 Apple Messages for Business一个任务，从问候到结果
示例01 · 欢迎
理解请求
02 · 选择
收集相关信息
03 · 连接
检查实际可用时段
04 · 确认
记录结果
示意性旅程设计。发布前预览内容并验证已连接的业务操作。
设计屏幕背后的服务
构建从 “can you help?” 到 “all sorted.” 的路径
好的客户旅程不仅仅是连接消息。它记住所选产品、询问缺失的细节、等待预订结果并返回确认信息。Bird 将这些决策和操作整合到团队可审核和发布的旅程中。
跨服务流程复用原生消息模板，准备多语言变体，并连接完成任务所需的业务操作。当请求需要人工判断或客户需要帮助时，保留一条清晰的转人工路径。
阅读旅程指南我想在下单前试试 Weekender。
旅程已恢复预订确认已发送
可复用内容。关联决策。
将客户体验作为版本化的旅程来处理：消息、分支和业务操作纳入同一次审核，使发布的路径含义清晰。
01
从客户目标出发
选择任务并确定入口点处已知的信息。定义改变路径的客户选择，以及标志完成的业务记录。
02
构建原生交互
构建可复用的富消息、表单、时间选择器和其他原生内容。将语言变体与其源内容放在一起，统一审核标签、选定回复和后续步骤。
03
连接并恢复工作
调用负责预订、订单或服务请求的应用。在等待客户回复或业务结果期间保持旅程状态，然后从该记录点继续。
04
审核并发布修订版本
预览有意义的分支，包括拒绝和转接。发布前审核确切的内容和操作，保持变更有意图性，确保进行中的客户请求仍有清晰可理解的路径。
为实际请求留出所需的处理时间。
恢复时避免重复执行业务操作
预订或付款可能在响应到达对话之前就已完成。恢复时先检查已记录的操作，使用现有结果继续旅程，而非发起新的有实际影响的请求。
与团队或编程代理协作构建
无论由开发者还是代理准备旅程，使用相同的内容和集成契约。检查提议的修订版本和权限，用已授权的示例进行测试，并将发布作为一项具体变更予以批准。
旅程与模板常见问题
消息模板和完整旅程是一回事吗？
不是。模板提供可复用的内容。旅程将消息、输入、路由和业务操作连接起来，以达成特定结果。
可视化预览能证明集成正常工作吗？
不能。请分别验证原生设备体验和关联的业务操作，包括故障和恢复场景。
我们可以用 AI 来辅助编写旅程吗？
可以用 AI 提出文案或流程修改建议，但在发布前需审核具体内容、操作和权限。
编码代理应如何与旅程配合工作？
提供文档中的资源和操作规范、安全示例及预期结果。将凭据保存在执行环境中，并遵循相同的受控发布流程。
付诸实践。
继续查阅此主题的文档、指南和示例。资源为英文。