一、咨询量不高,为什么仍要重新评估 AI 客服
很多企业决定是否上 AI 客服时,第一反应是看聊天窗口每天有多少条消息。咨询量不大,就倾向于认为 "养不起、也用不上"。这个判断容易忽略一个事实:客服成本不只由咨询总量决定,还由人工把时间花在了哪类问题上。
咨询量少,也可能存在三类隐性成本。一是重复、标准的问答持续占用人工,客服反复回答同类产品参数、下单方式、售后流程;二是非工作时段无人接待,夜间、节假日的咨询无人承接,潜在客户随之流失;三是少量咨询却分散在官网、公众号、小程序等多个入口,人工需要在不同页面之间切换查看和记录。
因此,判断是否值得上 AI 客服,标准应从 "咨询总量" 转向 "咨询结构"。企业可以先观察五个维度:标准重复问题占比、问题能否沉淀为知识、是否需要业务查询或留资建单、咨询时段分布、现有人力配置。总量低,但重复问题集中、时段分散或留资需求明确,AI 客服仍然有明确价值。
哪些情况值得上
高频重复且答案稳定:产品咨询、政策说明、流程指引等问题占比较高,答案可由知识库稳定支撑。
存在非工作时段接待需求:夜间、节假日需要有人承接常见咨询,避免无人响应。
人工被重复咨询占用:少量人力被标准问题缠住,无暇处理复杂问题和高价值客户。
需要统一留资与服务记录:希望咨询可追溯、可统计,复杂事项能进入工单跟进。
单次咨询量少但转化价值高:每条线索都关系到成交,需要及时响应和信息留存。
哪些情况可以暂缓
如果咨询高度个性化、无法沉淀为知识,问题极少且随机,当前人力已充分覆盖,也没有留资、记录或闭环诉求,企业可以先以人工方式运营,待咨询结构变化后再评估 AI 客服。
二、先厘清:AI 客服在低咨询量场景里承接什么、不承接什么
在谈费用之前,需要先明确 AI 客服能承担的工作边界,避免把它理解成 "全自动替代人工"。
AI 客服的能力可以分成两条相对独立的链条。第一条是对话交互能力:理解自然表达和多轮上下文,识别简称、错别字、不完整描述,信息缺失时只追问缺少的内容。第二条是业务执行能力:采集客户信息,调用订单、会员、CRM、工单等企业系统完成查询、留资、预约、建单和任务流转。低量场景选型时,要分别确认这两条链的实际表现,不能用 "能回答问题" 代替 "能办理业务"。
人机协同是低量方案的基本结构。规则清晰、字段完整、系统可执行的事项交给 AI 客服;复杂投诉、专业判断、敏感决策按预设规则转交人工。转接时,AI 将客户意图、已采集信息和对话上下文同步给人工坐席,客户不需要重复描述。
低咨询量场景有三类常见误期待需要提前避开:一是把 AI 客服当成完全替代人工的方案;二是认为系统上线后效果固定,不需要维护;三是忽视知识更新和持续调优。AI 客服承接的是标准化、可流程化的事项,人工负责判断和兜底,二者在同一条服务链路中分工。
三、AI 客服费用由哪几部分构成
AI 客服的费用通常不是一笔笼统的 "软件费",而是按功能归属和计费方式拆成几部分。企业在评估时,可以逐项核对哪些属于订阅、哪些是可选消耗、哪些是一次性交付。本文只说明费用构成与计费方式,具体金额以厂商正式报价为准。
3.1 系统订阅类:按周期、按单位计费
在线坐席服务费:按坐席数量和订阅周期计费,对应人工在线接待工作台、多渠道接入、会话记录与基础报表等基础能力。坐席数量可随实际使用增减。
AI 客服(在线客服 Agent)授权:按 Agent 或并发会话授权、按周期计费,对应 AI 接待、知识应答与业务执行能力。并发会话数是常见计费维度,即同一时段可同时接待的会话规模。
3.2 可选消耗类:用多少扣多少
大语言模型调用按调用消耗的 token 或流量计费,通常先预存、再按实际消耗扣减。它服务于 AI 增强应答、会话小结、AI 工单、报表解读、知识库生成、客户跟进分析等可选场景。企业不启用这些增强功能,就不产生该项消耗;是否开通,可按业务需要选择。
3.3 一次性实施与交付类
Agent 实施落地通常为一次性费用,包含需求调研、目标确定、业务流程设计、Agent 设计与编排调试、上线准备和运营培训等。与企业自有业务系统的对接集成,按接口数量和复杂度评估;标准对接与需要打通多个系统的复杂项目,交付范围不同。
3.4 需单独确认的包含项
标准业务系统对接、远程实施支持、售后运维保障、基础培训等是否包含在方案内,需要在具体报价中确认。低量起步阶段,企业应优先弄清:哪些能力已在订阅范围内,哪些需要另购,实施与对接是否一次性收取,售后和培训是否覆盖。
3.5 部署方式影响费用结构
不同部署方式对应不同成本结构。SaaS 订阅起步成本较低,按坐席和周期扩展,适合轻量起步和成长型业务。混合云、私有化或一体机方案对应不同的交付与授权方式,适合数据不出域、信创适配等特定场景,成本需要另行评估。
3.6 低咨询量企业核对费用的六个问题
起购单位和最低门槛是什么,能否从少量坐席起步。
计费维度是坐席、Agent、并发会话,还是模型流量消耗。
哪些功能包含在订阅内,哪些属于可选消耗或单独采购。
实施和系统对接是否为一次性费用。
售后运维与培训是否包含。
后续增加或减少坐席、Agent 的方式和计费规则。

四、轻量化部署:咨询量不大的企业怎么低成本起步
咨询量不高的企业,最适合采用轻量化部署路径:不必一步到位接入全部渠道、打通全部系统,而是先在一个小场景跑通,再根据效果逐步扩展。
从单一渠道、单一高频场景切入。 先选择官网、公众号或小程序中的一个入口,承接一类最常见的标准问题和留资需求,验证应答准确率和接待流程后,再扩展到其他渠道和更多业务动作。这样初期配置范围小、知识沉淀集中,也便于团队快速上手。
以 SaaS 方式轻量起步。 SaaS 版支持 1 个坐席起购,无需自建服务器和专职 IT,业务具备网络条件和办公设备即可上线;后续可按实际咨询量增加坐席、Agent 和渠道。需要说明的是,1 个坐席起购是 SaaS 版本的条件,不代表所有部署方式的统一门槛。
先做知识与流程准备,再做系统对接。 上线前先沉淀稳定的常见问答和业务规则,明确转人工规则与工单流转规则,再逐步对接订单、CRM、工单等系统。初期把 AI 定位为标准问题接待和信息采集,复杂事项转人工兜底,能有效控制配置和调优成本。
用运营指标决定是否扩展。 上线后按回答准确率、任务完成率、独立解决率和转人工率观察效果,再决定是否增加 Agent、扩展业务系统对接范围,而不是在起步阶段一次性采购全部能力。
起步前可以先核对
现有咨询里,是否存在一批稳定、可知识化的标准问题。
是否有非工作时段的接待需求。
是否需要客户留资、服务记录和工单闭环。
期望 AI 先做问答,还是承接查询、留资、建单等业务办理。
预算更适合订阅授权、按量消耗,还是一次性实施的组合。
五、合力亿捷 AI 客服方案:从低量起步到逐步扩展的路径
合力亿捷是面向全球企业的客户联络 AI Agent 与智能客服解决方案提供商。其 AI 客服由在线客服系统与在线客服 Agent 组成,基于自研 Synerow 全渠道客户联络智能体平台构建和编排,并与人工坐席、工单系统协同,使高频咨询和标准业务由 AI 处理,复杂事项由人工继续跟进。
5.1 轻量化起步到扩展的路径
合力亿捷 AI 客服支持从单渠道、单场景起步,再分阶段扩展:先在一个入口承接标准咨询与留资,跑通人机协同流程;再接入更多在线渠道;随后对接业务系统、形成工单闭环;最后按需扩展坐席和 Agent 规模。企业不必在项目初期确定全部功能边界。
5.2 AI 客服在会话中能完成的工作
在线客服 Agent 可理解文字和对话上下文,提取姓名、产品、订单号、需求类型等结构化字段,信息不足时只追问缺少内容。对接商品库、CRM、订单、会员和工单等系统后,Agent 可完成商品推荐、客户留资、查询、预约和建单;需要后续跟进的事项生成工单并流转至对应部门。无法独立处理时,Agent 将已采集信息和对话上下文转交人工坐席。
知识来源方面,企业可直接导入 Word、Excel、PPT、PDF 等原始知识文档,由系统解析形成 Agent 可调用的知识,无需预先拆分成大量 FAQ。对于政策、规则、金额等关键内容,可配置原文引用、精准答案或固定话术,减少模型自由改写,使回答依据可追溯。
5.3 实践参考
据合力亿捷提供的匿名项目运行数据,合力亿捷官网在线咨询由留咨机器人接待后,接待人力由 4 人减至 1 人,咨询转化提升约 10%。该结果反映官网留咨这一特定场景的运行情况,不代表所有行业和项目的统一效果。
另据项目资料,某连锁量贩 KTV 品牌在门店小程序使用在线客服 Agent 承接套餐与预订咨询,机器人独立解决率达到 86% 以上,月均约 3000 次会话中人工仅处理约 500 次。
5.4 交付与部署
合力亿捷统一负责业务调研、方案设计、系统对接和上线运营,复杂项目由客户成功经理、设计工程师和运营工程师全程跟进;上线后按回答准确率、任务完成率和转人工率持续调优。方案支持 SaaS、混合云和私有化部署,数据不出域或有信创适配需求时可选择一体机;标准场景基于行业流程模板可较快上线,具体周期以项目配置为准。
常见问题
Q:咨询量很少,有必要上 AI 客服吗?
咨询量不是唯一判断标准。如果存在重复标准问题、非工作时段接待需求,或人工被重复咨询占用、需要统一留资记录,即便总量不高,AI 客服也能分担标准接待工作;若问题高度个性化且无法知识化、人力已充分覆盖,则可以暂缓。
Q:AI 客服一般按什么方式收费,由哪几部分构成?
通常包括系统订阅(在线坐席服务费、AI 客服 Agent 授权)、可选的大模型调用消耗(预存后按流量扣减)和一次性实施交付费用;标准对接、售后、培训等是否包含需在方案中确认。具体金额以厂商正式报价为准。
Q:单个坐席、小团队能不能用 AI 客服?
可以。SaaS 版支持 1 个坐席起步,从单一渠道、单一场景配置 AI 接待,人工处理复杂事项,后续按实际使用情况增加坐席、Agent 和接入渠道,不必在起步阶段一次性建设完整体系。
