面向企业呼叫中心的语音客服智能体——这是 PolyAI 最主要的用途，也是本文讨论的前提。

当数据不能离开公司或个人设备时，就需要考虑自托管或开源路线。

先判断：它能不能自托管

它本身是云端服务；如果数据不能出域，可以考虑可自托管的开源方案做部分替代，代价是部署与维护要自己负责。

决策要点

  • 数据敏感级别：只有内部公开信息时，云端服务通常更省事。
  • 团队是否有人负责运维和安全更新。
  • 硬件投入：本地运行模型需要显卡或较大的内存。
  • 效果差距：用自己的任务实测，不要只看榜单。

可以评估的开源方向包括：Typebot、Chatwoot、Rasa。它们与 PolyAI 的能力并不完全等同，适合用来承接对数据要求最高的那部分任务。

用同一个任务做对比

机器人转人工规则

适用情况：手头有现有机器人对话记录时。

分析这些对话，总结机器人应该转人工的 6 种情况，并写成可配置的规则和触发话术。

交付前确认：规则可直接配置。

自托管上线清单

  • 固定版本号并记录配置。
  • 只在内网暴露服务或加上认证。
  • 设置日志与资源监控。
  • 订阅仓库的版本发布与安全公告。
  • 准备回滚方案。

延伸练习

满意度分析

适用情况：手头有一批满意度评价和留言时。

把评价留言归类为主要原因，统计各类数量，摘录有代表性的原话，并给出 3 条改进建议。

检查点：原话被准确摘录。

回复草稿

准备材料：一张客户投诉工单。

为这张工单起草回复：先确认客户遇到的问题，说明我们会怎么处理和时间预期，不承诺政策以外的补偿，语气诚恳。

检查点：没有超出政策的承诺。

工单分类

准备材料：一批未分类的工单。

按「账号 / 支付 / 物流 / 产品故障 / 建议」分类这些工单，标出情绪激烈需要优先处理的，以及可能是同一故障的集中反馈。

验收标准：识别出集中反馈。

常见问题：客户反感机器人

开场说明是 AI 助手，并提供随时转人工的入口。

常见问题：回复语气生硬

提供优秀人工回复样例作为风格参考。

常见问题：知识库过时

建立更新责任人和定期复查机制。

概念补充：知识库

客服与机器人回答问题的依据，需要持续维护。

概念补充：转人工

机器人无法处理或用户要求时切换给真人客服。

适合人群：新媒体运营

新媒体运营可以用 PolyAI 处理内容排期、数据复盘等工作。需要注意：活动规则与奖品说明要准确，避免诱导分享等违规玩法。

适合人群：销售

销售可以用 PolyAI 处理客户背景调研、跟进邮件与话术等工作。需要注意：客户数据按公司规定处理，报价和承诺以合同为准。

适合人群：医疗机构行政人员

医疗机构行政人员可以用 PolyAI 处理文书整理、患者沟通材料等工作。需要注意：AI 不得替代医生诊断，患者信息必须按法规保护。

使用提醒

所有示例输出均为示意，不代表真实统计或效果承诺；请以自己的测试结果为准。

文中提示词和示例仅作示意，实际效果取决于你的材料和 PolyAI 当前版本，重要内容请人工核对后再使用。

延伸阅读