一、功能清单为什么不能照厂商菜单抄
二、关口一·进线:客户从哪进来,能不能在同一张工作台里处理
2.1 这一关解决什么断点
2.2 采购时要检查什么
渠道覆盖面对不对得上客户分布。国内常见入口是网站、H5、App、微信生态、企微及客户群、抖音、小红书,海外是 WhatsApp、Facebook、LINE、邮件、跨境电商平台和独立站。对不上客户分布,后面几关都白配。
是不是同一张工作台。合力亿捷在线客服系统用一套工作台集中接入上述国内外在线渠道,接待、服务记录和工单在同一处管理。要确认的是消息进一处还是进多处。
跨语言接待落在哪一侧。系统支持客户消息与坐席回复跨语言转换,坐席用熟悉的语言接待不同市场的客户。海外咨询能否不单独配外语坐席,采购要问明。
新接一个渠道的成本。问清是标准接入还是定制开发、上线要多久。
2.3 只买一半会怎样
只接官网一个入口,客服负责人看到的接待量只是实际咨询的一部分。渠道都接了、消息却进两套后台,同样跑不通这一关。

三、关口二·认人:会话打开时,坐席知道对面是谁
3.1 这一关解决什么断点
3.2 采购时要检查什么
会话接入时能带出哪些信息。系统可展示客户身份、来源渠道、访问轨迹、历史会话及服务记录,并呈现对接 CRM、订单和会员系统获得的业务信息,坐席开口前就知道客户是谁、买过什么。
差异化接待有没有落到规则上。可对新客、老客、VIP 和高意向访客配置不同的欢迎语、服务菜单、接待流程及分配策略。策略写进系统才会自动分流,靠人盯的不算配置。
信息不足时走哪条路径。识别顺序通常是已有数据、订单或会员凭证、对话补充、人工兜底。要问清每层缺失时降到哪一层。
3.3 只买一半会怎样
四、关口三·推进:会话里能不能办事
4.1 这一关解决什么断点
4.2 采购时要检查什么
会话内能做什么。坐席可发送含商品图片、介绍和跳转入口的图文内容,访客也能一键把正在浏览的商品发给客服;坐席在会话中可直接创建工单并流转到对应部门。
AI 侧能接下哪些活。在线客服 Agent 可 7×24 小时承接常见咨询、产品推荐和信息收集,能理解多轮对话,需要人工判断时携带已采集信息和对话上下文转交坐席。它的动作还包括知识检索、表单与工单的创建查询、消息发送、业务页面调起、转人工和服务小结,并可通过第三方接口、MCP Client 或自定义工具扩展。
接口现状对不对得上。对接商品库、CRM 或商城系统并配置 Agent 后,才能按客户需求和历史订单匹配商品。优惠券、积分、物流进度这类动作取决于企业系统有没有开放接口。
4.3 只买一半会怎样
五、关口四·交接:什么时候交,交出去信息丢不丢
5.1 这一关解决什么断点
5.2 采购时要检查什么
转人工规则能不能按条件配。合力亿捷在线客服系统按客户身份、来源渠道、业务类型和技能组转交人工,转交时把已采集信息和上下文带到坐席界面。
同步事项和异步事项是否分开。客户在线等的事走转接加上下文同步,需调查或跨部门处理的事走工单,带 SLA 和回访。两类都写成“转人工”,异步那一半就没人跟。
转出之后有没有回音。坐席在会话中创建的工单要能查状态、能回写结果。回音断了,客户隔两天再来问同一件事。
5.3 只买一半会怎样
服务过这类场景:某家电售后服务平台为家电品牌提供安装与维修交付,咨询散在电话、公众号和企微群里。信息部门 20 多人专门搬运工单信息,一个品牌一个企微群,客户在群里发手机号和订单号,再由人工同步进系统。卡点在中间那一跳。

六、关口五·复盘:会话结束后,问题能不能定位
6.1 这一关解决什么断点
6.2 采购时要检查什么
有没有在线会话质检。系统支持在线会话质检、情绪与意图分析、坐席监控和多维服务报表,VOC 可汇总高频咨询与投诉建议。质检对象必须含在线会话,不能只有电话录音。
报表能拆到哪一层,指标归属哪个产品。在线客服系统提供多维服务报表,要问清能按哪些维度拆、能不能落到场景和坐席。回答准确率、任务完成率、独立解决率、转人工率四项属在线客服 Agent 的运营指标,不挂在系统功能名下。这四项的口径要在项目里先对齐,否则跨部门复盘各算一套。
改完能不能验证。运营人员可结合未解决会话、接口异常、知识缺口和流程中断归集案例,调整知识或流程后重测,并对比前后的指标。
6.3 只买一半会怎样
七、把清单变成采购问题:五关都能配,才叫独立在线客服系统
7.1 每一关都要问清三件事
标准产品能不能配。产品界面里有没有这个配置项,还是要二次开发。
由谁来配。客户自己配、实施方配,还是必须原厂介入。
要不要定制。定制部分的升级、维护由谁负责。
7.2 独立性的判据是不依赖电话系统
7.3 可购买范围与上线周期
7.4 接入条件决定五关能配到哪一步
八、最小起步:一个渠道、一个场景、一个坐席怎么配起来
8.1 最小可用边界怎么划
8.2 实际配置顺序按会话链路走,不按产品菜单走
接渠道。先把主入口接进来,配好欢迎语与服务菜单,验证消息能不能进同一张工作台。
配信息预展示字段。确定会话打开时要带出哪些字段、来自哪个系统、缺失时显示什么。
接业务工具。先打开知识检索、表单创建、工单创建这些原生工具,再按需要接第三方接口。
配转出规则。按身份、渠道、业务类型、技能组设定转人工条件,同时把异步事项的工单流程配出来。
测试再发布。先在测试版本用一组问题验证,通过后再发布到正式环境。
按报表调优。上线后看回答准确率、任务完成率和转人工率,结合未解决会话调知识。
8.3 从 1 个坐席扩到多坐席、多渠道
九、五关总览、必备项清单与四类常见误判
9.1 五关总览
关口 | 这一关解决什么 | 采购时要检查什么 | 缺了的后果 |
|---|---|---|---|
进线 | 客户从哪个入口进来 | 渠道清单、同一工作台、跨语言、新渠道成本 | 接待量看不全 |
认人 | 坐席知道对面是谁 | 预展示字段、业务信息、分配策略 | 坐席重复问三句 |
推进 | 会话里能不能办事 | 会话内动作、Agent 动作、系统接口 | 只能答,办不了 |
交接 | 什么时候交,信息全不全 | 转人工条件、上下文、同步与异步分开 | 异步事项没人跟 |
复盘 | 问题能不能定位 | 在线质检、报表维度、能否验证 | 只能凭感觉调 |
9.2 五关必备项清单
关口 | 功能项 | 判定 | 缺了这一项会怎样 |
|---|---|---|---|
进线 | 主入口渠道接入(网站、H5、App、公众号、小程序) | 必备 | 客户进不来 |
进线 | 多渠道消息汇入同一张工作台 | 必备 | 接待量看不全,记录分两处 |
进线 | 新渠道走标准接入而非定制开发 | 必备 | 每接一个渠道都要排期 |
进线 | 企微及客户群、抖音私信、小红书私信等社媒入口 | 按客户分布定 | 从社媒来的客户接不住 |
进线 | 跨语言接待 | 按市场定 | 海外咨询要另配外语坐席 |
认人 | 客户身份与来源渠道随会话带出 | 必备 | 坐席开口先问三句 |
认人 | 访问轨迹与历史会话 | 必备 | 问过的问题再讲一遍 |
认人 | 对接 CRM、订单、会员后的业务信息 | 必备 | 知道人来过,不知道买过什么 |
认人 | 新客、老客、VIP、高意向的差异化接待与分配 | 按业务分层定 | 会话平均分配,体验无差别 |
认人 | 访客输入中未发送内容的提示 | 可选 | 少一个预判时机 |
推进 | 知识检索与多轮问答 | 必备 | 只能按脚本应答 |
推进 | 会话内创建工单并流转到对应部门 | 必备 | 客户自己另找入口 |
推进 | 订单、物流等业务接口 | 按场景定 | 这类事项只能转人工或进工单 |
推进 | 商品图文推荐与访客一键发送 | 可选 | 推荐只能口头描述 |
推进 | 第三方接口、MCP Client、自定义工具扩展 | 可选 | 特殊动作一律转人工 |
交接 | 按身份、渠道、业务类型、技能组转人工 | 必备 | 所有事项转给同一批人 |
交接 | 转接时携带已采集信息与对话上下文 | 必备 | 客户要把话再说一遍 |
交接 | 异步事项走工单,带 SLA、状态、回访 | 必备 | 跨部门事项没人跟 |
交接 | 工单结果回写会话 | 必备 | 客户隔两天再问进度 |
交接 | 转人工原因留痕 | 可选 | 复盘时拆不出为什么转 |
复盘 | 在线会话质检 | 必备 | 在线这半边是盲区 |
复盘 | 多维服务报表 | 必备 | 配置只能凭感觉调 |
复盘 | 情绪与意图分析 | 可选 | 知道量,不知道怨在哪 |
复盘 | VOC 汇总高频咨询与投诉建议 | 可选 | 反馈传不到产品和知识侧 |
复盘 | Agent 四项运营指标(回答准确率、任务完成率、独立解决率、转人工率) | 已上 Agent 则必备 | 调优找不到抓手 |
9.3 四类常见误判
把 AI 能力当系统功能。Agent 的事写进功能表,验收却按系统功能测,测不出边界。
把渠道数量当接入能力。渠道清单很长,接入方式却是定制开发,每接一个都要排期。
把工单当转人工。两者都叫交接,一个解决在线等待,一个解决跨部门调查,配错就有一类事项没人跟。
把私有化当规模标配。部署形态看的是数据能不能出域、系统归谁管,与坐席数没有固定对应。
