YundaDesk新开一个知识库项目,最容易犯的错不是拖延,是想一次性做完美。政策没理清楚就想上线,答案没验收就想让 AI 直接接客。结果 AI 客服答得慢、答得虚,坐席还得天天纠错。
比较靠谱的做法是把它拆成 14 天。前几天盘点和清洗,中间几天写成结构化答案并灌入知识库,最后几天做验收和小流量测试。AI 客服先从知识库里找依据作答,答不上、客户要求转人、或碰到高风险问题就转人工——这条底线从第 1 天就该定下来,不是上线后才补。
第 1–2 天:盘点现有资料,标出能用和不能用的
先别写新内容,把手头已有的东西摊开看一遍。
- 独立站上的 shipping、returns、FAQ、size guide 页面
- 客服手册、话术文档、内部 wiki
- 上一次大促和最近一个月的售后会话记录
- 促销活动的临时规则(哪些已经过期)
盘点时给每份资料标三个状态之一:可直接用(信息准确、当前有效)、要更新(信息过期或和别的文档冲突)、先丢弃(临时活动页、个人口头承诺)。跨境电商常见的坑是同一条退换货政策在网站、客服手册、老坐席记忆里有三个版本——第 1–2 天的任务就是把这些冲突挑出来,而不是急着合并。
第 3–4 天:从真实会话反推 Top 40 高频问题
比起凭空猜客户会问什么,更快的方法是导出上一次大促或近期的会话记录,按主题聚类。
- 导出会话,去掉闲聊、广告和系统通知。
- 按物流、退换货、尺码、优惠码、售前选购、投诉几类聚类。
- 每类找出高频问题,合计凑够 Top 40。
- 标出哪些是「AI 可以直接答」,哪些是「一定要转人工」的高风险问题(退款、赔付、改价、投诉升级)。
Top 40 不追求覆盖所有问题,而是先接住最吵、最重复的一批。这一步也顺带把「哪些问题必须转人工」写进了知识库的边界设计里,而不是等 AI 上线后才发现漏了护栏。
14 天推进后，人工首响应回落路径（示例）
第 5–7 天:把内容改写成结构化答案
原始文档和客服手册的文风通常不适合直接喂给 AI——太长、太多前提条件、术语堆砌。第 5–7 天的工作是把它们改写成 AI 和坐席都能直接用的标准答案。
| 内容类型 | 建法 | 写法要点 |
|---|---|---|
| 政策类 | 上传文档 | 写清适用范围和不适用情况,旧版本明确标注失效 |
| 商品类 | 上传文档 + 手动问答 | 尺寸、材质、兼容型号,越复杂的商品越要写成标准问答 |
| 场景类 | 手动问答 | 一问一答对应真实客户措辞,不用书面语替换 |
| 网站公开信息 | 抓取网站 | 抓取前确认页面是当前版本,活动页设失效时间 |
写答案时把「客户怎么问」和「我们怎么答」都写成接近真实对话的样子,而不是政策原文照搬。AI 客服检索知识库时,匹配的是语义而不是关键词堆砌,答案越像真实对话里会出现的表达,匹配和作答都会更准。
第 8–9 天:标出高风险边界,写清转人工的触发条件
这两天专门处理「AI 不该自己拍板」的部分。退款、赔付、改价、投诉升级、威胁差评、法律相关表达——这些不是靠知识库教会 AI 去执行,而是教会 AI 在什么情况下停止直答、该收集哪些信息、然后转给人工。
把每条高风险场景写成:触发词/触发场景 → AI 该收集的信息 → 转人工时附带的摘要。这样即便客户情绪激动、话术绕来绕去,AI 也知道该在哪一步收手。
第 10–11 天:灌入知识库,交叉检查冲突
内容改写完,开始正式灌入知识库,同时做两件事:
- 逐条对照第 1–2 天的「冲突清单」,确认每条政策只有一个当前有效版本。
- 检查同一问题是否被不同渠道(网站抓取 + 上传文档 + 手动问答)重复收录且答案不一致——这是 AI 答错最常见的原因之一。
灌入不是一次性的批量导入就完事,建议按主题分批进,每批灌完抽查几条,确认格式和语义没有跑偏,比等全部灌完再回头修返工量小得多。
第 12–13 天:小流量测试,坐席评审 AI 的答案
这两天让 AI 客服在小流量或内部测试环境里,用 Top 40 问题过一遍知识库,坐席逐条评审:
- 答案是否准确、是否引用了知识库里当前有效的版本。
- 该转人工的场景是否真的被拦下来了,而不是 AI 硬答。
- 语气是否符合品牌调性,是否有该说而没说的免责信息。
坐席发现的问题不是直接改知识库原文就完事——按照受控学习的流程,坐席纠正 AI 后会生成一条待确认学习建议,进老板评审台,由老板确认后才生效,并沉淀为技能或知识库更新,每条都可追溯、可测试、可一键回滚。这一步比直接手改更慢一点,但避免了「谁都能改知识库」带来的口径混乱。
第 14 天:验收上线,定下第一周的复盘节奏
上线当天做三件事:
- 确认高风险边界全部生效,退款/赔付/改价类问题必转人工
- 确认知识库里没有遗留的冲突版本
- 定下第一周每天抽查会话的时间点,而不是等客户投诉才回头查
第一周是知识库最脆弱的阶段,新客户的问法会不断暴露 Top 40 没覆盖到的边界情况。把「AI 没答上、坐席怎么补答」的记录当成第 15 天开始的常规输入,继续走待确认学习建议的流程去补齐——知识库不是 14 天做完就定型,而是从第 14 天开始进入日常养护节奏。
14 天的节奏不是死规矩,店铺规模不同,盘点和灌入的工作量也不同。但先盘点冲突、按真实会话反推优先级、把高风险边界写硬、上线前让坐席评审,这四步顺序不该省。关于知识库和 AI 客服怎么配合作答、边界怎么划,可以参考知识库怎么喂给 AI和AI 先接、人工兜底的边界怎么定。