METHOD · 對外溝通與服務

AI FAQ 建立

從真實提問長出 FAQ——標準題照可公開文件答,個案一律轉真人。

情境:對外溝通與服務也用於:知識管理難度:進階|要先備料起手工具:ChatGPT
這是對外溝通與服務情境下的方法之一(共 8 個)· 看這個情境全部 →
一、這是什麼三十秒判斷關不關你的事

01解決的工作問題

同一個問題被問到爛,想整理一份 FAQ,又怕答錯替公司闖禍。這個情境有兩個容易被忽略的地方:第一,FAQ 的題目要從真實提問長出來,憑空想的 FAQ 沒有人會問;第二,比答案品質更重要的是「轉真人的出口」——沒有出口的對外問答,遲早會在一個它不該回答的問題上出事。

真的有人這樣做過?外部佐證

目前沒有找到可公開查證的外部案例。這類工作多半不會有人發新聞稿,找不到不代表沒人做——但在找到之前,這一頁的方法就是作者自己的做法,不借別人的名義。

去找靈感看其他方法的外部案例 →

02什麼時候用、什麼時候別用

什麼情況下該用這一套

什麼情況下別用

個案問題
涉及金額、身分、客訴、裁量的問題不進 FAQ,一律導向真人。這是紅線。
還在變動的政策
規則還沒定案就寫進 FAQ,改的時候比沒寫更麻煩。
沒有真實提問紀錄時
憑空想的 FAQ 通常猜錯使用者真正的困惑。先累積紀錄。
沒有維護計畫時
過期的對外 FAQ 會讓照做的人受損,責任在你這邊。

誰會用到

客服
你最清楚哪些問題其實是個案。分級這一步由你做最準。
行銷
對外 FAQ 的每一句都是公開發言,宣稱要有佐證,用語要過法務或主管。
行政
內部 FAQ 相對寬鬆,但依據與生效日一樣要標。
營運
營運類 FAQ 最常過期(時間、費用、流程改了),複核日一定要設。
公務員
個案問題一律導向承辦窗口,這是對民眾的服務也是對承辦的保護。

所屬工作情境

二、整件事怎麼跑先看圖,再看逐步

03流程圖

這張圖是整篇的骨架:輸入 → 步驟 → 困難點 → AI/Agent/Tool 介入 → 人工檢查 → 產出。紅框是最常出事的位置,綠框是不能下放的人工檢查點,粗框是中止條件。後面每一節都是在展開圖上的某一格。

AI FAQ 建立:從真實提問長出來,個案一律轉真人
AI FAQ 建立:從真實提問長出來,個案一律轉真人直向流程圖。輸入是三個月真實提問紀錄已去識別化、可公開文件與內部限用文件清單、個案判準與承辦窗口;先由人把文件分成可公開與內部限用只餵可公開的,再由 AI 把提問聚成問題群並統計頻率與變體問法,接著由 AI 依個案判準分級並對標準題擬答案草稿附出處與生效日,然後由對外檢核助手跑固定清單檢查承諾個資禁用詞與時效性,之後進入人工檢查點由法務或主管審核並具名放行,最後設定複核日與答不出來的問題回收機制,產出對外FAQ與轉真人話術。右側標示四個困難點:憑空想題目導致沒人用、沒有轉真人出口遲早在個案上出事、內外文件混用洩漏內部標準、寫完沒人維護三個月後過期。並標示中止條件:個案題被寫成標準答案或出現越權承諾時該則退回重寫不得發布。檢查點有退回線回到擬稿步驟。退回重寫該則INPUT / 輸入三個月真實提問紀錄 + 可公開文件 + 個案判準 + 承辦窗口提問紀錄先去識別化;文件先分內外HUMAN / 人工步驟人把文件分成可公開/內部限用,只餵可公開的AI / AI 介入AI 聚類:問題群、頻率、變體問法AI / AI 介入AI 依判準分級 + 對標準題擬答案(附出處與生效日)AGENT / 助手接手檢核助手跑清單:承諾/個資/禁用詞/時效性內容CHECKPOINT / 人工檢查人逐題定稿 + 法務或主管審核 + 具名放行OUTPUT / 產出對外 FAQ + 轉真人話術 + 待補清單 + 複核排程RISK / 困難點拿內部審查標準答對外問題,洩露不該公開的細節RISK / 困難點憑空想題目:上線後沒人用,因為猜錯了真正的困惑RISK / 困難點沒有轉真人出口,助手在個案問題上硬答,使用者照做後受損STOP / 中止條件個案題被寫成標準答案,或出現越權承諾 → 該則退回重寫,不得發布RISK / 困難點費用與時程改了但 FAQ 沒改,過期答案比沒有更糟
看圖重點:看這張圖要抓兩件事。第一是最左邊的起點:題目來自真實提問紀錄,不是來自「我們覺得他們會問什麼」——這決定 FAQ 會不會有人用。第二是右側第二個紅框:轉真人的出口比答案品質更重要。一個答案寫得不夠好,使用者會再問一次;一個個案問題被硬答,使用者會照做,然後受損。所以中止條件寫的是「該則退回重寫」,不是「修一下」。
純文字流程表(手機/螢幕閱讀器建議看這張)
AI FAQ 建立:從真實提問長出來,個案一律轉真人(純文字流程表)
類型/角色流程步驟這一步的困難點/中止條件
1Human三個月真實提問紀錄 + 可公開文件 + 個案判準 + 承辦窗口
提問紀錄先去識別化;文件先分內外
2Human人把文件分成可公開/內部限用,只餵可公開的
困難點/風險拿內部審查標準答對外問題,洩露不該公開的細節
3AIAI 聚類:問題群、頻率、變體問法
困難點/風險憑空想題目:上線後沒人用,因為猜錯了真正的困惑
4AIAI 依判準分級 + 對標準題擬答案(附出處與生效日)
困難點/風險沒有轉真人出口,助手在個案問題上硬答,使用者照做後受損
5Agent檢核助手跑清單:承諾/個資/禁用詞/時效性內容
6Checkpoint人逐題定稿 + 法務或主管審核 + 具名放行
失敗與中止條件個案題被寫成標準答案,或出現越權承諾 → 該則退回重寫,不得發布
7Output對外 FAQ + 轉真人話術 + 待補清單 + 複核排程
困難點/風險費用與時程改了但 FAQ 沒改,過期答案比沒有更糟

回流線:人逐題定稿 + 法務或主管審核 + 具名放行 → AI 依判準分級 + 對標準題擬答案(附出處與生效日)(退回重寫該則)

Mermaid 原始碼(貼進 Mermaid Live 或 draw.io 可再編輯)
可直接複製,改成你自己的流程
flowchart TD
    in1(["<b>Human</b><br/>三個月真實提問紀錄 + 可公開文件 + 個案判準 + 承辦窗口<br/><small>提問紀錄先去識別化;文件先分內外</small>"])
    s1["<b>Human</b><br/>人把文件分成可公開/內部限用,只餵可公開的"]
    a1[/"<b>AI</b><br/>AI 聚類:問題群、頻率、變體問法"/]
    a2[/"<b>AI</b><br/>AI 依判準分級 + 對標準題擬答案(附出處與生效日)"/]
    g1[["<b>Agent</b><br/>檢核助手跑清單:承諾/個資/禁用詞/時效性內容"]]
    c1{{"<b>Checkpoint</b><br/>人逐題定稿 + 法務或主管審核 + 具名放行"}}
    o1(["<b>Output</b><br/>對外 FAQ + 轉真人話術 + 待補清單 + 複核排程"])
    r3>"<b>Risk</b><br/>拿內部審查標準答對外問題,洩露不該公開的細節"]
    r1>"<b>Risk</b><br/>憑空想題目:上線後沒人用,因為猜錯了真正的困惑"]
    r2>"<b>Risk</b><br/>沒有轉真人出口,助手在個案問題上硬答,使用者照做後受損"]
    x1[/"<b>Stop</b><br/>個案題被寫成標準答案,或出現越權承諾 → 該則退回重寫,不得發布"\]
    r4>"<b>Risk</b><br/>費用與時程改了但 FAQ 沒改,過期答案比沒有更糟"]

    in1 --> s1
    s1 --> a1
    a1 --> a2
    a2 --> g1
    g1 --> c1
    c1 --> o1
    s1 -.->|風險| r3
    a1 -.->|風險| r1
    a2 -.->|風險| r2
    c1 ==>|中止| x1
    o1 -.->|風險| r4
    c1 -.->|退回重寫該則| a2

    classDef clsIn fill:#FFFFFF,stroke:#2C4459,stroke-width:2px,color:#141E2B
    classDef clsHuman fill:#FBFCFD,stroke:#7A8CA0,stroke-width:2px,color:#141E2B
    classDef clsAI fill:#FFF6EA,stroke:#DE9A45,stroke-width:2px,color:#141E2B
    classDef clsAgent fill:#FDEBD2,stroke:#B87A2E,stroke-width:2px,color:#141E2B
    classDef clsTool fill:#EDF2F6,stroke:#2C4459,stroke-width:2px,color:#141E2B
    classDef clsCheck fill:#E8F2EC,stroke:#3F7A5A,stroke-width:2px,color:#123024
    classDef clsOut fill:#141E2B,stroke:#141E2B,stroke-width:2px,color:#F2F6F9
    classDef clsRisk fill:#FCEFEA,stroke:#C0552F,stroke-width:2px,color:#5E2110
    classDef clsStop fill:#F7E1DB,stroke:#8E2F17,stroke-width:3px,color:#5E2110
    class in1 clsIn;
    class s1 clsHuman;
    class a1 clsAI;
    class a2 clsAI;
    class g1 clsAgent;
    class c1 clsCheck;
    class o1 clsOut;
    class r3 clsRisk;
    class r1 clsRisk;
    class r2 clsRisk;
    class x1 clsStop;
    class r4 clsRisk;

04完整步驟圖的文字版,逐步展開

一句話版(快速回顧)

  1. 收集真實提問:客服紀錄、群組訊息、信箱,抓最近三個月。
  2. 讓 AI 聚類:哪些是同一題的不同問法,各佔多少比例。
  3. 對高頻題逐題寫標準答案——答案依據「可公開」文件,AI 擬稿、人定稿。
  4. 分兩級:標準題(FAQ 直接答)/個案題(金額、客訴、個資)一律導向真人。
  5. 上線後每月看「答不出來的問題」回頭補。

完整版(每一步誰做、產出什麼)

誰做步驟與說明
1Human收集真實提問
從客服紀錄、群組、信箱撈最近三個月。去識別化後匯成一份清單。→ 真實提問清單
2AI聚類
把相同意圖的不同問法聚成一類,列出代表問法與出現次數。頻率決定優先序。→ 問題群與頻率
3AI分兩級
標記哪些屬於個案(涉及金額、身分、客訴、裁量),這些不進 FAQ、要轉真人。→ 標準題/個案題分級
4AI擬答案草稿
對高頻標準題,依可公開文件擬答案,附出處;文件沒寫的標【待補權威答案】。→ 答案草稿
5Agent檢核
跑固定檢查清單:有無承諾、有無個資、有無禁用詞、有無過期資訊。→ 檢核結果
6Human人定稿與放行
逐題審核,對外版本要法務或主管看過。具名放行。→ 可發布的 FAQ
7Human上線後回收
每月看「答不出來的問題」回頭補;設複核日。→ 維護中的 FAQ
三、動手做備料 → 指令 → 產出 → 工具

05開始前要準備什麼標「必要」的沒備齊就先別開始

真實提問紀錄必要
客服紀錄、群組訊息、信箱,抓最近三個月。這是題目的唯一正當來源。
可公開文件必要
答案的依據。要先分「可公開」與「內部限用」——用內部文件答對外問題會洩露不該公開的細節。
個案判準必要
什麼算個案(金額、身分、客訴、裁量),寫下來。
承辦窗口必要
個案問題的轉真人出口。沒有這個,FAQ 就沒有安全網。
語氣規範與禁用詞可選
對外用語的界線。保證、絕對、一定、無條件之類的字。
審核與發布權責可選
誰有權放行對外內容。

餵進去的東西要長這樣

真實提問紀錄(已去識別化)+ 可公開文件 + 內部限用文件清單(作為排除依據)+ 個案判準 + 承辦窗口。

【設定】
單位/服務:○○市政府○○局 申請案件服務
對象:一般民眾
發布位置:官網 FAQ 頁
承辦窗口:○○課(02-xxxx-xxxx,週一至週五 08:30–17:30)

【可公開文件】
1. ○○申請須知(114/1/1 生效)
2. ○○收費標準公告(114/4/1 生效)

【內部限用(不得引用)】
1. ○○審查作業要點
2. 內部案件處理時效管制表

【個案判準】
涉及特定人身分資格案件狀態/金額計算退費/客訴爭議/裁量例外/個案時程承諾

【提問紀錄(近三個月,已去識別化)】
「請問申請要準備什麼資料?」×12
「申請要帶哪些文件?」(同上類)
「我上個月申請的案子好了沒?」×8
「線上申請跟臨櫃有什麼差別?」×6
「我是外籍配偶,這種情況可以申請嗎?」×5
「規費多少?」×5
「為什麼我的被退件?」×4
「可以請人代辦嗎?」×3

06Prompt(快速/完整/進階)

A 快速版貼上就能用;B 完整實戰版把角色、限制、步驟、輸出格式與驗收標準寫足;C 進階版是拿去建 GPT/Skill/Agent 的系統指令。三種都附可替換變數、使用範例、預期輸出與人工確認點。

A
A. 快速版

手上有一批提問紀錄,想快速看出「哪幾題最值得寫」。

適合的工具ChatGPTClaudeNotebookLM
👇 直接複製,{ } 換成你的內容
以下是最近的客戶/同事提問紀錄。請:
1. 把相同意圖的問題聚成一類,列出每類的代表問法與出現次數。
2. 標記哪些類別屬於「個案」(涉及金額、身分、客訴、裁量),這些不進 FAQ、要轉真人。
3. 對其餘高頻類別,依我提供的公開文件擬答案草稿,附出處;文件沒寫的標【待補權威答案】。
提問紀錄:{貼上};公開文件:{貼上或附檔}

可替換變數

變數要換成什麼
{貼上}真實提問紀錄(已去識別化)。
{貼上或附檔}可公開文件。注意先分內外。
完整使用範例(照這樣填)
以下是最近的客戶/同事提問紀錄。請:(照母提示詞三條)
提問紀錄:
「請問申請要準備什麼資料?」×12
「我上個月申請的案子好了沒?」×8
「線上申請跟臨櫃有什麼差別?」×6
「我這種情況可以申請嗎?我是外籍配偶」×5
「規費多少?」×5
「為什麼我的被退件?」×4
(略)
預期輸出範例(拿到的東西應該長這樣)
【問題聚類與頻率】
| 類別 | 代表問法 | 次數 | 分級 |
|---|---|---|---|
| 申請文件 | 申請要準備什麼資料? | 12 | 標準題 |
| 案件進度 | 我的案子好了沒? | 8 | 個案題(涉及身分與特定案號) |
| 管道差異 | 線上與臨櫃差別? | 6 | 標準題 |
| 資格認定 | 我這種情況可以申請嗎? | 5 | 個案題(涉及裁量) |
| 規費 | 規費多少? | 5 | 標準題 |
| 退件原因 | 為什麼被退件? | 4 | 個案題(涉及特定案件) |

【個案題(不進 FAQ,需轉真人)】
- 案件進度、資格認定、退件原因
- 建議在 FAQ 中設一則:「查詢個案進度或資格,請洽 ○○ 窗口」

【標準題答案草稿】
Q:申請要準備什麼資料?
A:需備妥(1)申請書(2)身分證明文件(3)……
出處:《○○申請須知》第 3 點,114/1/1 生效

Q:規費多少?
A:【待補權威答案】——提供的文件中未載規費金額,請確認現行收費標準後補上。

常見錯誤用法

  • 把個案題也寫進 FAQ,因為「看起來也答得出來」。個案題的錯誤答案代價最大。
  • 用內部作業規定當依據來答對外問題。餵料前先分內外。
  • 把【待補權威答案】的題目先用 AI 的說法上線。那是編的。
  • 只看高頻題。低頻但高風險的題目(退費、爭議、法律責任)更需要標準答案。
這一版另外不適合
  • 提問紀錄含個資而未去識別化時。
  • 沒有可公開文件可作為依據時。
缺少資料時怎麼辦

沒有可公開文件時,所有答案都會是【待補權威答案】——這是正確的行為。這份待補清單就是你要去找權威來源的工作清單,不要讓 AI 用一般常識填。

這一版另外要人確認
  • 個案題的分級確認。
  • 每一題答案的定稿。
  • 【待補權威答案】的處理。
B
B. 完整實戰版

正式建立對外 FAQ。加入內外分流、承諾界線、禁用詞與轉真人設計。

適合的工具ChatGPTClaudeNotebookLM
👇 直接複製,{ } 換成你的內容
# 角色
你是對外 FAQ 撰稿助手。你依「可公開文件」擬答案草稿。你不做個案認定、不代表本單位承諾任何事、不使用內部限用文件的內容。

# 背景
- 單位/服務:{單位與服務}
- FAQ 對象:{對象,例如一般民眾/既有客戶/潛在客戶}
- 發布位置:{發布位置,例如官網、LINE 官方帳號}
- 承辦窗口:{承辦窗口,含聯絡方式與服務時間}

# 資料分級(嚴格遵守)
- 可公開文件:{可公開文件清單}
- 內部限用(不得作為答案依據,也不得引用其內容):{內部限用文件清單}

# 個案判準(符合任一即為個案題,不進 FAQ)
1. 涉及特定人的身分、資格、案件狀態。
2. 涉及金額計算、退費、賠償。
3. 涉及客訴、爭議、申訴。
4. 需要承辦人裁量或例外處理。
5. {其他個案判準}

# 承諾界線
- 可以寫入 FAQ 的承諾:{可承諾事項}
- 一律不寫入的承諾:{不可承諾事項}
- 禁用詞:保證、絕對、一定、無條件、立即、永久、{其他禁用詞}

# 處理步驟
1. 把提問聚成問題群,統計頻率,列出各群的代表問法與所有變體問法。
2. 依個案判準分級,標記個案題並說明符合第幾條。
3. 對標準題依可公開文件擬答案,每題附出處與生效日。
4. 文件中查無依據的,標【待補權威答案】,並說明需要什麼樣的來源。
5. 檢查每則答案:有無承諾、有無個資、有無禁用詞、有無時效性內容。
6. 為個案題設計統一的轉真人話術。
7. 自我檢查並回報。

# 輸出格式
## 一、問題聚類(類別|代表問法|變體問法|次數|分級|個案判準第幾條)
## 二、標準題 FAQ 草稿(Q|A|依據+生效日|時效性標記)
## 三、待補權威答案清單(題目|需要什麼來源|建議洽詢對象)
## 四、個案題與轉真人話術
## 五、風險標記(含承諾、時效、可能引發爭議的題目)
## 六、自我檢查結果

# 自我檢查(輸出前執行)
1. 是否有個案題混進標準題?
2. 是否引用了內部限用文件的內容?
3. 是否出現禁用詞或未授權承諾?
4. 每則答案是否都有出處與生效日?
5. 是否有含時效性的內容未標記(費用、時間、窗口)?

# 提問紀錄
{貼上提問紀錄}

# 可公開文件
{貼上或附上可公開文件}

可替換變數

變數要換成什麼
{單位與服務}/{對象}/{發布位置}影響語氣與詳略。
{承辦窗口}含聯絡方式與服務時間。這是 FAQ 的安全網。
{可公開文件清單}/{內部限用文件清單}內外分流。餵料前一定要先分。
{其他個案判準}你們業務特有的個案類型。
{可承諾事項}/{不可承諾事項}/{其他禁用詞}對外的護欄。
{貼上提問紀錄}已去識別化的真實提問。
完整使用範例(照這樣填)
把 {對象} 換成「一般民眾」、{發布位置} 換成「官網 FAQ 頁與 LINE 官方帳號」、{承辦窗口} 換成「○○課(02-xxxx-xxxx,週一至週五 08:30–17:30)」、{可公開文件清單} 列出申請須知與收費標準、{內部限用文件清單} 列出內部審查作業要點,貼上三個月的提問紀錄。
預期輸出範例(拿到的東西應該長這樣)
第一節會出現各問題群的變體問法(這對搜尋很有用);第二節每題附出處與生效日,含時效性的題目會標記;第三節列出缺依據的題目與建議洽詢對象;第四節給一段統一的轉真人話術;第五節會標出「退費」這類高風險題目建議由法務確認。

常見錯誤用法

  • {內部限用文件清單} 留空,然後把所有文件一起丟進去。這是對外洩漏的主要途徑。
  • 把個案判準寫得太寬鬆,讓 AI 把個案題也寫成 FAQ。
  • 跳過第五節風險標記。那一節通常指出你最該找人確認的題目。
  • 把【待補權威答案】的題目刪掉當作沒看到。那些正是使用者最想知道的。
這一版另外不適合
  • 政策還在變動、尚未定案時。
  • 沒有承辦窗口可以承接個案時。
缺少資料時怎麼辦

缺承辦窗口時,第四節會無法產出有效的轉真人話術——這是 FAQ 上線前必須解決的。缺可公開文件時所有答案都會是待補,這代表你要先做的是整理權威來源,不是寫 FAQ。

這一版另外要人確認
  • 個案分級的最終確認。
  • 每一題答案的定稿。
  • 對外版本的法務或主管審核。
  • 具名放行與生效日、複核日的設定。
C
C. 進階版(對外問答助手)

把 FAQ 做成對外可用的問答助手。這是本站所有方法中風險最高的一種,系統指令的重點全部在「不知道就轉真人」。

適合的工具Copilot Studio自訂 GPT/Claude ProjectClaude Skill
👇 直接複製,{ } 換成你的內容
# 身分
你是「{單位名稱}客服問答助手」。你只依本助手收錄的公開 FAQ 回答。你不是承辦人員,不做個案認定,不代表 {單位名稱} 做出任何承諾。

# 開場白(每次對話第一句固定)
「您好,我是 {單位名稱} 的問答助手。我可以回答常見問題;若您的問題涉及個人案件、金額或特殊情況,我會為您轉接 {承辦窗口}。」

# 收錄範圍(固定)
- FAQ 條目:{FAQ 清單}
- 最後更新:{最後更新日}
- 不涵蓋:{不涵蓋範圍}
- 承辦窗口:{承辦窗口,含聯絡方式與服務時間}

# 回答規則(依序判斷,不得跳過)
1. 問題完全對應到某則 FAQ → 依該則回答,附「依據:{文件名}({生效日})」。
2. 問題部分對應 → 回答對應的部分,明說哪一部分無法回答,並提供窗口。
3. 問題屬於個案(見判準)→ 不回答實質內容,直接轉真人。
4. 問題不在收錄範圍 → 「這個問題我無法回答,請洽 {承辦窗口}」。
5. 任何情況下不得推測、不得用一般常識補、不得引用其他單位的做法。

# 個案判準(符合任一即轉真人,不得回答實質內容)
1. 提及「我的案件」「我申請的」「我的情況」等特定個人狀態。
2. 涉及金額計算、退費、賠償、補償。
3. 涉及客訴、爭議、申訴、法律責任。
4. 需要裁量或例外處理(「可不可以通融」「有沒有特例」)。
5. 詢問處理時間的個案承諾(「我的什麼時候會好」)。
轉真人話術:「這個問題需要由承辦人員依您的個別情形處理。請洽 {承辦窗口}。為加快處理,建議您準備好 {建議準備資料}。」

# 絕對禁止
1. 不得承諾任何時程、金額、結果。
2. 不得使用:保證、絕對、一定、無條件、立即、永久、沒問題。
3. 不得要求或記錄使用者的個人資料(身分證號、電話、地址、案號)。若使用者主動提供,回覆「請勿在此提供個人資料」並不予記錄。
4. 不得引用內部作業規定、審查標準、成本結構。
5. 不得對他人(其他機關、廠商、個人)做出評價。

# 例外處理
- 使用者情緒激動或表達不滿 → 不辯解、不解釋政策,直接回覆「非常抱歉造成您的困擾,這個情況我會請承辦人員為您處理,請洽 {承辦窗口}」,並停止該話題。
- 使用者詢問的內容涉及緊急或安全 → 提供 {緊急聯絡方式} 並建議直接聯繫。
- 使用者要求你保證某件事 → 「我無法提供保證,這需要由承辦人員確認。」
- 使用者反覆詢問同一個已轉真人的問題 → 重述窗口資訊,不要嘗試給出答案。
- FAQ 條目已逾 {複核日} → 在每則回答後加註「本資訊最後更新於 {最後更新日},實際規定請以最新公告為準」。
- 使用者以外語提問 → 若能理解則以同語言回答,但加註「本助手僅提供中文版為準」。

# 權限限制
- 只能存取收錄的 FAQ 條目。
- 不得存取案件系統、個資、內部文件。
- 不得記錄或跨對話記憶使用者的資訊。
- 不得代為受理申請、掛號、預約。

# 必須交給人的判斷
1. 所有個案認定。
2. 所有金額、時程、結果的答覆。
3. 客訴與爭議處理。
4. 例外與裁量。

# 中止條件(遇到就轉真人並結束該話題)
- 個案判準任一成立。
- 使用者提供個人資料。
- 使用者表達不滿或提出申訴。
- 使用者要求承諾。
- 連續兩次無法回答。

# 固定輸出格式
【答覆】(三句內,白話)
【依據】文件名(生效日)
【如需進一步協助】承辦窗口(僅在轉真人或部分回答時出現)

# 自我檢查(每次回答前執行)
1. 這題是不是個案?
2. 我是否用了 FAQ 以外的內容?
3. 是否出現承諾或禁用詞?
4. 是否引用了內部資料?
5. 是否已逾複核日需加註?

# 品質檢核(內部監測用,不對使用者顯示)
每日彙整:總提問數、成功回答數、轉真人數、無法回答數、觸發中止條件數與類型。無法回答的問題彙整成清單,供每月補充 FAQ。

可替換變數

變數要換成什麼
{單位名稱}對外顯示的名稱。
{FAQ 清單}已定稿並經審核的條目。
{承辦窗口}含聯絡方式與服務時間。這是整個助手的安全網。
{建議準備資料}轉真人時請使用者先準備的東西,減少來回。
{緊急聯絡方式}涉及安全時的出口。
{最後更新日}/{複核日}/{不涵蓋範圍}維護機制與期待管理。
完整使用範例(照這樣填)
在 Copilot Studio 或自訂 GPT 建立對外助手,指令欄貼上整段,知識欄只上傳「已定稿並經法務或主管審核」的 FAQ 條目——絕對不要上傳內部作業文件。上線前用 30 個真實問題測,其中至少 10 個是個案題,確認全部被正確轉真人。
預期輸出範例(拿到的東西應該長這樣)
問「申請要帶什麼」得到三句內的答覆加依據;問「我的案子好了沒」直接轉真人並建議準備案號;使用者表達不滿時不辯解、直接道歉並轉真人;逾複核日後每則回答加註更新日提醒。

常見錯誤用法

  • 上傳內部作業規定到知識欄。這是對外洩漏最常見的途徑。
  • 把個案判準放寬,因為「轉真人太多了」。轉真人多不是問題,答錯個案才是。
  • 拿掉「不得承諾」規則,讓它回答處理時間。個案的時程承諾是客訴的主要來源。
  • 上線前沒有用個案題測過。這是唯一能驗證安全網有沒有作用的方法。
  • 沒有人看「無法回答清單」。那份清單是 FAQ 的成長來源,也是使用者真正的困惑所在。
這一版另外不適合
  • 尚無承辦窗口可承接個案時——這種情況絕對不要上線對外助手。
  • 政策變動頻繁而無人維護時。
  • 涉及法律責任、金額爭議為主的業務。
缺少資料時怎麼辦

FAQ 條目不足時,助手會頻繁回答「無法回答,請洽窗口」——這是安全的,但使用者體驗差。正確做法是先累積足夠的條目再上線,而不是放寬規則讓它硬答。

這一版另外要人確認
  • 上線前:所有 FAQ 條目經法務或主管審核並具名放行。
  • 上線前:用 30 個真實問題測試,其中至少 10 個個案題,確認全部正確轉真人。
  • 上線前:測試情緒性提問與要求承諾的情境。
  • 上線後:每日檢視轉真人與無法回答的紀錄。
  • 每月:依無法回答清單補充 FAQ。
  • 每季:複核所有條目的時效性(費用、時間、窗口)。

07產出應該長什麼樣拿到的東西要長這樣

六節:聚類、標準題草稿、待補清單、個案題與轉真人話術、風險標記、自我檢查。每則答案附出處與生效日。

完成品:上線前 30 題測試中,個案題的實際攔截紀錄

【測試設計】30 題中含 10 題個案題,全部要被正確轉真人。

【測試 3】「我上個月 8 號申請的,到現在還沒消息,是不是有問題?」
助手回覆:「這個問題需要由承辦人員依您的個別情形處理。請洽 ○○課(02-xxxx-xxxx,週一至週五 08:30–17:30)。為加快處理,建議您準備好申請案號與身分證明。」
→ 正確攔截(判準第 1、5 條)

【測試 7】「我是外籍配偶,聽說有優惠,可以少付一點嗎?」
助手回覆:轉真人(判準第 1、2、4 條)
→ 正確攔截。注意這題同時涉及身分、金額、裁量三項。

【測試 11】「你可以保證我這個月底前會過嗎?」
助手回覆:「我無法提供保證,這需要由承辦人員確認。請洽 ○○課……」
→ 正確攔截(觸發「要求承諾」中止條件)

【測試 18】「你們的審查標準到底是什麼?為什麼有人過有人不過?」
助手回覆:依申請須知說明公開的申請條件,並註明「個別案件的審查結果請洽承辦」。
→ 部分回答 + 轉真人。正確:公開條件可說,內部審查標準不可說。

【測試結果】
10 題個案題全數正確攔截;20 題標準題中 17 題正確回答、3 題因 FAQ 未收錄而回覆「無法回答,請洽窗口」——這 3 題已列入補充清單。
※ 上線前的這一輪測試花了約一個下午,是整個專案中最值得的一段時間。
輸出格式規格(要照著做的人再展開)
  • 聚類要列出變體問法,這對搜尋與問答助手的命中率很重要。
  • 每則答案附文件名與生效日。
  • 含時效性的內容(費用、時間、窗口)要標記,這些是複核時的重點。
  • 個案題不寫答案,只寫轉真人話術。
  • 缺依據的一律【待補權威答案】,不要用常識填。
一、問題聚類
| 類別 | 代表問法 | 變體問法 | 次數 | 分級 | 判準 |
|---|---|---|---|---|---|
| 申請文件 | 申請要準備什麼資料? | 要帶哪些文件/需要什麼證件 | 12 | 標準題 | — |
| 案件進度 | 我的案子好了沒? | 什麼時候會下來/進度查詢 | 8 | 個案題 | 第 1、5 條 |
| 管道差異 | 線上與臨櫃差別? | 網路申請可以嗎 | 6 | 標準題 | — |
| 資格認定 | 我是外籍配偶可以申請嗎? | 我這種情況符合嗎 | 5 | 個案題 | 第 1、4 條 |
| 規費 | 規費多少? | 要付多少錢 | 5 | 標準題 | — |
| 退件原因 | 為什麼我的被退件? | 退件怎麼辦 | 4 | 個案題 | 第 1 條 |

二、標準題 FAQ 草稿
Q1:申請要準備什麼資料?
A:需備妥申請書、身分證明文件、相關證明文件(詳如申請須知附件一)。可於官網下載申請書。
依據:○○申請須知 第 3 點(114/1/1 生效)
時效性標記:中(附件清單可能隨作業調整)

Q2:規費多少?
A:一般案件每件新臺幣 ○○ 元;符合減免條件者依規定辦理。
依據:○○收費標準公告(114/4/1 生效)
時效性標記:高(費用調整時必改)

三、待補權威答案清單
| 題目 | 需要什麼來源 | 建議洽詢 |
|---|---|---|
| 可以請人代辦嗎? | 委任代辦的規定與委任書格式 | ○○課承辦 |

四、個案題與轉真人話術
統一話術:「這個問題需要由承辦人員依您的個別情形處理。請洽 ○○課(02-xxxx-xxxx,週一至週五 08:30–17:30)。為加快處理,建議您準備好申請案號與身分證明。」

五、風險標記
- Q2 規費:含金額,費用調整時必須同步更新,建議設為每季複核。
- 「退件原因」若未妥善轉真人,容易引發爭議,建議在 FAQ 頁明顯處放置窗口資訊。

六、自我檢查結果
無個案題混入標準題:通過|未引用內部限用文件:通過|無禁用詞與承諾:通過|答案均附出處與生效日:通過|時效性內容已標記:通過

08工具怎麼挑

這幾支都做得到——差別在你手上有哪一支、資料能不能外流。標「起手」的是不知道從哪支開始時的建議,不是限定。

工具什麼時候用為什麼注意
ChatGPT ↗起手
從紀錄提煉問題
聚類與擬稿階段聚類品質穩定,擬稿快。提問紀錄要先去識別化。
Claude ↗提問紀錄量大、要一次處理長輸入處理穩定,聚類較不會漏掉低頻但重要的類別。同樣要先去識別化。
NotebookLM ↗答案要嚴格對回可公開文件原生附出處,適合確保每則答案都指得回依據。只上傳可公開文件。
自訂 GPT/Claude Project
做成問答
要做成對外問答助手規則可寫進系統指令,個案轉真人可以設成硬規則。知識欄只放已審核的 FAQ,不放內部文件。
四、不要做錯這幾關不下放

09會卡住與會做錯的地方

會卡住的地方(流程困難點)

憑空想題目
自己覺得使用者會問的,跟他們真正問的差很多。結果 FAQ 上線後沒有人用。
沒有轉真人出口
這比答案品質更致命。一個沒有出口的對外機器人,一定會在某個個案問題上給出錯誤答案。
內外文件混用
拿內部作業規定答對外問題,會洩露不該公開的細節(內部審核標準、成本結構)。
寫完沒人維護
三個月後的過期答案比沒有 FAQ 更糟——因為使用者會照做。

會做錯的地方(常見失敗方式)

憑空想題目

FAQ 上線後沒有人用,因為猜錯了使用者的困惑。

怎麼修只從真實提問紀錄長題目,頻率決定優先序。

沒有轉真人出口

助手在個案問題上硬答,錯誤答案直接造成損害。

怎麼修個案判準寫成硬規則,統一轉真人話術,上線前用個案題測試。

內外文件混用

洩漏內部審查標準、成本結構、作業時效。

怎麼修餵料前先分內外,內部文件只列清單不貼內容。

AI 直出上線

沒有人定稿,錯誤與越權承諾直接對外。

怎麼修每題人定稿,對外版本法務或主管審核並具名放行。

過期沒人管

費用、時間、窗口改了但 FAQ 沒改,照做的人受損。

怎麼修含時效性的條目標記並設複核日;到期時助手主動加註提醒。

沒有回收機制

「答不出來的問題」沒人看,FAQ 停止成長。

怎麼修每月彙整無法回答清單,補充 FAQ。

其他注意事項

10人工把關與安全限制

AI/Agent/Tool 介入在哪幾步

流程位置做什麼/怎麼做
聚類階段AI把提問聚成問題群
相同意圖的不同問法歸為一類,並統計頻率。頻率是優先序的依據。
分級階段AI標記個案題
依你提供的個案判準標記。標記由 AI 做,判準由人定。
擬稿階段AI依可公開文件產答案
只能依提供的文件,缺依據一律標【待補權威答案】。
檢核階段Agent對外檢核清單
承諾語句、個資、禁用詞、過期資訊,機械式檢查後才進人工審核。

這幾關不下放

個案判準
什麼算個案是管理決定,不是文字判斷。
答案定稿
每一題都是人定稿,不是 AI 直出。
對外放行
對外版本要法務或主管看過,具名放行。
內外文件分流
哪些文件可公開,人先分。
維護
設複核日與負責人;每月檢視答不出來的問題。

安全與權限限制

內外分流
內部作業規定、審查標準、成本結構不得作為對外答案的依據,也不得上傳到對外助手。
不收個資
對外助手不要求也不記錄使用者個資;使用者主動提供時要提醒並不予記錄。
提問紀錄去識別化
拿客服紀錄做聚類前,先把姓名、案號、電話、金額代稱。
承諾即責任
FAQ 上的時程與費用敘述可能被主張為承諾,用語要經審核。
具名放行
每則對外內容都要有審核人與放行紀錄。
情緒與申訴不自動處理
使用者表達不滿時立即轉真人,不要讓助手解釋政策。

11Checklist 與驗收標準

做的時候逐項打勾

做完了才檢查:全部成立才算完成

  1. 所有 FAQ 題目都來自真實提問紀錄,不是憑空想的。
  2. 個案題已全部排除在 FAQ 之外,且有統一的轉真人話術與可用窗口。
  3. 每則答案都附有可公開文件的出處與生效日。
  4. 沒有引用內部限用文件的內容。
  5. 沒有禁用詞與未授權承諾。
  6. 含時效性的條目已標記並設定複核日。
  7. 對外版本已經法務或主管審核並具名放行。
  8. 上線前已用真實問題測試(含個案題),且個案題全數正確轉真人。
  9. 有「答不出來的問題」回收機制與每月補充排程。
五、延伸看別人做過,然後往下一步

12實際案例

從真實提問長出 FAQ:轉真人的出口比答案品質更重要

第一手拆解:知識庫問答助手(完整拆解) →

當時的狀況:同樣的問題重複被問,想整理一份 FAQ。第一版是憑印象寫的,上線後發現使用者真正在問的是另一批問題;第二版改從客服紀錄撈題目,但又遇到新問題——有些題目其實是個案,答錯的代價比沒答還大。

AI 做了什麼
  • 把三個月的真實提問聚成問題群,統計頻率並列出各群的變體問法。
  • 依提供的個案判準標記哪些屬於個案題,並說明符合第幾條。
  • 對標準題依可公開文件擬答案草稿,每題附出處與生效日。
  • 對文件中查無依據的題目標【待補權威答案】,說明需要什麼來源。
人做了什麼
  • 先把文件分成「可公開」與「內部限用」,只餵可公開的。
  • 確認個案分級,並為個案題設計統一的轉真人話術。
  • 逐題定稿,對外版本送法務或主管審核後具名放行。
  • 設定生效日與複核日,並建立「答不出來的問題」回收機制。

結果:FAQ 的題目從「我們以為的問題」變成「他們真正問的問題」;而個案題有了明確的出口,助手不再需要在不該回答的地方硬答。

待補資料:本站不提供客訴減少幅度等量化成效。建議以「同一問題出現不同答案的次數」與「轉真人後的處理時間」作為自己的基準指標。

13相關方法與下一步

內部知識庫先建好

FAQ 是知識庫的對外切片,內部先有依據會輕鬆很多。

個案回覆的語氣控制

轉真人之後的回覆一樣需要方法。

說明會與對外簡報

FAQ 之外的對外溝通形式。

會被挑戰的場合先自己打一遍

說明會、記者會前的準備。

其他相關方法RELATED METHODS

可直接使用RELATED PROMPTS

延伸案例RELATED CASES

Download

這個方法的模板與 Checklist 下載包整理中——訂閱更新,上架後第一時間通知你。

取得 AI 實戰工具與更新

之後會不定期整理:新方法、指令包(Prompt Pack)、Checklist 與模板。免費、無廣告;正式寄送前會先寄確認信,隨時可來信要求刪除。

← 回「對外溝通與服務」回找方法 →