PolyAI 的八个核心对话场景与业务落地

场景一：账户管理

让客户通过语音自助查询和更新账户信息。典型交互包括查询余额、修改联系方式、更新偏好设置。

关键技术点：需要与 CRM 系统集成、实体提取（账户号、手机号）、身份验证前置。PolyAI 有 Salesforce、Zendesk 等主流 CRM 的预构建集成，可以在通话中实时同步账户数据。

场景二：身份验证

语音身份验证场景的核心难点是：客户可能不知道自己的账户号、可能输入错误、或者环境嘈杂导致 ASR 误识别。PolyAI 对此的处理方式是：

• 灵活的实体提取（接受账号、手机号、邮箱多种验证方式）
• 多轮重试和清晰的错误提示
• 与内部安全系统联动（验证失败自动升级到人）

场景三：账单与支付

这是对合规要求最高的场景之一——涉及 PCI-DSS 支付卡行业合规。PolyAI 在这个场景上的优势是：

• PCI-DSS 合规架构（自动屏蔽完整卡号，只处理必要的后四位）
• 安全实体提取（支付卡数据不进入模型上下文）
• 与支付网关（如 Stripe）的预构建集成

场景四：预订与预约

预订是最典型的多步 Flow 场景——收集人数、日期、时间、姓名、电话，然后确认可用性，不可用时推荐替代方案。PolyAI 的 Flow 编辑器对此有完整支持：无代码搭建、实体自动提取、与日历或预约系统集成。

酒店和餐厅是这个场景的主力客户，公开案例包括 Côte Brasserie（英国法式餐厅连锁）和多家北美度假村。

场景五：呼叫路由

客户打进来时往往只说"我想问问我的账单"——他们不知道应该转到哪个部门。PolyAI 的路由智能体做的事是：快速判断客户意图、收集少量必要信息、然后把通话转到正确的坐席或队列，同时把收集到的上下文一并传递过去。

场景六：故障排查

这是 PolyAI 最有差异化优势的场景之一——故障排查需要多轮引导式对话，智能体要根据客户的描述一步步缩小问题范围，还要适时调用诊断工具。通用大模型在这个场景上容易"跟着客户跑"，而 PolyAI 的 Flow 机制让排查步骤可被精确编排、可被审计。

场景七：常见问题（FAQ）

FAQ 是套壳机器人也能做的场景，但 PolyAI 在这方面的价值在于和其他场景的无缝衔接。客户问完营业时间，可以直接说"那帮我订一个周六晚上的位置"，智能体从 FAQ 话题自动切换到预订 Flow，不需要客户重新陈述意图。

场景八：订单管理

订单跟踪、改期、改地址、取消订单——这类场景需要与电商系统或物流系统实时交互。PolyAI 可以通过 ADK 的 Python 函数或 REST API 集成，把订单系统里的状态实时拉进对话里，让智能体说"你的包裹已经到达上海分拣中心，预计明天送达"。

场景组合参考

这八类场景不是互相排斥的——绝大多数企业客户一开始会先上 FAQ + 呼叫路由 这两个最容易落地的场景（可以快速节省人工、验证技术栈），然后逐步扩展到预订或账单支付这类需要多步 Flow 和系统集成的场景。故障排查是最具挑战性的场景，通常在团队有了 2-3 个场景的上线经验后再推进。