一通国际快递来电的四条可能路径
国际快递热线与普通客服热线的一个显著差异是：来电意图不是一一对应的。
客户打进来可能只问一个简单问题，也可能在问完价格后接着说「那我有个货要从上海寄到东京，你帮我算下」，或者问完物流状态后突然说「听说锂电池不能寄航空，是不是真的？」。这意味着通话 Agent 不能假设一通电只有固定流程，而需要具备在通话中切换意图和知识域的能力。
以某国际快递服务商的 400 热线为例，经脱敏后的来电结构大致包含四类核心意图：
意图类型 | 典型问题 | Agent 处理方式 | 是否需要转人工 |
询价 | 上海到纽约20公斤多少钱？ | 按目的地、重量、物品类型查询价格表 | 标准报价可自动处理，特殊货物需转人工 |
查单 | 我的包裹到哪里了？单号XXXX | 调用物流系统查询状态 | 正常状态可自动回复，延误/丢件转人工 |
违禁品查询 | 锂电池能寄吗？化妆品能寄吗？ | 从违禁品知识库中按物品/国家检索 | 边界案例需要人工确认 |
发货意向 | 我想寄个东西到美国，怎么操作？ | 采集发件信息（国家、城市、物品、姓名、手机）→ 转销售 / 留资推送 | 留资完成后转销售跟进 |
这四类意图不是独立的。一通来电中，客户可能从询价进入、中途转为发货意向；也可能查完单后投诉延误。通话 Agent 的设计需要覆盖这些路径的切换。
询价场景：按目的地和货物参数输出标准报价
询价是国际快递热线中最常见也最适合 AI 处理的场景。客户通常能提供明确参数：寄到哪里、多重、什么物品、是否需要上门取件。
通话 Agent 在这个场景中的处理路径：
1. 识别意图：客户说「我想问下寄到英国多少钱」，Agent 匹配到「询价」意图。
2. 追问信息：目的地国家/城市、货物重量（或件数+单件重量）、物品类型（文件/包裹/特殊物品）。如果客户只说「寄到英国」，Agent 需要主动追问重量和物品类型才能报价。
3. 查询报价：根据已经导入知识库或通过 API 连接的运费表，返回标准报价。报价应包含基础运费、可能的附加费（燃油附加费、偏远地区费）和预估时效。
4. 判断下一步：报价后客户可能接受（转向发货意向）、继续追问时效/限制（切换意图）、或结束通话。Agent 要根据客户下一句的话轮判断是否切换意图。
这里的关键动作是「追问信息」——客户第一次来电时往往不会一次性给出所有参数。合力亿捷通话 Agent 的 MPaaS Flow 可以把「询价 → 确认目的地 → 确认重量 → 确认物品类型 → 报价 → 判断是否需要转发货」编排成可重复执行的流程节点。客户缺什么字段，Agent 就追问什么字段，而不是把不完整的信息直接丢给人工坐席。
如果客户要求报的货物超出标准报价范围（如超大件、危险品、冷藏货物），Agent 应说明需要人工确认，并带已采集的货物参数转人工。
查单场景：对接物流系统，按状态分层处理
物流状态查询的核心问题不是识不识别——「我的包裹到哪了」很好识别——而是系统能不能实时查。
通话 Agent 在这个场景中的处理依赖三个前提：
1. 运单号采集：客户可能报出完整单号，也可能只说手机号让查最近一单。Agent 需要先采集单号。如果客户说「我手机号是 138xxxx」，Agent 需要追问「请提供您的运单号，或者我帮您查手机号关联的最近一单？」
2. 系统对接：运单号确认后，Agent 通过 API 或接口调取物流系统数据。合力亿捷 MPaaS Tools 支持物流查询等业务系统调用，但字段范围、响应时间和查询深度取决于客户系统的接口能力。
3. 分层输出：物流状态的输出不能只读一串状态码。Agent 需要根据状态分层应答：
• 正常运输中 → 告知当前位置和预计到达时间
• 已清关放行 → 告知已离开海关
• 在海关查验中 → 说明在清关环节，如有需要可转人工提供协助
• 延误/丢件 → 直接识别为异常状态，转人工处理，不尝试由 AI 解释或承诺
如果把异常状态交给 AI 回答——比如 AI 说「您放心，我再查查」——客户情绪会更差。在查单场景中，合力亿捷通话 Agent 的转人工策略设定为：物流系统返回异常状态（延误、丢件、退运）时，自动转人工并携带运单号和物流摘要，不做 AI 安抚式回答。
违禁品查询：知识库权限与边界判断
违禁品查询在国际快递中频率不低——客户不确定某个物品能不能寄、是否需要额外手续、寄到哪些国家有特殊限制。
通话 Agent 在这个场景中的处理方式：
• 标准化物品：从知识库中检索该物品在各目的国和承运渠道下的限制状态。锂电池、化妆品、液体、粉末、电子产品等常见物品，知识库中应有明确的状态归类——可寄、限制条件、禁止。
• 边界案例：如果客户问的物品同时包含多个属性（如含锂电池的电子产品），或者目的地有特殊清关政策，Agent 应界定为边界案例，提示「该物品可能有特殊运输要求，我帮您转接人工专员确认」。
• 转人工时携带上下文：客户已经说出的物品名称、目的地国家、数量等信息，必须随着转人工传递给坐席，避免客户重说一遍。
合力亿捷悦问知识库支持知识分类和引用依据管理，违禁品这种高频变化、多来源（承运商政策、海关规定）的知识，可以由专人维护并做版本控制，避免 AI 引用过期政策。同时知识缺口识别功能可以发现哪些违禁品问题在知识库中没有覆盖，提示维护人员补充。
发货意向：留资采集和销售转办路径
当客户的来电意图转向「我想寄」「我要发货」时，通话 Agent 的角色从信息服务切换到线索采集。
发货意向的处理路径：
1. 识别发货意图：客户说「我要寄个东西到日本」「能上门取件吗」「你们寄德国价格怎么算」，Agent 应判断为发货意向，启动留资流程。
2. 采集字段：根据业务规则采集——目的地国家/城市、物品名称、预估重量、发件人姓名、联系电话。这些字段决定了后续销售能否有效跟进。
3. 确认和提交：Agent 复述采集的信息让客户确认，确认后记录生成，转入销售跟进队列。
4. 短信推送：通话结束后，向来电号码推送留资确认短信，包含客户已提供的信息摘要和销售跟进的工作时间说明。
这个流程的关键是把一次咨询电话转化为可跟进的业务线索，而不是让客户在电话里说完意向后就只能等人工回拨。
在合力亿捷通话 Agent 的架构中，发货留资的流程由 MPaaS Flow 编排：客户确认发货意向后，Flow 按预设字段逐一追问并采集，采集完成后可以通过 API 写入 CRM 或工单系统，也可以在通话结束后触发短信推送或通知销售坐席。
某物流供应链服务商在实际部署中采用了类似的路径：通话 Agent 通过接口识别门店/客户信息，按区域分配任务，并在通话结束后自动统计外呼结果。虽然该场景是供应链物流而非国际快递，但「来电 → 识别意图 → 采集字段 → 分配任务」的链路逻辑是相通的。
多意图切换：一通电话如何处理客户变卦
国际快递的通话中，客户经常在对话中切换意图。以下是几种常见的情况及 Agent 的应对逻辑：
客户行为 | 应对逻辑 |
问完价格后说「那你帮我下单」 | 从询价流程自然过渡到发货留资流程，不结束当前通话 |
查完物流后抱怨「太慢了」 | 运单状态正常时安抚并说明时效原因；状态异常时转人工 |
问完违禁品后说「那这个能帮我寄吗」 | 可寄物品 → 过渡到发货流程；不可寄 → 解释原因，不建议强行转单 |
同时问价格和时效 | 多意图并行，Agent 按「报价 → 时效说明 → 是否发货」顺序处理 |
多意图切换的技术前提是通话 Agent 能在一次话轮中持续识别新意图，而不是只能在一个预设流程里走到底。合力亿捷通话 Agent 的动态理解能力支持客户说半截话、跨话题跳转后的意图接续——客户在问完价格后突然换话题，Agent 的意图识别层会重新匹配新的目标流程，而不是卡在报价结束语上。
转办后的闭环：人工坐席看到的应该是什么
当通话 Agent 判断需要转人工时（异常物流、边界违禁品、投诉、客户强烈要求人工），转人工时传递的信息决定了客户是否需要重复描述。根据所由来电意图的不同，转人工携带的字段应当包括：
• 从询价转入：已确认的目的地、重量、物品类型、报价结果、客户是否表示异议
• 从查单转入：运单号、最新物流状态、异常原因（如有）、客户催件或投诉表达
• 从违禁品转入：物品名称、目的地国家、已查询的政策、边界不确定点
• 从发货意向转入：已采集的留资字段、客户意向确认状态
这些信息由合力亿捷 AI 原生工作台承接，坐席打开工作台时即可看到来电摘要、意图轨迹和已采集数据，不需要在接起电话后从头问起。
需要一个能查系统的 Agent，不只是一个能问答的机器人
国际快递热线与普通电商客服的关键区别在于：查询结果不是静态知识，而是实时系统数据。运费表会随燃油附加费波动，物流状态每分钟都可能更新，违禁品政策随航司和海关要求变化。
这意味着通话 Agent 不能只靠导入的 FAQ 运行，而需要具备实时对接业务系统的能力——查运价、查物流、记录留资——并把查询结果用自然语言播报给客户。
合力亿捷通话 Agent 和 MPaaS 在架构上支持这种能力：Tools 层可以连接物流查询、运费查询、客户信息查询等业务接口，Flow 层编排查什么、何时查、查完怎么处理。但这个能力是否可用、字段是否完整，取决于客户系统的接口开放程度和实时响应能力，Agent 本身不是业务系统的替代品。
