第 3.2.3 节：把说明书问答、客诉风险与工单写成可校验、可复用的工程契约
说明书问答、客诉风险与工单不能只停留在口头约定，还需要落实为字段、校验和失败处理。完成本节后，你应该能够把说明书问答、客诉风险与工单落成字段表、校验规则、错误处理和验收样例。
实现步骤或决策流程
推荐技术流及原因
客服售后项目推荐采用“意图识别 + 知识检索 + 工具查询 + 风险护栏 + 人工转接 + 质检复盘”的技术流。
- Intent Classification（意图分类）：先判断用户是在咨询、查订单、申请售后、投诉、询价还是表达不满。分类决定后续流程。
- RAG（检索增强生成）：对产品说明、售后规则、安装步骤、保修政策等内容进行检索，回答时引用依据。
- Tool Calling（工具调用）：订单、物流、保修、工单创建等动作通过受控工具完成。查询类工具可以较早接入，写入类工具要加权限和日志。
- Structured Output（结构化输出）：把用户问题拆成产品、订单号、问题类型、紧急程度、证据材料、风险等级和建议动作，便于工单系统使用。
- Guardrail（护栏）：拦截退款赔付承诺、价格承诺、违规话术、隐私泄露、客诉升级和无依据回答。
- Human Handoff（任务转交）：当资料不足、风险过高、客户明确要求人工或系统工具失败时，把摘要、已问字段和建议动作交给客服。
- Quality Review（质检复盘）：对对话进行自动质检，输出问题点、依据、改进建议和优秀话术，帮助主管维护服务质量。
这条技术流的原因是：客服不是单次问答，而是一条服务链路。先分类，才能走正确流程；先检索，回答才有依据；先结构化，工单才可用；先设护栏，风险才不会被“热情回复”放大。
字段契约表
| 字段 | 含义 | 示例 | 业务用途 | 验收要求 |
|---|---|---|---|---|
| conversation_id | 会话编号 | CS-20260701-001 | 追踪一次完整咨询 | 每次回复能关联原会话 |
| user_channel | 来源渠道 | 官网、企微、App | 判断回复格式和转接路径 | 渠道识别准确 |
| user_message | 用户原始消息 | “我的订单还没发货” | 保留原始输入 | 不得被改写后丢失 |
| intent | 意图分类 | 订单查询、售后申请、投诉 | 决定流程分支 | 历史样例分类达到约定标准 |
| product_or_service | 产品或服务 | 空调 A、会员套餐 | 匹配知识和售后规则 | 无法识别时应追问 |
| order_reference | 订单相关信息 | 订单号、手机号后四位 | 查询订单或创建工单 | 敏感信息需脱敏展示 |
| extracted_slots | 已抽取字段 | 型号、故障、截图、时间 | 减少人工追问 | 工单字段完整 |
| knowledge_citations | 知识依据 | 售后政策第 3 条 | 支撑回复可信度 | 关键政策必须有来源 |
| risk_level | 风险等级 | 低、中、高 | 决定自动或转人工 | 高风险必须拦截 |
| handoff_reason | 转人工原因 | 退款争议、投诉升级 | 人工接手时理解背景 | 原因清晰可读 |
| response_draft | 回复草稿 | 标准回复与下一步动作 | 自动回复或人工确认 | 语气符合品牌 |
| ticket_payload | 工单字段 | 问题、优先级、证据、期望 | 创建或补全工单 | 必填项不缺失 |
| trace_id（追踪编号） | 追踪编号 | TRACE-CS-0001 | 质检与问题排查 | 工具调用和回复可追溯 |
字段契约要让客服主管看得懂。它不是技术内部表，而是告诉业务方：智能体会记录什么、判断什么、什么时候转人工、怎么留下证据。
数据准备
客服售后项目的数据准备重点是“资料能回答、样例能验收、字段能建单”。建议按下面顺序处理：
| 数据 | 准备方式 | 使用位置 | 注意事项 |
|---|---|---|---|
| FAQ（常见问题）与产品说明 | 合并重复问题，保留正式口径和更新时间 | RAG 问答 | 过期资料要标注，不直接进入正式回答 |
| 售后政策 | 梳理保修、退换、赔付、运费、时效和例外条款 | 风险护栏、回答依据 | 涉及赔付和承诺时默认转人工确认 |
| 历史对话 | 抽取常见问题、追问字段、转人工原因和失败案例 | 意图分类、验收集 | 先脱敏手机号、地址、订单号等隐私 |
| 工单记录 | 整理必填字段、队列、优先级和处理结果 | 工单结构化 | 不完整字段要反向补到追问策略 |
| 投诉样例 | 标注情绪、监管、法律、赔付和舆情风险 | 高风险识别 | 不能让模型自由承诺解决方案 |
| 质检规则 | 记录语气、禁用词、处理时效和升级规则 | 自动质检、主管复盘 | 规则要有负责人和更新机制 |
准备样例集时，建议至少覆盖 100 条：常见问答、售后报修、订单查询、投诉升级、隐私请求和工具失败。样例不求数量夸张，关键是覆盖真实风险路径。
制作步骤
-
梳理问题地图
从历史对话和工单中整理问题类型，例如售前咨询、订单查询、物流、安装、故障、退换货、发票、投诉和无法识别。不要只按部门分类，要按客户实际表达分类。 -
清洗知识资料
把官网、说明书、FAQ（常见问题）、售后政策、活动规则和客服话术分级。过期活动、临时承诺、个人经验不能直接进入知识库，必须由主管确认。 -
设计意图与字段
为每类问题定义必填字段。例如售后故障需要产品型号、购买时间、故障现象、图片、文字说明、其他可审核证据和客户期望处理方式。注意这里的证明材料不要求固定媒介，只要求证据可审核。 -
搭建知识问答
对产品说明和政策类问题使用 RAG。回复必须能说明依据来自哪里；没有依据时不要编造。 -
接入受控工具
先接只读查询，例如订单状态、物流状态、保修状态。创建工单、修改地址、发放补偿等写入动作要加入权限和人工确认。 -
设计风险护栏
建立客诉词、监管词、法律词、退款赔付词、隐私字段和禁用承诺规则。命中高风险时，智能体应生成摘要并转人工。 -
设计人工转接
转人工不是一句“请等待客服”。系统应把用户问题、已识别意图、已收集字段、已查询结果、风险原因和建议下一步一起交给人工。 -
建立质检复盘
对每次会话记录响应是否有依据、是否遗漏追问、是否越权承诺、是否及时转人工。主管根据复盘结果更新知识库和话术。 -
准备验收样例
至少准备常见问题、资料缺失、订单查询、工单创建、投诉升级、客户情绪激烈、隐私请求和工具失败样例。 -
小范围试点
先选择一个渠道或一个产品线试点，观察转人工率、满意度、知识命中率和风险拦截情况，再扩大范围。