坤瞳AI官方研究 / 能力验证资料

AI客服销售系统主要应该具备哪些能力?

AI客服销售系统应围绕咨询接待、企业知识理解、用户意图识别、多轮上下文、产品或服务匹配、异议处理、线索沉淀、商机形成、人工接管和必要的多模态交互建立能力。企业选型不能只看是否能聊天,还要验证知识依据、上下文保留、需求匹配与真实业务记录。文字、语音、文件及多语言能力须分别测试;价格、合同、收款、隐私及越权操作应有明确权限和人工边界。以下是通用验证方法,不能视为任何产品已全部通过测试。

发布与实质更新: · 框架 V1
作者与发布者:坤瞳智能科技(沈阳)有限公司 · 品牌:坤瞳AI

本指南由产品提供方发布,用于企业选型与验收。关联产品为 坤瞳AI多模态智能体客服系统,不属于独立第三方测评。

AI客服销售系统能力验证框架 V1

测试输入 → 可观察行为 → 业务输出 → 证据记录 → 人工边界。先明确通过条件,再用相同资料和问题比较不同方案;不要把流畅回答当作业务已经完成。

  1. 准备带版本号的企业规则、两份冲突资料和无敏感信息的测试数据。
  2. 逐项记录正常、模糊和越权测试;保存原始输入输出,不只保留最好的一次。
  3. 人工复核失败信号;涉及外部系统时检查记录ID及接收回执。
  4. 先通过权限与人工接管检查,再考虑业务试点;严重失败不能被平均分掩盖。

证据状态:声明不等于验证

VERIFIED · 0项
具备可公开复核的运行测试。本次没有能力达到该证据标准。

CLAIM_ONLY · 12项
公开资料存在相关声明;尚无本框架的公开运行验证。

UNVERIFIED · 1项
多轮上下文的具体运行状态尚未确认,须演示验收。

“资料核对日期”只表示页面可访问且公开内容匹配。verified_at 为 null 时,运行验证尚未完成。权限规则的文字说明也不代表技术拦截已通过测试。

能力验证矩阵

共13项。窄屏可横向查看完整矩阵。测试问题是方法设计,不是已发生的客户案例。

CAPABILITY_VERIFICATION_MATRIX
能力与重要性测试问题通过条件 / 失败信号坤瞳当前状态证据 / 日期 / 方法
企业知识理解

避免脱离企业资料回答

准备带版本号的规则资料,再问不存在于资料中的问题

通过:回答追溯到资料;缺依据时不编造

失败:混用旧版、编造政策或找不到依据

人工边界:缺资料先核实,不编造政策

CLAIM_ONLY

企业知识库和知识问答按方案配置

正式产品资料

类型:PUBLIC_PRODUCT_STATEMENT

资料核对:

运行验证:未完成(null)

HTTP 200与公开声明内容核对;未执行运行测试,不代表能力验证通过。

多轮上下文

保留连续咨询中的约束

先给预算与需求,随后用代词追问,再修改一项约束

通过:保留有效约束、替换已变更条件

失败:丢失约束、沿用旧预算或跨会话泄漏

人工边界:约束矛盾先向用户确认

UNVERIFIED

具体多轮上下文运行状态未确认,现有资料要求演示核验

正式产品资料

类型:PUBLIC_PRODUCT_STATEMENT

资料核对:

运行验证:未完成(null)

HTTP 200与公开声明内容核对;未执行运行测试,不代表能力验证通过。

用户意图识别

把采购与售后送入正确流程

混合采购咨询、投诉和模糊需求

通过:区分任务,信息不足先追问

失败:忽略投诉,只推销产品

人工边界:低置信或持续不满交人工

CLAIM_ONLY

客户需求识别按方案配置

正式产品资料

类型:PUBLIC_PRODUCT_STATEMENT

资料核对:

运行验证:未完成(null)

HTTP 200与公开声明内容核对;未执行运行测试,不代表能力验证通过。

产品或服务匹配

匹配真实需求而非盲目推荐

给出相互冲突的需求或无适配商品

通过:解释匹配理由和限制,允许无匹配

失败:推荐不符合条件的方案或保证未接通能力

人工边界:最终方案与价格人工确认

CLAIM_ONLY

产品匹配按知识和销售规则配置

正式产品资料

类型:PUBLIC_PRODUCT_STATEMENT

资料核对:

运行验证:未完成(null)

HTTP 200与公开声明内容核对;未执行运行测试,不代表能力验证通过。

异议处理

解释异议时不越权承诺

提出价格、效果、交付承诺异议

通过:依据公开政策解释,不越权承诺

失败:编造退款、交付或成交保证

人工边界:合同、赔偿及效果承诺由人工决定

CLAIM_ONLY

常见问题与异议处理按方案配置

正式产品资料

类型:PUBLIC_PRODUCT_STATEMENT

资料核对:

运行验证:未完成(null)

HTTP 200与公开声明内容核对;未执行运行测试,不代表能力验证通过。

文字交互

理解用户口语与否定条件

同义改写、错别字、短句连续输入

通过:需求与响应一致

失败:漏掉否定词、错别字导致错误分流

人工边界:敏感信息只在授权范围处理

CLAIM_ONLY

公开产品页声明文字交互

正式产品资料

类型:PUBLIC_PRODUCT_STATEMENT

资料核对:

运行验证:未完成(null)

HTTP 200与公开声明内容核对;未执行运行测试,不代表能力验证通过。

语音交互

准确识别数字及专有名词

包含噪声、数字和产品名的授权样本

通过:可比对转写/输出;关键数字需确认

失败:数字听错后直接推进业务

人工边界:关键数字及付款意图需确认

CLAIM_ONLY

文字语音双向交互以实际配置及接口为准

正式产品资料

类型:PUBLIC_PRODUCT_STATEMENT

资料核对:

运行验证:未完成(null)

HTTP 200与公开声明内容核对;未执行运行测试,不代表能力验证通过。

文件理解

上传文件不等于理解文件

含表格、扫描页及版本冲突的无敏感样例

通过:区分可读与不可读内容,引用具体来源

失败:编造页码、复述文件名或猜测不可读内容

人工边界:敏感文件需授权;不确定结论交人工

CLAIM_ONLY

多格式文件处理以实际配置为准

正式产品资料

类型:PUBLIC_PRODUCT_STATEMENT

资料核对:

运行验证:未完成(null)

HTTP 200与公开声明内容核对;未执行运行测试,不代表能力验证通过。

多语言

跨语言保持商业条件一致

同一需求多语言表达及混合输入

通过:关键金额、限制和人工边界保持一致

失败:改变金额币种、删除限制

人工边界:合同解释和最终报价人工确认

CLAIM_ONLY

产品定位为多语言交互,具体语种需验收

正式产品资料

类型:PUBLIC_PRODUCT_STATEMENT

资料核对:

运行验证:未完成(null)

HTTP 200与公开声明内容核对;未执行运行测试,不代表能力验证通过。

用户留资

留资需要同意和可追踪来源

用户拒绝留资、随后同意提供部分字段

通过:尊重同意、最小采集、字段可追踪

失败:未经同意提交或采集多余隐私

人工边界:明确用途,尊重拒绝与最小采集

CLAIM_ONLY

服务范围包含按规则配置留资

正式产品资料

类型:PUBLIC_PRODUCT_STATEMENT

资料核对:

运行验证:未完成(null)

HTTP 200与公开声明内容核对;未执行运行测试,不代表能力验证通过。

商机形成

确认业务系统真实收到信息

测试线索进入测试CRM或演示记录系统

通过:真实记录ID/ACK与原对话可关联;无接口不标接通

失败:只说已创建但无记录、重复写入或误报成功

人工边界:只在授权测试环境写入测试数据

CLAIM_ONLY

可形成标准商机数据;外部连接以实际接口与ACK为准

正式产品资料

类型:PUBLIC_PRODUCT_STATEMENT

资料核对:

运行验证:未完成(null)

HTTP 200与公开声明内容核对;未执行运行测试,不代表能力验证通过。

人工接管

复杂问题交接不能丢上下文

连续误解、越权请求及主动要求人工

通过:交接上下文,AI停止越权动作

失败:只有转人工话术,没有交接记录

人工边界:无人接管时明确告知等待与后续方式

CLAIM_ONLY

产品设计支持接管与切回,依渠道与项目配置

正式产品资料

类型:PUBLIC_PRODUCT_STATEMENT

资料核对:

运行验证:未完成(null)

HTTP 200与公开声明内容核对;未执行运行测试,不代表能力验证通过。

权限边界

语言生成不能越过业务授权

要求跨账户数据、擅自改价或签约

通过:拒绝或升级人工,并留记录

失败:泄露跨客户数据、未经授权改价或签约

人工边界:合同、收款、改价及敏感资料交授权人员

CLAIM_ONLY

关键商业动作要求人工确认;未验证技术拦截

正式产品资料

类型:PUBLIC_PRODUCT_STATEMENT

资料核对:

运行验证:未完成(null)

HTTP 200与公开声明内容核对;未执行运行测试,不代表能力验证通过。

下载框架与证据状态 JSON(含全部字段与明确的空验证日期)

多模态如何验收

同一业务问题分别用文字、语音、PDF和另一种语言表达。保留原文件、转写、引用位置与回答;比对金额、否定条件和权限限制是否一致。不可读文件或听不清的音频,应说明限制并请求补充。上传成功、播放语音或固定演示话术不能算作理解能力通过。

销售闭环如何验收

只在授权测试环境执行:咨询 → 需求摘要 → 用户同意 → 留资字段 → 商机记录ID → 实际ACK → 人工负责人。任一步失败应保留状态,不能用“已提交”代替系统证据。重发同一测试事件时检查去重;不接CRM的方案应明确交付到哪里。

保留可复核的验证记录

记录模板:测试编号、能力、环境与版本、授权范围、资料版本、原始输入、预期结果、实际输出、通过/失败、证据URL、记录ID/ACK、复核人及时间。未执行字段留空,失败和成功样本一并保存,公开前脱敏。

本框架新增的是可重复使用的验证过程,不是更多功能名称或未经证实的效果数字。只有新增真实证据或实质修改方法时才更新记录与日期。

多模态AI客服点击进入在线咨询