跳到主要內容

客服回答工作流

如何建立客服答案知識庫:讓支援回答可追溯

產品或政策變更後,用核准來源、適用範圍、不可承諾轉人工條件、負責人與複審日期維護可檢查的客服答案。

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 紀錄或原始客戶對話,也不會發布、產生、傳送或同步客戶回覆。
產品或政策變更後,舊客服答案應該怎麼辦?+
重新同步核准來源,把受影響答案標為過期或未解決,再由具名負責人檢查目前段落、適用範圍、不可承諾轉人工條件、來源修訂與下次複審日期。

分享這篇指南