智能客服软件怎么选：先问五个交付问题，再看功能清单

我们陪客户做过不少选型评审，最常见的一幕是：五六家厂商坐一排，PPT 上的功能矩阵几乎一模一样——语音识别、多轮对话、情绪识别、质检、工单，勾选栏全是满的。评审到最后，往往按价格和关系定下来，然后在上线第三个月发现问题。

问题不在功能有没有，在于功能之外那五件事没人问。下面这五个问题可以直接原样发给候选厂商，回函质量比演示更能说明问题。

一问知识库：谁维护，改一条要多久

政策、价格、流程都会变，今天的标准答案下个月就过期。如果答案维护在原厂手里，客户每次改一句话要走工单排期，一个月后知识库就过期了——答得再流畅也是错的。合格的回答应该是：业务人员自己能在半小时内改完一条答案并上线，且改动有留痕、可回滚。

二问转人工：边界划在哪里

机器答不了必须干净地交出去，不能把用户困在循环里。我们见过把「未识别」做成连问三次再转人工的设计，用户被反复追问，体验极差。合理的做法是三条线并行：置信度低于阈值立即转、用户在任意轮次说「转人工」立即转、转接时把对话上下文一起带过去，不让用户重讲一遍。

三问答完落单：能不能调业务接口

这是投入产出比的分水岭。如果机器人答完，人工还要把信息重新录进工单系统，那省下的只是通话时长，人并没有被省下来。要追问的是：机器人能不能调业务接口——查进度、查余额、提交申请、生成工单。

四问效果：指标能不能按天看

接通率、解决率、转人工率、平均处理时长，这四个指标要能在同一张报表里按天看。只提供月度总结的，通常意味着底层数据链路没打通，后面的优化都无从谈起。

五问兜底：出了事谁到现场

这一条在湖北、武汉的项目里尤其重要。原厂工程师多在北京、上海、深圳，一个接口字段对不上，远程排查两天；本地有交付团队的，当天能进机房。这不是价格问题，是故障恢复时间问题。

三个补充：大模型、价格与验证

先说大模型。现在几乎每家都会说支持大模型，但支持是分层的——有的只用来做意图识别兜底，有的用来生成答复，有的用来做坐席辅助。生成答复看起来最亮眼，风险也最高：编造内容、越权承诺、政策口径漂移，都会直接变成投诉。相对稳的用法，是让大模型做理解与摘要，把最终答复收敛在知识库里。

价格结构也要拆开看。完整成本是四块：许可、实施、知识库建设、年度运维。很多报价只给前两块，显得便宜，但知识库建设和运维才是长期支出。选型时让对方把这四块分别报，并把第二年、第三年的数字一起给出来，比较才有意义。

如果条件允许，做一次两周的验证比听十场演示有用。验证不用铺全量，挑三十个真实问题、五个真实业务流程，只看三件事：答对率、转人工是否干净、能不能调通一个业务接口。这三件事过不了，功能再多也用不起来。

最后提一句国产化。政企项目里，操作系统、数据库、中间件常常有明确要求。这件事要在评审阶段就问清楚：产品有没有在目标环境里跑过，还是只在原厂标准环境里能跑。适配不是装上去就行，性能水位和稳定性都要复测。

回到开头那个问题。这五个问题里，前三个决定系统能不能用，后两个决定能用多久。功能清单可以放到最后看——它最容易被补齐，也最不构成差异。真正拉开差距的是知识库的治理机制和本地响应速度，这两样都不在 PPT 里。