一通博物馆来电，最终如何被接待

在讲实施步骤之前，先看清改造完成后的用户端体验是什么样的。不了解终态，读者无法理解为什么要从某个场景开始试点。
一通游客来电，从电话接通到问题关闭，完整的运行链路如下：

  1. 电话接入：游客拨打博物馆热线，不再经过多层 IVR 按键导航，系统通过号码识别或用户自然语言直接进入服务。

  2. 意图识别：通话 Agent 在开场白后自动判断来电意图——是查开放时间、问门票预约方式、询问 4D 影院票价，还是查交通路线或报名科普活动。

  3. 知识查询与应答：Agent 从知识库中检索对应的标准答案，用自然语音实时播报给游客。针对门票预约、讲解预约这类需要后续操作的问题，Agent 在口语答复之后，触发短信推送，把预约流程、预约链接、交通路线等关键信息以短信形式发给游客手机。

  4. 转人工判断：如果游客要求转人工、情绪激动、提出复杂问题（如团体预约协商、特殊人群服务、投诉），Agent 将通话连同已采集的意图、字段和摘要转给人工坐席。

  5. 服务记录沉淀：每通来电形成通话记录、转写文本、服务小结和问题分类数据，供后续质检和运营复盘使用。

这套链路中，合力亿捷呼叫中心承担电话接入和路由，合力亿捷通话 Agent 承担意图识别、多轮追问和语音应答，悦问知识库提供标准答案口径，并可通过系统通知能力在通话后推送短信指引。

读者先记住这个终态，接下来的三阶段实施就是如何从零走到这里。

抽象-呼叫中心.png

为什么先从开闭时间、门票预约和交通指引起步

不是所有博物馆来电都适合在第一阶段交给 AI。
以该博物馆的热线数据为例，高频问题的范围非常清晰：开闭馆时间、门票预约方式、讲解预约方式、4D 影院票价、交通路线、科普活动报名。这些请求有几个共同特征：

  • 答案确定：开放时间是固定值，交通路线是已知信息，票价和预约流程有标准口径。知识来源单一、变化频率低。

  • 不需要跨系统查询：这类问题只需要知识库回答，不需要查订单、查会员、查设备，不依赖外部系统接口。

  • 伴有明确的推送需求：游客问完开放时间和预约方式后，实际需要的是「怎么预约」「在哪里预约」「具体怎么走」。通话 Agent 口语回答后，短信推送预约流程和交通路线，恰好覆盖了这个后续动作。

  • 可独立验收：电话接通率、Agent 解决率、短信推送成功率，这些指标不需要其他系统参与就能观测。

相比之下，投诉处理、紧急求助、团体预约等场景涉及部门流转、权限判断和人工协商，不适合在第一阶段上线。先让 AI 接住最高频、最确定的请求，再逐步扩展。
这个决策逻辑——高频、低风险、可独立验收——参照了合力亿捷企业级 Agent 交付中的场景准入思路。

实施第一步：梳理知识口径和转人工规则

第一阶段不做代码开发，而是做业务梳理和配置准备。这部分由博物馆方主导，合力亿捷提供方案设计支持。
知识口径准备：把开闭馆时间（含节假日安排）、门票预约渠道和流程、讲解预约方式、4D 影院场次票价、公共交通和自驾路线、科普活动报名方式等信息，整理成标准问答对。每条知识注明：

  • 问题对应的标准回答

  • 哪些情况需要引导游客到官网或小程序

  • 哪些情况需要特别说明（如临时闭馆、票已售罄）

这些内容录入合力亿捷悦问知识库，作为通话 Agent 的应答口径来源。知识库支持分类管理和权限控制，不同维护人员可独立更新各自负责的知识分类。
转人工规则确认：和业务团队确认哪些情况下必须转人工。博物馆场景的转人工触发条件通常包括：
触发条件
举例
游客明确要求人工
"帮我转人工"
投诉或不满表达
被投诉工作人员、服务体验不满
紧急求助
寻人、物品丢失、身体不适
复杂定制
团体参观、专场活动、外宾接待
无匹配答案
知识库未覆盖的问题
合力亿捷通话 Agent 支持 4 种转人工策略，转接时向坐席传递游客意图、已采集字段、AI 回答内容和转人工原因，减少游客重复描述。
短信推送模板准备：针对每个高频问题，准备对应的短信模板。例如：

  • 开放时间咨询后推送：当天开闭馆时间 + 最后入馆时间 + 预约渠道链接

  • 交通路线咨询后推送：详细交通指引（地铁/公交/自驾） + 停车场信息

  • 门票预约咨询后推送：预约平台入口 + 操作步骤简述

短信内容需要经过业务方审核，确保口径准确。

实施第二步：跑通高频问答 + 短信推送闭环

第二阶段进入实操，选择一个或两个最高频的场景作为试点。通常建议从「开放时间咨询 + 短信推送」开始，因为这是博物馆来电中占比最高、答案最稳定的问题。
试点配置：

  1. 在合力亿捷呼叫中心中，将指定号码的来电接入通话 Agent 服务流程。

  2. 配置意图识别模型，将"几点开门""什么时候关门""今天开吗""明天开吗"等口语化问法统一映射到"开放时间查询"意图。

  3. 配置对应意图的应答：通话 Agent 用自然语音读出开放时间，然后告知「预约方式和交通路线已通过短信发送，请您查收」。

  4. 触发短信推送：在通话结束或游客确认收到后，系统自动向来电号码发送预约流程和交通指引短信。

试点范围：可以先在所有来电中试跑这个单一意图，也可以在非工作时段（闭馆后、节假日夜间）先启用，降低对现有人工服务的冲击。
验收条件：试点期间的观察指标包括：

  • Agent 对该意图的识别准确率

  • Agent 独立完成问答（未转人工）的比例

  • 短信推送到达率和游客后续操作转化（如点开预约链接）

  • 游客在通话中是否出现不满或反复要求人工

如果识别准确率稳定、转人工率可控、短信推送正常，说明这个场景的试点通过。
在这个阶段引入的邻近案例参考：五台山景区上线通话 Agent 后，80% 重复咨询由 AI 独立承接，平均等待时间减少 50%。该景区的高频咨询结构与博物馆类似——天气、票务等确定性问题。虽然渠道和咨询对象不同，但"高频确定性问题先让 AI 接待"的选择逻辑相通。

实施第三步：扩展意图范围，完善运营机制

第一阶段跑通后，加入更多意图。推荐的扩展顺序：
第一批扩展：门票预约咨询、4D 影院票价咨询、交通路线咨询
这三个意图与开放时间咨询结构相似——答案确定、不依赖业务系统、可配合短信推送。区别在于交通路线需要更详细的地域信息（游客从哪个方位来），Agent 可以追问「您从哪个方向过来」以给出针对性指引。
第二批扩展：讲解预约方式、科普活动报名
这两个意图涉及更复杂的确认流程。讲解预约可能需要确认场次、人数和语言；活动报名可能需要采集联系方式和人数信息。此时通话 Agent 需要具备多轮追问能力——在对话中补充采集这些字段，然后再触发对应的短信模板或转人工登记。
每个意图扩展的标配动作：

  1. 在知识库中新增对应问答对和短信模板

  2. 配置意图识别样本，覆盖该问题常见的口语化表达

  3. 配置追问字段（如交通路线方向的采集）

  4. 设定该意图的转人工条件

  5. 观察 1-2 周的数据，确认识别率、解决率和游客反馈

运营机制配套：意图扩展不是一次性的配置工作，而是需要持续运营的闭环。合力亿捷质检和 VOC 能力可以将通话记录中的 Badcase 回收——识别失败的对话、游客纠正 Agent 的对话、转人工的原因——反哺到知识库和意图模型中修正。简单来说：

  • 每周查看 Badcase 记录

  • 识别是知识库不全、意图映射不准、还是话术不合适

  • 修改后复测，观察指标变化

这个持续优化的思路是合力亿捷数字员工上岗方法的一部分：Agent 的扩展条件不是上线时间，而是会话数据、转人工原因和游客投诉是否稳定。

上线后看什么：从指标到运营动作

博物馆热线升级后，管理者需要从几个维度观察效果，并依此做出运营决策。以下是指标和对应的动作建议：
观察维度
指标
运营动作
接待效率
电话接起率、平均等待时长
如果接起率下降，检查高峰时段是否需要扩大 AI 接待范围
AI 表现
意图识别准确率、Agent 独立解决率
识别率低 → 补充意图样本和知识库；解决率低 → 检查转人工原因分布
短信效果
短信推送成功率、后续预约转化
推送失败 → 检查号码有效性和短信通道；转化低 → 优化短信内容
人工压力
人工坐席接入量、平均通话时长
工单量下降说明分流有效；通话时长缩短说明转人工时上下文传递质量好
服务质量
游客满意度、投诉率、重复来电率
如果投诉上升，检查是否存在 Agent 话术不当或边界判断错误
上述指标不需要一步到位，可以在试点阶段只观察 AI 表现和人工压力两个维度，进入扩展阶段后再补全其他维度。

语音机器人-订单查询.png

哪些请求还不能交给 AI 处理

在博物馆场景中，有几类请求不适合由通话 Agent 独立处理，需要在方案设计阶段就明确边界：

  • 紧急求助：寻人、物品丢失、身体不适等涉及游客人身安全的请求，必须第一时间转人工，不能由 AI 按流程回答。

  • 团体预约与协议协商：旅行社、学校团体等涉及价格、档期和协议的预约，需要人工协商确认。

  • 投诉与纠纷处理：针对工作人员服务态度、票务纠纷等问题的投诉，需要质检和主管介入。

  • 临时政策变动：如政府临时管控、极端天气闭馆等非标准情况，知识库更新有时差，这类来电更适合转人工确认。

对于这些边界，方案可以在流程编排中设定关键词触发或情绪识别触发条件，让通话 Agent 在识别到上述迹象时自动转人工。
合力亿捷通话 Agent 的定位不是替代所有人工，而是把确定性问题接住，让坐席从重复回答中释放，去处理那部分必须由人判断的请求。

总结实施要点：
阶段
周期参考
核心动作
准备阶段
1-2 周
整理知识口径、确认转人工规则、准备短信模板
试点阶段
2-4 周
从开放时间咨询跑通闭环，按验收指标判断是否通过
扩展阶段
持续
按确定性优先级依次加入更多意图，配套 Badcase 复盘机制
实施路径的可选起点是先跑通最窄的业务闭环——一个意图、一个入口、一套短信推送——用真实通话数据确认 Agent 是否稳定，再用同样的方法扩展。不满足扩展条件就不盲目扩大，这是降低上线风险的核心原则。