客服 FAQ 知识库不是把聊天记录压缩成几句“礼貌回答”。真正可用的 FAQ 要解决五件事：用户到底在问什么、答案依据是什么、适用于哪些条件、缺少什么信息要继续追问，以及哪些情况必须转人工。AI 可以帮助聚类和改写，但政策、价格、退款时限、账号权限等事实必须来自已确认资料。
先从真实咨询中找高频问题
建议准备最近 30 至 90 天的脱敏聊天记录、工单标题、产品说明、售后政策和已有话术。先按“用户想完成的任务”归类，而不是只按聊天中出现的关键词归类。例如“发票在哪里下载”和“为什么还没收到发票”都属于发票交付，但处理步骤和前置条件不同，不能强行合并成一个答案。
原始对话可以先用AI客服对话质检方法识别重复咨询和错误话术；产品功能、步骤和故障处理资料可参考AI产品使用说明书提示词补齐。
每条FAQ至少保留8个字段
- 用户常用问法和同义表达。
- 标准问题标题。
- 一句话直接结论。
- 操作步骤或处理流程。
- 适用条件与不适用情况。
- 答案证据来源和更新时间。
- 需要补充的订单号、版本、地区等字段。
- 转人工条件、接收团队和需附带资料。
可直接复制的客服FAQ知识库提示词
你是一名客服知识库整理助理。请根据我提供的真实客服对话、产品资料和政策文件，整理 FAQ 知识库。你的任务是归类、去重和组织答案，不能编造价格、功能、时限、退款规则、账号权限或对外承诺。
产品或服务：[填写]
目标用户：[填写]
客服渠道：[在线客服、电话、社群等]
原始咨询记录：[粘贴已脱敏的聊天或工单]
确认资料：[粘贴产品说明、售后政策、流程或帮助文档]
禁止承诺事项：[填写]
转人工团队：[填写团队及职责]
请输出：
1. 问题分类树：一级分类、二级分类、归类依据
2. 重复问题清单：合并了哪些问法，哪些不能合并及原因
3. FAQ表格，每条包含：
- FAQ编号
- 标准问题
- 用户常用问法
- 一句话结论
- 详细步骤
- 适用条件
- 不适用或例外情况
- 需要追问的字段
- 证据来源
- 转人工条件与接收团队
- 更新时间和负责人
4. 信息缺口：现有资料无法回答的问题
5. 高风险答案：涉及退款、隐私、权限、合同、价格或人身安全的条目
规则：
- 优先直接回答，再补充步骤，不先写大段客套话
- 相似问法只有在适用条件和处理结果一致时才能合并
- 原始对话与确认资料冲突时，以确认资料为准并标出冲突
- 资料中没有答案时明确写“待确认”，不能根据常识补写
- 需要订单号、版本、地区、设备或时间时，先列追问字段
- 对外承诺、退款例外、隐私和账号权限必须标记人工处理
- 每条答案必须能追溯到来源文档或负责人
输出后自检：
- 用户只看第一句话能否获得明确结论
- 步骤是否与适用条件匹配
- 是否把不同政策地区、版本或用户类型错误合并
- 所有数字、时限和承诺是否都有来源
- 转人工时是否说明原因、接收团队和需要附带的资料示例：退款多久到账不能只写一个天数
错误答案：退款一般 3 到 7 天到账，请耐心等待。
更可执行的FAQ：
- 直接结论：审核通过后，到账时间取决于原支付渠道，以确认政策中的时限为准。
- 先追问：订单号、退款申请时间、支付渠道和当前退款状态。
- 适用条件：订单后台已显示“退款成功”，且用户查询的是资金到账时间。
- 操作步骤：核对后台状态，提供对应支付渠道的已确认时限和查询入口。
- 升级规则：超过政策时限、后台状态异常、金额不一致或用户对退款决定有争议时转售后专员。
这个版本避免把所有情况压成一个模糊天数，也避免客服在资料不足时承诺到账日期。
知识库要形成持续更新闭环
每周统计未命中问题、重复转人工问题和被客服手动改写最多的答案。将这些记录作为更新候选，由产品、售后或法务负责人确认后再发布新版本。用户访谈中的真实表达可以通过AI整理用户访谈记录的方法补充同义问法；群聊里出现的新问题可用聊天记录转待办清单提示词形成待确认事项。
AI整理客服FAQ的失败边界
- 不能把历史客服的错误回答当作政策依据，聊天记录只用于发现问题和表达方式。
- 不能上传身份证号、手机号、地址、订单详情等未脱敏个人信息。
- 不同产品版本、地区、渠道和用户等级的规则不能为了“简洁”强行合并。
- 涉及退款争议、合同解释、账号封禁、隐私泄露和安全事故时，应转人工而不是继续生成话术。