企业采购在线客服 Agent 时,报价单上可能同时有机器人、在线坐席、模型用量、实施服务和系统接口。预算有限,审批前要弄清楚三件事:首期能覆盖多少咨询,答不了的问题能否交给现有坐席,跑通这套流程首年必须付多少钱。

建议先按一个在线入口、一批高频标准问题、一条能接到人工的转接流程确定首期需求。用真实会话验证问答和转接,再根据试点用量核算首年预算。实时查询、自动建单和新增渠道单独评估,等首期跑出数据,再决定下一笔钱花在哪里。

一、首期买什么?用“规则与责任四象限”筛任务

合力亿捷在智能客服 Agent 项目落地中观察到,同一项客服业务往往需要拆开处理。以门店预订为例,解释预订规则可以依据已审核的知识回答,确认实时余量需要查询数据,能否退订金则可能需要人工核验。三项任务都属于预订咨询,首期需要采购的能力却不同。

合力亿捷用**“规则与责任四象限”选出适合首次落地的场景,同时明确人机分工**。先看处理方式的标准化程度,再看关键结果由谁判断、由谁承担责任。首次上线优先从图中右下角的标准执行型任务里选:规则明确、无需人工逐次决策,再从中挑咨询量大、已有审核知识的任务。首期同时验收转人工,确保超出范围的会话有人接手。实时查询和业务办理根据试点结果再分别评估。

企业微信截图_1d0c52aa-985b-4b33-9e95-b064c76d6c81.png

处理方式人工决策责任要求较低人工决策责任要求较高
标准化程度高优先评估自动处理。 例如按已审核的规则回答预订流程、营业时间等问题。Agent 准备材料,由人工决定。 例如说明退款政策、收集必要材料,个案交给有权限的人审批。
标准化程度低先辅助整理,由人工审核。 例如归纳近期反复出现但尚无统一口径的问法,等业务确认规则后再纳入自动问答。尽早交给人工。 例如复杂投诉、个案争议,Agent 可以记录诉求和必要信息,处理方案由人工判断。

合力亿捷在某连锁娱乐服务企业的门店小程序上线在线客服 Agent,承接套餐与预订咨询。 合力亿捷公开案例(采集时间 2026 年 11 月)

据该项目的转接复盘,需要人工确认的预订和部分会员权益问题仍是主要转接原因。写首期需求时,可以把这两条路径分别列成**“按规则回答”和“带着已有信息转人工”**。后续如需自动查询,再单独报价。

划清职责后,再从历史会话里筛首期:按任务统计频次和人工耗时,核对知识是否已审核、能否持续更新、是否需要尚未接通的业务系统。 查询实时余量也可以标准化,接口准备好之前可先由人工处理。

客户怎么问首期怎么处理需要具备的条件
“怎么预订?”按规则直接答有已审核的预订规则和明确的更新人
“这个套餐周末能用吗?”补问门店或套餐,再按对应规则回答不同门店的适用条件能区分,规则缺失或冲突时可转人工
“今晚还有没有位置?”交给人工查实时余量能转到负责查询的坐席,并记录查询次数和耗时
“我这笔订金能退吗?”说明通用政策,个案交人工核验明确谁有权判断,坐席能收到核验所需的信息

例如,一个入口每月约有 3,000 次咨询。企业按周、按工作日与周末的咨询量比例抽取 1,000 次历史会话,其中 350 次属于知识已就绪、无需实时查询的标准咨询。如果样本具有代表性,首期候选范围约占 35%,相当于每月约 1,050 次咨询。实际答对多少、多少仍需人工,由试点验证。

现有工具够不够用,用任务占比和同一组用例判断。 抽样时给首期候选问题标记“可直接答”和“必须补问”,算出两类各占多少,再用现有工具测试。固定答复和现有转接都能通过,就先复用。若需要补问的问题反复出现、人工处理耗时较高,而且现有工具无法稳定问出关键条件,再测试 Agent 能否改善。业务量用来估算收益,通过条件按企业现有服务水平和预算设定。

二、基本转人工要做到什么程度?验收到坐席接手

在试点验收清单中,把“支持转人工”拆成三个现场检查点:客户能发起转接,会话能进入指定队列,坐席能看到必要信息并接着处理。 忙线和离线时,也要确认客户会收到什么提示、留言由谁跟进。

试点用例验收时要看到什么
客户主动要求人工能便捷发起转接,会话进入约定队列
找不到可靠答案Agent 停止猜答,坐席收到原问题和已确认的必要信息
坐席忙线客户收到排队或留言提示,后续有人接续
人工离线客户知道服务时段和后续安排,留言有明确接收人

验收时,把标准问答和转人工放进同一条会话。 客户先问套餐,补充门店和日期,随后问实时余量。合力亿捷在线客服 Agent 可以在信息不足时追问,遇到需要人工确认的事项时按配置转接,并带上已采集信息和对话上下文。用实际入口、拟购版本和接收队列演示时,坐席应能看到门店、日期和待确认事项,接着查余量。如果现有队列无法接入,先确认要补接入、增购坐席,还是换一个入口试点。(产品资料采集时间 2026 年 11 月)

三、首期费用怎么算?按能上线的范围核算

首年供应商支出先核对三块:订阅、模型用量、一次性实施与上线服务。 本方案的 Agent 订阅和模型用量分别核算。订阅按首期需要配置的 Agent 确认,并核对现有坐席能否复用。交付实施按项目确认范围和费用。若另购持续运营支持,单列首年和续费支出。套餐已含的项目只计一次。

• 试点预算:约定试点范围、时长和支出上限。用真实问法验证答复和转接,并记录模型用量。
• 首年预算:按试点通过的范围填入上述费用,并补齐确需另付的坐席或渠道接入。若合同要求年付,按全年承诺金额审批。
• 续费预算:单列次年订阅、预计用量和仍需购买的运营支持。企业自己承担的知识审核、更新和人工值守,首年和续费都另估工时。

模型用量通常最需要靠试点估算。有多少会话进入 Agent、每类会话调用模型几次、每次输入和输出多长,都会影响实际消耗。沿用前面的例子,每月 3,000 次咨询中约 1,050 次属于首期候选问题。如果所有会话都由 Agent 先接待,用量仍需覆盖实际进入 Agent 的会话。试点分别记录直接答复、补问后答复和转人工三类的平均用量,再按各类预计月会话量加总,用书面报价折算月度和首年支出。淡季和高峰差异较大时,分别估算后加总。

四、什么时候签首期?同时验收问答、转接和费用

先用脱敏历史会话做离线测试,再在一个入口、有人值守的时段小流量试跑。试点前由业务、客服和采购约定通过条件,试点后分别核对:

1. 问答过关:抽检范围内的真实问法,核对答案、适用条件和知识依据。客户没继续追问的会话也要抽检。
2. 交接过关:应转人工的会话能进入正确队列,坐席实际接手。忙线和离线另验提示、留言与跟进。
3. 费用过关:按实测用量和书面报价重算首年与续费,核对所有上线必需项是否已列入。

如果试点失败集中在知识过期、队列无人接或配置错误,先修正再复测。正式采购时,把通过测试的入口、问题范围、接收队列和费用写入合同。上线后先在已验证的范围内扩大流量,再评估增购。

五、什么时候批二期?看人工接手后还在做什么

首期运行后,按转接原因统计次数和人工实际处理时间。缺标准答案就补知识,坐席没接到就修队列或排班。人工反复查同一种状态,再评估只读接口。需要登记、派发和跨部门跟进,且处理责任已明确,再评估自动建单。另一个入口有足够多的同类咨询时,可以复用已验证的问答和转接规则,再核算新增接入与用量。

例如,门店坐席每月查询 300 次预约余量,每次实际操作约 2 分钟。即使全部替代,每月最多释放约 10 小时查询工时。拿这个上限对照接口实施费、维护工时和客户等待时间,就有依据决定继续由人工查,还是把只读查询列入二期。决定接入后,再验收可查字段、查询失败时怎么回到人工,以及接口由谁维护。