客服答错条款
规则入知识库，答案强制带原文出处；检索不到依据时明确拒答，不编造。
答错一句话就是合规风险
规则散落在产品文档、核保系统、和几个老员工的脑子里。一线答错不是服务问题，是合规问题。所以这个行业的要求不是「答得像」，而是「答得出出处、追得回去」。
金融与保险
我们反复碰到的三件事
下面写的是我们在现场反复碰到的具体卡点，用的是你熟悉的业务语言。
具体卡在哪
- 核保与产品规则散在多个系统和人脑里，新人上手周期长
- 客服回答没有出处，出了问题追不回去
- 系统改动要过审计，上线窗口很窄
典型场景
这个行业里最常被问到的事
新人上手慢
核保与产品规则做成可检索知识库，新人问系统比问同事快，口径还统一。
合规部门要审系统
私有化部署、权限在检索前过滤、全链路留痕，过审计不留尾巴。
行业口径
这个行业里，三个容易被含糊过去的地方
下面三条是这个行业里最常被混用的口径。它们看着像细节，实际上决定了做法，也决定了验收怎么算 —— 口径不对，后面做什么都是猜。
销售可回溯是硬要求，知识库必须做版本管理
录音录像要与保单、条款版本对得上。条款改了而知识库没同步，一线就会拿到过时答案，而这条答案是要被监管抽查的。
核保规则的版本要与产品条款同步
规则与条款不同步，是核保争议最常见的来源。所以我们把「规则入库前由业务与合规各一人签字」写进流程，而不是靠事后补。
反洗钱筛查要求可解释
命中原因要能说清是名单匹配、行为异常还是地域风险，不能只给一个分数。只给分数的系统，合规部没法用。
做法
针对这个行业，我们会怎么做
同一个问题在不同行业里的解法不一样。下面是针对金融与保险我们实际会走的几步。
四件具体的事
- 核保与产品规则梳理成可检索知识库，每条规则入库前由业务与合规各一人签字
- 答案强制带出处，能回溯到原文段落；检索不到依据时明确拒答，不编造
- 权限在检索前过滤，用户看不到无权内容；谁问的、问了什么、答了什么全部可导出
- 私有化部署，数据不出自建机房，过审计不留尾巴
适合什么阶段：受监管、且对「答案可追溯」有硬性要求的金融机构。
怎么开始
从接触到跑起来，中间要过两关
方案谈得再好，也可能卡在「不知道第一步要准备什么」。这一段把起步需要的资料和试点的验证口径先摆出来，你在联系我们之前就能判断能不能做。
第一关 · 起步需要你提供这些
身份与权限来源
组织架构、岗位、权限矩阵的来源系统。员工入离职要能自动同步 —— 靠人手工开账号关账号，权限只会越积越多，这是内部风险最常见的一条路径。
条款与知识库
产品条款、核保规则、监管文件，必须带版本号与生效日期。条款改了知识库要跟着改，同步的时延要能测出来。
合规与留痕要求
双录、答复留痕、可回溯年限的监管要求，以及由谁签字确认。这些不是技术选项，是硬约束 —— 要在设计阶段就定下来，不能等验收时补。
第二关 · 试点怎么算通过
答得有据
每条答复要能指回条款的具体版本与条款号，抽检时当场复核。做不到可追溯的答复，在监管抽查里等同于没有依据。
越权不发生
按岗位权限过滤检索结果，跨部门、跨权限的内容不能出现在答复里。试点期要专门造越权样本去打，而不是等它自己暴露。
改版跟得上
条款改版后知识库同步的时延要能测，超时要告警。靠人记得去改，就一定会有忘记的那一次，而那一次刚好被抽查到。
交付标准
金融与保险交付到什么程度才算完
通用交付标准（阶段制、指标写进合同、固定交付物清单、可退出）之上，这个行业额外要求下面四条。验收指标逐项写进合同，由指定的人签字，不达标按约定处理。
验收看这三个数
- 100% 答案带出处率 每条都能回溯到原文段落
- ≥ 95% / 0 次 抽检准确率 / 越权访问 信息安全部每月审计
- 100% 拒答可解释率 无检索依据时明确拒答，不编造
通用标准之上，额外四条
- 规则双人复核
- 全链路留痕
- 拒答要有据
- 权限在检索前过滤
交付成效
交付后的指标变化
口径：基于已交付项目的实测值，经客户确认后统计。
73%
首答时长下降
30 → 8 分钟
30 → 8 分钟
61%
单工单成本下降
¥18.5 → ¥7.2
¥18.5 → ¥7.2
43%
自助解决率
从 0 起
从 0 起
8,300h
年节省工时
约 ¥415 万
约 ¥415 万
相关案例
这个行业我们做过什么
IT 服务台智能助手
日均 1,200 张工单，知识散落在三个系统，新人上手需要 6 周