跳到主要内容

客服回答工作流

如何建立客服答案知识库:让客服回答可追溯

产品或政策变化后,用获准来源、适用范围、禁止承诺转人工条件、负责人和复审日期维护可检查的客服答案。

Qi-Xuan Lu更新 8 分钟阅读
查看客服答案证据工作流

关于这篇指南

01

工作流程

02

维护获准客服回答的客服运营、技术写作者、产品支持与客户成功内容负责人

03

8 分钟阅读

01

先从一项获准的产品或政策变更,以及受影响的客服问题开始。

02

记录支持的客服回答、适用范围、禁止承诺转人工条件、来源修订、负责人和下次复审日期。

03

让过期或缺乏支持的回答留在人工审核中,不自动发布或回复客户。

完整示例

建立客服答案知识库

这是三个文件的虚构客服练习:把有日期的退款政策和旧版回复对照,写出保留缺少信息的回答。

试做这个任务

只根据三个来源文件,整理一条退款客服答案。指出当前期限,区分直接结账与市场购买,列出仍需确认的信息,并标出过时或不安全的指示。每个结论都用 [[filename]] 引用。

预期推理

有日期的政策支持直接结账普通方案和年费方案在购买后 30 个日历日内提出退款申请。旧版 14 天回复已经过时;缺少购买渠道、日期或交易编号时要保留问题,重复扣款或例外仍由 Billing 人员审核。

为什么要保持这些内容关联

单次练习用普通文件加上仔细复核就能完成。当有日期的政策、旧版回复和多次审核责任需要在大量客服答案之间保持关联时,再评估来源链接的 wiki。

审核边界

核对 30 天政策与 14 天旧回复,区分直接结账与市场购买;缺少渠道、日期或交易编号时要追问,例外与重复扣款交由 Billing 审核。

下载这个示例

在 Wenlan 中查看这个示例

Wenlan v0.18.3 界面,呈现隔离测试后读回的数据。来源是虚构教学数据,参考答案为这次练习人工编写;画面没有展示 AI 自动生成或审批完成。

建立客服答案知识库 — 参考页仍保留原来的答案,并关联到三份来源。

滑动图片,查看放大后的细节。

打开原图
参考页仍保留原来的答案,并关联到三份来源。
建立客服答案知识库 — 点击引用后,可以看到变更后的来源,对照仍待审核的答案。

滑动图片,查看放大后的细节。

打开原图
点击引用后,可以看到变更后的来源,对照仍待审核的答案。

引用的来源变更后,Wenlan 将页面标记为过期,正文仍保留原文。这里的「updating…」表示等待重建,不代表已完成修正。请先检查变更的来源,再重建并审核新答案。

来源文件

打开文件即可阅读完整的人工编写 Markdown。

三种语言视图使用相同的人工编写英文来源数据集。

  1. 01refund-policy-2026-04.mdRefund policy — revision 1
    # Refund policy — revision 1
    Effective: 2026-04-15
    Scope: purchases made through the direct checkout.
    
    - A standard refund request is eligible when it arrives within 30 calendar days after purchase.
    - Annual plans follow the same 30-day window; after day 30, do not promise an automatic refund.
    - For a duplicate charge, verify the transaction IDs and escalate to Billing. Do not promise a refund before review.
    - If the purchase channel, purchase date, or transaction ID is missing, ask for it before deciding.
    - Marketplace purchases are outside this policy and must be routed to marketplace support.
  2. 02support-playbook.mdSupport answer playbook
    # Support answer playbook
    Revision: 2026-04-20
    
    Before making a policy answer, record the order ID, purchase channel, purchase date, and the customer's requested remedy.
    
    For a direct-checkout request inside the stated policy window, explain the rule and offer to send the case for refund review. For a request outside the window, state that an automatic refund is not promised and route an exception request to Billing.
    
    If the channel or date is unknown, ask the customer instead of inferring it. Keep marketplace cases with marketplace support. A support answer must separate what the sources say from what Billing still has to decide.
  3. 03refund-canned-reply.mdLegacy refund canned reply
    # Legacy refund canned reply
    Status: owner review pending
    
    Thanks for contacting us. Direct-checkout refunds can be requested within 14 days of purchase. If the purchase date is missing, use the date shown in the ticket and continue.
    
    This reply does not distinguish direct checkout from marketplace purchases and does not describe duplicate-charge escalation.

参考答案

Reference answer: dated policy wins, missing facts stay open

The dated policy supports a 30-day direct-checkout window. The 14-day canned reply is stale, and a missing channel, date, or transaction ID must remain a question for the customer or Billing rather than an invented decision.

Support refund answer — reference

Warranted answer

For a purchase through the direct checkout, a standard refund request is eligible for review when it arrives within 30 calendar days after purchase. Annual plans follow the same window. refund-policy-2026-04.md

The response must first record the order ID, purchase channel, purchase date, and requested remedy. If the channel or date is missing, ask for it. If the request is outside the stated window, do not promise an automatic refund; route an exception request to Billing. support-playbook.md

Marketplace purchases are outside this policy and go to marketplace support. A duplicate charge requires transaction-ID verification and Billing review; the answer must not promise a refund before that review. refund-policy-2026-04.md

What is stale or unknown

The legacy reply's 14-day window conflicts with the dated 30-day policy and must not be reused as current guidance. Its instruction to infer a missing date is also unsafe. refund-canned-reply.md refund-policy-2026-04.md

The sources do not decide whether Billing grants an exception or whether a specific transaction is a duplicate. A human owner still has to review those facts. support-playbook.md

变更后的来源: refund-policy-2026-04.md

这项变更后的预期更新

The reference's 30-day conclusion becomes stale and must change to a 45-day direct-checkout window, including annual plans. The 14-day legacy reply remains stale. Duplicate-charge escalation, marketplace routing, and the requirement to ask for missing facts are unchanged; Billing still makes any exception decision.

# Refund policy — revision 2
Effective: 2026-05-02
Scope: purchases made through the direct checkout.

- A standard refund request is eligible when it arrives within 45 calendar days after purchase.
- Annual plans follow the same 45-day window; after day 45, do not promise an automatic refund.
- For a duplicate charge, verify the transaction IDs and escalate to Billing. Do not promise a refund before review.
- If the purchase channel, purchase date, or transaction ID is missing, ask for it before deciding.
- Marketplace purchases are outside this policy and must be routed to marketplace support.

01

先说结论:一个客服问题配一笔可审核答案

为一个支持主题和一组获准的产品或政策文档建立答案知识库。每个客服问题都要记录支持的客服回答、适用范围、禁止承诺、需要转人工的条件、来源修订、具名负责人和下次复审日期;来源变化时,先把相关回答标为过期或未解决。

Wenlan 可以把获准的 Markdown、文本、可提取文本的 PDF、文件夹与只读 Obsidian 来源连接到有来源的 Pages、引用、修订、过期状态、lint 与人工审核。它不会导入客服工单、CRM 记录或原始客户对话,也不会处理个人信息、连接支持渠道、发布面向客户的答案、生成回复、同步渠道或自动转人工

查看客服答案证据工作流

02

产品或政策变化时,为什么答案会失效

产品发布或政策变化后,原本听起来合理的回答可能已经不符合适用方案、生效日期、例外条件或承诺边界。如果共享文档或润色过的 AI 摘要没有保留来源修订,就很难知道哪一句仍受支持、哪一句需要负责人重新审核。

可复用的客服内容应该把问题、回答、范围、禁止承诺转人工条件拆开;支持不足时保留未知,不用流畅文字补齐答案。即使不使用 Wenlan,这份字段清楚的答案登记也能作为独立的内容审核成果。

03

建立一个问题到回答的审核闭环

先选择一个客服主题和少量获准文档,让每一笔答案都能回到准确来源段落。把原始来源的说法、内容负责人的解读、不能承诺的事项和必须交给人的例外分开保存。

  • 写下产品或政策主题、生效日期、客服读者、纳入文档、排除资料和内容负责人。
  • 登记获准的 Markdown、文本、可提取文本 PDF、文件夹或只读 Obsidian 来源,保存标题、日期、修订和适用范围。
  • 每个常见问题建立一笔答案记录,分开支持的回答、适用范围、禁止承诺、例外与转人工条件。
  • 把重要回答连回准确来源段落,并在记录旁保留来源修订
  • 产品或政策变化后重新同步受影响来源,把相关答案标为过期或未解决,直到负责人检查新修订。
  • 复用前由负责人打开来源,确认范围和生效日期,再写下下次复审日期;这个工作流不发布答案,也不发送回复。

完成 Wenlan 与 AI 客户端设置后

wenlan status
wenlan sources add ~/Support/approved-product-policy
# 在 Wenlan plugin client 中:
/distill <客服答案主题>
/pages <客服答案主题>
/lint
/curate

04

客服答案记录应该记什么?

下面的中立模板把一个可回答的问题与它的限制放在同一笔记录。答案不是承诺;只有来源和负责人确认后,才可以在适用范围内复用。

中立的客服答案记录模板

question: 现有订阅可以立即更换方案吗?
supported_answer: <获准政策真正支持的回答>
scope: <方案、地区、账户状态与生效日期>
do_not_promise: <来源没有授权的动作或结果>
escalate_when: <必须交给人工负责人的条件>
source_revision: <文档 ID、段落与修订>
owner: <内容负责人>
next_review: <日期或产品变化触发条件>

05

知道这个工作流不会自动化什么

Wenlan 不会处理个人信息或宣称替你遮蔽个人信息,不提供团队权限,不做客服分析,不自动批准政策,不会发布面向客户的答案,不会自动回复或发送回复,不会同步 LINE、Email 或其他渠道,也不会自动转人工。内容负责人仍要判断来源是否适用、答案能否复用,以及何时需要交给适当的人。

让一个客服答案可审核

选定获准的产品或政策来源,记录一个有界回答,并在复用前让修订、负责人、限制和下次复审保持可见。

常见问题

Wenlan 会导入客服工单或替我发送回复吗?+
不会。这个工作流只使用你能检查的获准文档;Wenlan 不会导入客服工单、CRM 记录或原始客户对话,也不会发布、生成、发送或同步客户回复。
产品或政策变化后,旧客服答案应该怎么办?+
重新同步获准来源,把受影响答案标为过期或未解决,再由具名负责人检查当前段落、适用范围、禁止承诺转人工条件、来源修订和下次复审日期。

分享这篇指南