某交易所助手：把解决率、回复时间与成本放在同一张交付表上

某交易所助手两个版本记录中的解决率提高8.58个百分点，平均回复时间与单次回复成本分别下降43.13%和64.08%。

Foxmu · 更新日期: 2026-10-19

业务背景

智能客服能否持续投入使用，要同时回答三个问题：问题有没有解决，用户等了多久，每次回复花了多少钱。某交易所助手从v1.3.2到v1.5.0的记录显示，解决率上升，平均回复时间与单次回复成本下降。围绕这组变化，知识维护、技术发布与客服验收共同构成了项目的交付内容。

从单次回答走向业务承接

客服场景的难点在于，回答能够生成，并不代表问题已经解决。业务关心的处理结果、用户感受到的等待时间，以及平台承担的调用费用，需要一起进入交付讨论。只看其中一项，容易忽略另一项发生的变化。

交付职责记录包含工作流实施、技术交付与业务协调。已知动作既涉及系统，也涉及业务确认：2月13日记录了反馈联验及生产同步；3月30日记录了DSL备份发布及客服验收；5月记录了APP全量承接确认。

这条时间线呈现了技术工作与业务承接的联系。反馈联验关注提出的问题是否得到共同确认；备份发布与客服验收涉及变更交付和业务检查；APP全量承接则把交付落到了使用入口。对项目负责人而言，这几类记录分别帮助回答问题如何处理、变更如何交接，以及服务由哪里承接。

知识维护也有独立记录：一个批次新增78个ID，修订360个有效ID，两个口径分列。新增与修订分别对应内容补充和既有内容调整，让后续复核可以定位到具体知识对象，而不只停留在“知识库已更新”的描述上。

三项指标一起发生了什么变化

三项指标提供了不同的经营视角。解决率关联服务是否达到目的，回复时间关联等待体验，单次回复成本则为用量预算提供参考。回复时间和成本的降幅分别以起始版本数值为分母计算。由于观察窗口和样本分母未提供，这里呈现的是版本记录的变化，不作具体技术动作的因果归因。

对商业交付意味着什么

这项实践对商业交付的启发，是让服务效果、体验与成本使用同一套材料。采购方可以据此讨论采用服务的条件，交付团队可以据此安排下一轮改进。三项指标与验收记录放在一起，讨论就能落到具体问题：哪些问题已被覆盖，哪些场景仍需要人工处理，下一阶段应优先改善什么。

成本评估也有了更具体的起点。单次回复成本下降，可以成为后续预算测算的输入；真正评估一个周期的费用，还需要结合实际回复量、计费范围和人工承接情况。这样，成本与服务效果可以一起讨论，避免把单项费用压低作为唯一目标。

可复用的实施方法建议

后续项目可先约定解决率的判定规则、回复计时的起止点和成本包含的项目，再在固定窗口保留版本对照。每次发布同步记录知识变更、测试样本与业务验收结果，让指标变化可以回到具体记录中复核。

在此基础上，可按问题类型拆分结果，核查平均值是否掩盖高频失败或长时间等待。新增知识与修订知识继续分账，并抽样检查修改是否改善了对应问题。业务负责人、客服与技术人员便可围绕同一组样本确认优先级。

数据口径

数据来自项目阶段汇总，采用v1.3.2与v1.5.0的版本记录。统计窗口、样本分母和完整成本范围尚未披露，因此只描述记录中的变化，不据此作单项技术动作的因果判断或推算实际总节省。交付时间线尚未与各版本指标逐一对应；知识新增与修订ID分列，不作去重合并。 涉及月日和Q3的记录未标注事件年份，本文沿用原口径。

相关接入指南

• Foxmu 文档中心
• Foxmu — Quickstart
• Foxmu — OpenAI integration