客服问答

客服问答：答案指回原文，答不出来就转人工

客服的知识大多不在一个地方。产品参数在新版手册里，退换政策在内部制度文档里，某个客户的特殊约定在工单和聊天记录里，价格与账期又要问商务。坐席处理一通咨询，往往在四五个系统之间来回切换，把同一段话复制粘贴，最后给出的答复还未必和上一通一致。新人更难：他知道答案存在，却不知道该搜哪个词。

RatioMax 把这些资料收进一个可以被提问的知识库：混合检索加重排先找到相关段落，回答带着可点击的引用返回，点开就是手册的那一页或制度的那一条。资料里没有写的内容，系统会明确说明没有，并把会话转给人工。它不替坐席做承诺，也不自动答应赔付或折扣；能查到什么就答什么，判断和承诺仍然由人给出。

流程卡点

  1. 资料分散在好几个系统里

    产品手册、政策文件、价格表和工单记录分散在共享盘、内部系统与聊天记录里，坐席处理一通咨询要在几个窗口之间来回切换找资料，找到之后还得判断它是不是当前有效的那一份。

  2. 同一个问题，两种回答

    退换条件、质保期限与运费承担这类问题，不同坐席各有一套说法，客户把两次答复截图放在一起对比，问题就从产品变成服务口径，纠正成本比第一次答对高得多。

  3. 答复说不出依据

    坐席凭经验回答，客户追问依据在哪一条时只能回头再翻一遍文件；真出了争议，也没法证明当时是按哪一版政策答复的，复盘时只能靠回忆还原，这类核对本来可以在答复时就完成。

  4. 新人培训靠口口相传

    新人先听老坐席讲一遍，再在处理真实咨询时慢慢摸索；哪些是标准答法、哪些要升级给售后，全靠旁边的人提醒，人手一紧就顶不上去，培训效果取决于当天谁在工位旁边。

对应做法

  • 资料统一入库可检索

    产品手册、政策文件、话术与历史工单归到同一知识库，按产品线、语种与生效日期标注元数据；飞书、Notion、语雀、RSS 与 API 都能作为数据源，同步进来之后由双引擎解析成可检索的文本。

    对应能力：多数据源接入

  • 答案带出处，可以核对

    向量与关键词混合检索加 ReRank 先筛出候选段落，模型基于这些段落作答，每条结论附上可点击引用，点开就是手册那一页或制度那一条；资料里没有的内容会明确说没有，而不是凑一个听起来合理的答案。

    对应能力：引用溯源

  • 在坐席已经在用的渠道里

    企业微信、飞书、钉钉、云之家、微信、QQBot、Slack、Telegram、Mattermost 都能接入，另有小程序、Chrome 插件与网页组件；坐席不必切到另一个系统提问，答复的统一口径随渠道一起分发。

    对应能力：全渠道接入

  • 谁能问什么，按范围控制

    按业务线划分空间，四级 RBAC 控制到单个知识库，坐席、外包与售前各看授权范围；每次访问写入空间审计日志，账号通过 OIDC 单点登录统一，接口调用用两级 API key 区分权限。

    对应能力：空间级 RBAC

落地场景

  • 售前参数问答

    客户问某个型号能不能适配现有设备，售前直接提问，答案带着手册页与历史项目的说明，不用再等技术部回消息。

  • 售后政策查询

    退换条件、质保范围与运费承担按当前有效的政策回答，引用可以直接发给客户看，口径不一致引起的争议明显变少。

  • 坐席辅助应答

    坐席在企业微信或网页组件里提问，系统给出建议答复与出处，由坐席确认后发出，措辞和对外承诺仍由人来把关。

  • 渠道自助应答

    常见问题交给渠道机器人先答一轮，答不出来按规则转人工，并把已经检索到的资料一并带过去，减少重复描述。

术语与知识实体

意图识别
判断一句咨询到底在问什么，是查参数、问政策还是要投诉，识别错了后面的检索和分流都会跟着错。
多轮对话
在一次会话里连续追问与澄清，模型需要沿用上文信息，否则每一轮都会退回到第一次提问的泛化答案。
知识条目
可以被单独引用的最小知识单元，一条只回答一个问题，带有来源与生效日期，便于逐条维护与过期下线。
转人工
机器答不出、置信不足或客户明确要求时把会话交给坐席，交接需要带上已检索到的资料，而不是让客户重说一遍。
服务话术
针对典型场景已经过审的表达方式，包含措辞边界与不能承诺的事项，属于需要版本管理的知识而不是个人习惯。
工单
记录一次客户问题从受理到关闭的全过程，包含分类、处理人与结论，是复盘问题来源和沉淀答复的原始材料。
会话存档
把对话内容按合规要求留存，用于质检、争议取证与培训；留存范围与期限需要事先与法务确认，不能随手扩大。
渠道机器人
部署在企微、飞书或网页组件里的问答入口，对外代表企业对客户作答，因此回答范围与升级规则要事先定清楚。
检索增强生成
先从企业自己的资料里检索出证据，再让模型基于证据生成回答，相比只依赖模型参数，结论可核对也可追责。

这些定义同时以结构化方式提供给搜索引擎与 AI 引擎，便于它们准确理解并引用业务概念。

方案常见问题

和关键词客服机器人有什么不同？
关键词机器人靠命中固定的问答对，问法一变就答不上；这套系统先做检索再做生成，问法可以自由，答案从企业自己的文档里来，并且带可点击出处。知识新增时不需要为每个问法重新配一条规则，更新文档就等于更新答案。
答不出来怎么办？
系统会明确说明资料里没有相关内容，而不是编一个听起来合理的答复，然后按你设定的规则转给人工坐席。转交时会带上已经检索到的候选资料，坐席接着往下处理，客户不必把问题重说一遍。答不出的问题本身也会成为补充资料的线索。
能接企业微信、飞书和钉钉吗？
可以。企业微信、飞书、钉钉、云之家、微信、QQBot、Slack、Telegram、Mattermost 都在支持的渠道里，另有小程序、Chrome 插件与网页组件。渠道只是入口，知识库和权限体系统一，不同渠道给出的是同一套口径。
资料在飞书和语雀里，能同步进来吗？
可以。飞书、Notion、语雀、RSS、Chrome 插件、API 与 CLI 都能作为数据源接入，同步后自动解析入库。解析覆盖 PDF、Word、Excel、图片等 10 余种格式，复杂版式 PDF 由 OpenDataLoader 处理，扫描件与图片由 PaddleOCR-VL 识别。
客户数据能放在公有云吗？
多数企业的答案是不要。RatioMax 支持完整私有化部署，Docker Compose 单机或 Kubernetes 集群，四个核心服务独立扩缩容，数据不出企业；每个知识库可绑定私有 OSS 或 S3 桶，数据源与 MCP 凭据用 AES-256-GCM 加密，对外请求带 SSRF 防护。
坐席和外包看到的知识范围怎么控制？
按空间隔离，四级 RBAC 可以控制到单个知识库：自有坐席、外包团队与售前各看授权范围，每次访问写入空间审计日志。账号通过 OIDC 单点登录统一管理，接口调用用两级 API key 区分权限，人员变动时收回权限即可。
回答会不会编造政策条款？
回答只基于检索到的段落生成，每条结论带引用；检索没有命中时系统说明没有相关资料，不会补写条款。平台用 Langfuse 与 W3C 跨服务追踪保留每次回答的检索结果与提示词，事后可以回放，核对当时依据的是哪一版政策。
怎么证明某次答复的依据？
每条回答都记录引用来源、命中的段落与所用模型，可以在追踪里回放整条链路；对话若按合规要求存档，答复与依据可以一起导出。遇到客户争议时，把当时的引用直接发给对方，比口头解释更有说服力。

其他方案