METHOD · 對外溝通與服務

AI 申訴與抱怨回覆

先拆訴求、再分事實、最後才寫信——別把還沒查明的責任先認掉。

情境:對外溝通與服務也用於:專業審查與合規也用於:會議與協作難度:要搭建|建助手或系統起手工具:ChatGPT
這是對外溝通與服務情境下的方法之一(共 8 個)· 看這個情境全部 →
一、這是什麼三十秒判斷關不關你的事

01解決的工作問題

客人已經生氣了才寫信來。這時候回覆的目的不是解釋,是止血——語氣錯一句,事情就從「一件案子」升級成「一場糾紛」。而 AI 在這裡有兩個相反的壞習慣:一是過度道歉,把還沒查明的責任先認掉;二是過度防衛,通篇「依規定」,讀起來像在說你才有問題。真正該做的是先把訴求、事實、責任三件事分開,再決定哪一件現在能講。

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

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

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

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

什麼情況下該用這一套

什麼情況下別用

已進入訴訟或正式爭議程序
一旦有律師函、起訴、正式申訴案號,回覆內容就是證據。交法務逐字處理,不要用一般流程。
事實還沒查明就要回覆
沒查清楚之前,能講的只有「已收到、正在查、什麼時候回覆你」。不要讓 AI 幫你補一個看起來合理的說法。
涉及人身安全或重大事故
這類案件的第一則回覆是危機處理,由主管直接處理。

誰會用到

客服
你最常遇到,也最容易被拖進情緒裡。這份方法的第一步是把訴求和情緒拆開——拆開之後你會發現,很多案子的訴求其實很小。
公務員
民眾陳情有法定處理時限與程序。時限、程序、救濟途徑要寫進回覆,不能只講結論。
法務
凡是出現賠償、責任歸屬、可能進入訴訟的字眼,就要走到你這裡。認錯的措辭是法律問題,不是語氣問題。
主管
你要決定的是三件事:認不認錯、給不給例外、由誰具名。這三件 AI 一件都不能替你決定。
營運
同一類抱怨重複出現,代表流程有洞。回覆只是止血,補洞是另一件事。
門市/餐飲
現場客訴常常當下就要回。「先拆訴求、再分事實」這一步在櫃檯一樣成立,只是壓縮成三十秒——他要的到底是退錢、換貨,還是一句道歉。

所屬工作情境

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

03流程圖

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

AI 申訴與抱怨回覆:先拆訴求、再分事實、最後才寫信
AI 申訴與抱怨回覆:先拆訴求、再分事實、最後才寫信直向流程圖。輸入是對方來信原文已去識別化且未經摘要、已查明事實與時間軸、處置決定含認錯範圍例外補償與具名層級、處理時限與救濟途徑。第一步由 AI 把來信拆成訴求一句話、他的主張逐條、情緒強度與升級跡象。第二步由人逐項比對主張與事實,分成屬實、不屬實、尚未查明三類。第三步由人決定認不認錯、給不給例外、賠不賠、誰具名,四件事定完才寫信。第四步由 AI 依三分表與處置決定產出回覆草稿,尚未查明的一律寫成尚未查明並附回覆日期。第五步由檢核助手雙向掃描過度道歉與過度防衛兩種語句。第六步進入人工檢查點,人逐段確認並由權責層級具名發出。產出是定稿回覆、處理紀錄與流程改善追蹤。右側標示四個困難點:把未查明的責任先認掉、通篇依規定讓案子升級、承諾了做不到的補償變成先例、回了信但沒補流程的洞。中止條件是出現提告律師媒體民代或要求賠償等升級訊號時停止一般流程改為上報主管與法務。檢查點有退回線回到產稿步驟。退回重擬INPUT / 輸入來信原文(未摘要)+ 已查明事實與時間軸 + 處置決定 + 救濟途徑原文才看得出情緒強度與升級跡象AI / AI 介入AI 拆訴求:他要什麼/他主張什麼/情緒與升級跡象HUMAN / 人工步驟人分事實三類:屬實/不屬實/尚未查明HUMAN / 人工步驟人定處置:認不認錯、給不給例外、賠不賠、誰具名AI / AI 介入AI 產回覆草稿:未查明的明講未查明並附回覆日AGENT / 助手接手檢核助手雙向掃描:過度道歉/過度防衛CHECKPOINT / 人工檢查人逐段確認 + 法務(必要時)+ 權責層級具名發出OUTPUT / 產出定稿回覆 + 處理紀錄 + 流程改善追蹤STOP / 中止條件出現提告/律師/媒體/民代/要求賠償 → 停止一般流程,上報主管與法務RISK / 困難點為平息當下給的例外,變成下一個人的先例RISK / 困難點把未查明的責任先認掉:「我們確實有疏失RISK / 困難點通篇依規定,讀起來像在說你才有問題,案子升級RISK / 困難點回了信沒補洞,同一類抱怨每個月都來
看圖重點:這張圖的順序本身就是方法:拆訴求、分事實、定處置,寫信是第四步。多數失敗的回覆是直接從第四步開始的——一收到信就開始想怎麼寫,結果寫出一封「每一句都對、但沒有回答他在問什麼」的信。另外注意右邊那條中止線:提到民代、媒體、提告、要求賠償,都不是威脅,是分級訊號。看到就換軌,不要用一般流程硬回。
純文字流程表(手機/螢幕閱讀器建議看這張)
AI 申訴與抱怨回覆:先拆訴求、再分事實、最後才寫信(純文字流程表)
類型/角色流程步驟這一步的困難點/中止條件
1Human來信原文(未摘要)+ 已查明事實與時間軸 + 處置決定 + 救濟途徑
原文才看得出情緒強度與升級跡象
2AIAI 拆訴求:他要什麼/他主張什麼/情緒與升級跡象
失敗與中止條件出現提告/律師/媒體/民代/要求賠償 → 停止一般流程,上報主管與法務
3Human人分事實三類:屬實/不屬實/尚未查明
4Human人定處置:認不認錯、給不給例外、賠不賠、誰具名
困難點/風險為平息當下給的例外,變成下一個人的先例
5AIAI 產回覆草稿:未查明的明講未查明並附回覆日
困難點/風險把未查明的責任先認掉:「我們確實有疏失」
困難點/風險通篇依規定,讀起來像在說你才有問題,案子升級
6Agent檢核助手雙向掃描:過度道歉/過度防衛
7Checkpoint人逐段確認 + 法務(必要時)+ 權責層級具名發出
8Output定稿回覆 + 處理紀錄 + 流程改善追蹤
困難點/風險回了信沒補洞,同一類抱怨每個月都來

回流線:人逐段確認 + 法務(必要時)+ 權責層級具名發出 → AI 產回覆草稿:未查明的明講未查明並附回覆日(退回重擬)

Mermaid 原始碼(貼進 Mermaid Live 或 draw.io 可再編輯)
可直接複製,改成你自己的流程
flowchart TD
    in1(["<b>Human</b><br/>來信原文(未摘要)+ 已查明事實與時間軸 + 處置決定 + 救濟途徑<br/><small>原文才看得出情緒強度與升級跡象</small>"])
    a1[/"<b>AI</b><br/>AI 拆訴求:他要什麼/他主張什麼/情緒與升級跡象"/]
    s1["<b>Human</b><br/>人分事實三類:屬實/不屬實/尚未查明"]
    s2["<b>Human</b><br/>人定處置:認不認錯、給不給例外、賠不賠、誰具名"]
    a2[/"<b>AI</b><br/>AI 產回覆草稿:未查明的明講未查明並附回覆日"/]
    g1[["<b>Agent</b><br/>檢核助手雙向掃描:過度道歉/過度防衛"]]
    c1{{"<b>Checkpoint</b><br/>人逐段確認 + 法務(必要時)+ 權責層級具名發出"}}
    o1(["<b>Output</b><br/>定稿回覆 + 處理紀錄 + 流程改善追蹤"])
    x1[/"<b>Stop</b><br/>出現提告/律師/媒體/民代/要求賠償 → 停止一般流程,上報主管與法務"\]
    r3>"<b>Risk</b><br/>為平息當下給的例外,變成下一個人的先例"]
    r1>"<b>Risk</b><br/>把未查明的責任先認掉:「我們確實有疏失」"]
    r2>"<b>Risk</b><br/>通篇依規定,讀起來像在說你才有問題,案子升級"]
    r4>"<b>Risk</b><br/>回了信沒補洞,同一類抱怨每個月都來"]

    in1 --> a1
    a1 --> s1
    s1 --> s2
    s2 --> a2
    a2 --> g1
    g1 --> c1
    c1 --> o1
    a1 ==>|中止| x1
    s2 -.->|風險| r3
    a2 -.->|風險| r1
    a2 -.->|風險| r2
    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 a1 clsAI;
    class s1 clsHuman;
    class s2 clsHuman;
    class a2 clsAI;
    class g1 clsAgent;
    class c1 clsCheck;
    class o1 clsOut;
    class x1 clsStop;
    class r3 clsRisk;
    class r1 clsRisk;
    class r2 clsRisk;
    class r4 clsRisk;

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

一句話版(快速回顧)

  1. AI 把來信拆成三欄:訴求一句話、他的主張逐條、情緒強度與升級跡象。
  2. 人逐項比對主張與已查明事實,分成屬實/不屬實/尚未查明。
  3. 人定處置:認不認錯、給不給例外、賠不賠、誰具名。
  4. AI 依三分表與處置產稿;尚未查明的一律寫成尚未查明並附回覆日。
  5. 人逐段確認、法務(必要時)過目,具名發出並判斷是否為流程問題。

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

誰做步驟與說明
1AI拆訴求
把來信拆成三欄:他要什麼(訴求)、他說發生了什麼(主張)、他的情緒強度與升級跡象。訴求通常比信長度小很多。→ 訴求拆解表
2Human對事實
逐項比對他的主張與你查到的事實,分成三類:屬實、不屬實、尚未查明。第三類最重要,不要硬歸到前兩類。→ 事實三分表
3Human定權責
認不認錯、給不給例外、賠不賠、誰具名。四件事定完再寫信。→ 處置決定
4AI產回覆草稿
依訴求、事實三分、處置決定產稿。尚未查明的一律寫成尚未查明,不得推測;未授權的補償一律不得出現。→ 回覆草稿
5Agent語氣與責任掃描
機械掃描兩個方向:過度道歉(認掉未查明的責任)與過度防衛(通篇依規定、把責任推回對方)。→ 標記稿
6Human定稿與具名發出
人逐句確認,法務(必要時)過目,具名發出並記錄。同時把這一案是否代表流程有洞列入追蹤。→ 定稿 + 處理紀錄 + 流程改善追蹤
三、動手做備料 → 指令 → 產出 → 工具

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

對方來信原文必要
原文,不要先摘要。摘要會把情緒濾掉,而情緒的強度會影響回覆的層級與速度。姓名、電話先代稱。
已查明的事實與時間軸必要
什麼時候發生什麼、目前查到哪裡、還有什麼沒查。沒查明的要標清楚,不要混在已查明裡。
權責決定必要
認不認錯、給不給例外、賠不賠、誰具名。這四件事要在寫信前定,不是寫完再看。
處理時限與救濟途徑必要
法定或內規的處理時限、對方還可以往哪裡申訴。這兩樣通常是必附。
同類案件的過往處理可選
避免同樣的事給不同的人不同的結果——這是申訴案最容易被翻出來的地方。

餵進去的東西要長這樣

來信原文(已去識別化,不要先摘要)+ 事實三分表(屬實/不屬實/尚未查明)+ 處置決定(認錯、例外、補償、具名)+ 處理時限與救濟途徑。

【設定】
回覆單位:○○市政府○○局
對象:民眾
管道:正式函文
申訴案號:無(尚未進入正式程序)

【來信原文(已去識別化)】
「我上個月 3 號就送件了,到現在快一個月完全沒有消息。打電話去問,一個說在審,一個說沒收到,到底是怎樣?我為了這件事請了兩天假。如果這禮拜還沒有結果,我會直接找議員服務處。」

【事實三分】
屬實:
- 3/25 來電時第一線回覆「查無」,因案件在承辦櫃上未上系統。
- 案件自 3/3 收件至今尚未核定。
不屬實:
- 「完全沒有消息」——3/10 已寄出補件通知(有寄件紀錄)。
尚未查明:
- 3/10 補件通知是否確實送達。

【處置決定】
認錯範圍:僅就 3/25 查詢回覆錯誤致歉,不概括認錯。
例外:不給。補件程序不因申訴省略。
補償:無。
具名:○○課課長。

【處理時限與救濟途徑】
本案應於受理後 30 日內處理完畢;如不服處理結果,得於 30 日內向本府陳情或提起訴願。

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

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

A
A. 快速版

收到一封抱怨信,先把「他到底要什麼」拆出來,不要被情緒帶著走。

適合的工具ChatGPTClaudeM365 Copilot
👇 直接複製,{ } 換成你的內容
以下是一封抱怨或申訴來信,以及我方已查明的事實。請:
1. 把來信拆成:他的訴求(一句話)、他的主張(逐條)、情緒強度與是否有升級跡象(提到媒體、民代、提告、公開)。
2. 逐條比對他的主張與我方事實,分成屬實/不屬實/尚未查明三類。尚未查明的不得推測。
3. 指出這封回覆必須處理的重點,以及哪些話現在不能寫(未查明的責任、未授權的補償)。
來信原文:{貼上};已查明事實:{貼上}

可替換變數

變數要換成什麼
{貼上}對方來信原文(已去識別化)。原文,不要先摘要。
{貼上}你已查明的事實與時間軸;還沒查的要標「尚未查明」。
完整使用範例(照這樣填)
以下是一封客戶抱怨來信與我方已查明的事實。請照三個步驟處理。(照母提示詞)

【來信原文(已去識別化)】
「我上個月 3 號就送件了,到現在快一個月完全沒有消息。打電話去問,一個說在審,一個說沒收到,到底是怎樣?我為了這件事請了兩天假。如果這禮拜還沒有結果,我會直接找議員服務處。」

【已查明的事實】
- 3/3 收件,系統有紀錄。
- 3/10 承辦調閱補件,通知信寄出(寄件紀錄有,但未確認送達)。
- 3/25 客戶來電,第一線查詢時因案件在他櫃,回覆「查無」。
- 目前案件狀態:待補件。
- 尚未查明:3/10 通知信是否確實送達。
預期輸出範例(拿到的東西應該長這樣)
【訴求拆解】
他要的(一句話):告訴我現在到底到哪一步,還要多久。
次要訴求:對「兩種說法」給一個交代。
他沒有明講但存在的:請假兩天的成本,希望被看見。

【他的主張 vs 事實】
| 他說 | 事實 | 分類 |
|---|---|---|
| 3/3 送件後完全沒消息 | 3/10 有寄補件通知 | 部分不屬實(但送達未確認) |
| 一個說在審、一個說沒收到 | 3/25 第一線回覆查無 | 屬實 |
| 快一個月沒結果 | 目前待補件中 | 屬實(但原因是待補件) |

【情緒強度】高,且已出現升級跡象:提到議員服務處。建議 24 小時內回覆,回覆層級建議提高一級。

【建議這封信要處理的三件事】
1. 給明確狀態與下一步時間(他的核心訴求)。
2. 對「兩種說法」誠實說明原因——這是我方的疏漏,可以認。
3. 補件通知是否送達尚未查明——明講還在查,不要推測是他沒收到。

【不要寫的】
- 不要寫「我們確實有疏失」概括認錯——目前只有查詢回覆這一項是明確疏漏。
- 不要提任何補償或加速處理,除非已獲授權。

常見錯誤用法

  • 先摘要再丟給 AI。摘要會濾掉情緒強度,而情緒強度決定回覆的速度與層級。
  • 把「尚未查明」的項目交給 AI 推測。它會推得很合理,然後你就寫進信裡了。
  • 看到訴求拆解就直接照著回。拆解只是第一步,認不認錯還沒決定。
  • 把升級跡象(議員、媒體、提告)當成威脅來處理。那是資訊,代表這封信要往上送。
這一版另外不適合
  • 已進入訴訟或有律師函的案件。
  • 涉及人身安全或重大事故的第一則回覆。
缺少資料時怎麼辦

事實還沒查明時,正確的做法不是讓 AI 補,是先回一封「已收到、正在查、○ 月 ○ 日前給您回覆」的信。這種信短、沒有承諾實質內容,但它止血的效果比一封查得不清不楚的長信好得多。

這一版另外要人確認
  • 事實三分的認定(屬實/不屬實/尚未查明)。
  • 認不認錯、給不給例外。
  • 回覆層級與具名。
B
B. 完整實戰版

已經查明事實、也定好處置,要寫出一封不會把事情升級、也不會亂認責任的正式回覆。

適合的工具ChatGPTClaudeM365 Copilot
👇 直接複製,{ } 換成你的內容
# 角色
你是申訴回覆的協助者。你的專長是把已查明的事實與已定的處置,寫成一封能止血的正式回覆。你不是決策者:認不認錯、賠不賠、給不給例外,都不是你決定的。

# 背景
- 回覆單位:{單位全稱}
- 對象:{客戶/民眾/業者}
- 管道:{Email/正式函文/系統回覆}
- 本案是否已有申訴案號:{有/無}

# 任務
依【來信】【事實三分】【處置決定】產出正式回覆,並附風險標記。

# 可以使用的資料
只有我在【來信】【事實三分】【處置決定】【處理時限與救濟途徑】四段貼上的內容。你的一般常識、其他案件的處理方式、你認為合理的補償,一律不得寫進回覆。

# 不可以做的事(違反任何一條就是失敗)
1. 不得就【事實三分】中標為「尚未查明」或「不屬實」的項目表示歉意或承認疏失。
2. 不得提及任何【處置決定】中沒有的補償、退費、加速、例外。
3. 不得使用防衛性語句:依規定、本來就、您應該、如您所知、恕難照辦(可以拒絕,但要說明理由與救濟途徑)。
4. 不得使用空泛承諾:會盡快、會加強、會改進、放心交給我們。要寫具體的事與日期。
5. 不得推測對方的動機或情緒(「您可能誤會了」「請您理解」)。
6. 尚未查明的事項,一律寫成尚未查明,並給一個具體的回覆日期。

# 處理步驟(請照順序做)
1. 先把來信的訴求寫成一句話。整封回覆要先回答這一句。
2. 逐項處理【事實三分】:屬實的直說並依處置決定表態;不屬實的說明依據(不指責);尚未查明的明講並給回覆日。
3. 依處置決定寫出我方要做的事:做什麼、誰做、何時完成。
4. 附上處理時限與救濟途徑。
5. 產出風險標記:哪幾句最可能被截圖、被引用、被當成承諾。

# 輸出格式(嚴格照這個順序,不要加額外段落)
## 一、他的訴求(一句話)
## 二、回覆本文
(開頭先回答訴求,不要先講背景。段落順序:現況與下一步 → 已查明事項的說明 → 尚未查明事項與回覆日 → 我方將採取的具體行動 → 救濟途徑與聯絡窗口)
## 三、逐段對照
(表格:段落|依據哪一項事實或處置|若無依據的處理)
## 四、風險標記
(哪幾句最容易被截圖或當成承諾)
## 五、【尚未決定】清單
(需要人拍板才能寫進信裡的事)

# 驗收標準(產出後自己檢查一次並回報結果)
- [ ] 第一段就回答了他的訴求,沒有先講背景
- [ ] 沒有對尚未查明或不屬實的項目道歉
- [ ] 沒有出現處置決定以外的補償或例外
- [ ] 沒有防衛性語句,也沒有空泛承諾
- [ ] 每一個承諾都有具體日期與負責層級
- [ ] 救濟途徑與聯絡窗口齊全

【來信】
{貼上}

【事實三分】
{貼上:屬實/不屬實/尚未查明,逐項}

【處置決定】
{貼上:認不認錯、給不給例外、賠不賠、誰具名}

【處理時限與救濟途徑】
{貼上}

可替換變數

變數要換成什麼
{單位全稱}會出現在回覆抬頭與具名處。
{有/無}已有申訴案號代表已進入正式程序,用語要更嚴謹。
{貼上}來信、事實三分、處置決定、處理時限與救濟途徑四段。
完整使用範例(照這樣填)
背景填法示例:單位=○○市政府○○局;對象=民眾;管道=正式函文;申訴案號=無。事實三分照「屬實/不屬實/尚未查明」三欄逐項列,處置決定寫成四句話(認錯範圍、例外與否、補償與否、具名層級)。
預期輸出範例(拿到的東西應該長這樣)
與 A 版的差別:A 版只做拆解與建議,這一版直接產出可以寄的回覆本文,並附「逐段對照」讓你核對每一段的依據。多出的【尚未決定】清單,是它遇到需要拍板的事情時不自己決定的證明。

常見錯誤用法

  • 處置決定那一段留白,然後期待 AI 給建議。它會給,而且會給得很合理——但那不是你們的決定。
  • 把「尚未查明」的項目先歸到「屬實」,想說之後補查。信寄出去就收不回來了。
  • 只看本文不看風險標記。風險標記列的是這封信被截圖之後的樣子。
這一版另外不適合
  • 處置決定尚未拍板時。
缺少資料時怎麼辦

處置決定缺項時,那一項要進【尚未決定】清單,而不是由 AI 代填。回覆信可以先寄一封只講「現況與回覆日」的短版,等拍板後再寄完整版——兩封信比一封講錯的信安全。

這一版另外要人確認
  • 逐段與事實、處置的比對。
  • 【尚未決定】清單的拍板。
  • 具名層級與寄出前的整份閱讀。
C
C. 進階版(做成申訴分級與草稿助手)

抱怨案每天都有,要一個固定的助手先分級、先拆訴求、先擋掉不該由第一線處理的案子。

適合的工具自訂 GPT/Claude ProjectClaude SkillCopilot Studio
👇 直接複製,{ } 換成你的內容
# 你是誰
你是「申訴分級助手」。第一線收到抱怨或申訴時會把來信貼給你,你負責分級、拆解訴求、指出還缺什麼事實,並在權限範圍內產出回覆草稿。你不是決策者,你不決定認錯、補償或例外。

# 你的資料來源
只有使用者這次貼上的來信與已查明事實,以及建置時附上的三份文件:分級標準、已核定的回覆模板、處理時限與救濟途徑說明。除此之外一律不得引用。

# 分級(先做這一步,做完才決定要不要產稿)
- **A 級(第一線可回)**:訴求明確、事實已查明、處置在既有模板範圍內、無升級跡象。
- **B 級(需主管核可)**:涉及例外、補償、跨單位、或對方情緒強烈但未升級。
- **C 級(不產稿,直接上報)**:出現下列任一項即為 C 級——提到提告、律師、媒體、民代、公開爆料;涉及人身安全或重大事故;已有申訴案號或訴訟;要求金錢賠償。

# 條件判斷(依序檢查,先中的先套用)
1. 命中 C 級任一條件 → 不產稿。回覆「本案為 C 級,請立即上報 {上報窗口}」,並附訴求拆解供上報使用。
2. 已查明事實不足以回答訴求 → 不產完整回覆,只產「已收到+正在查+回覆日」的短版,並列出還缺哪些事實。
3. 處置決定未提供 → 不產表態段落,該段留成【待拍板】。
4. 來信含個資 → 以【已遮蔽】處理後再作業。
5. 同一位對方在 30 天內第三次來信 → 主動標示「重複申訴」,建議提高層級。

# 例外處理
- 使用者要求「幫我寫得軟一點」→ 可以調整語氣,但不得因此把未查明的責任認掉,並在結尾標明「僅調整語氣,責任範圍未變」。
- 使用者要求「這次就給他一個例外」→ 拒絕代寫,回覆「例外屬處置決定,請取得 {核可層級} 核可後再提供給我」。
- 使用者要求直接寄出 → 拒絕,你只產草稿。
- 使用者說「事實我口頭問過了」→ 仍列為未查明,並回覆「請補書面或系統紀錄,口述無法作為回覆依據」。

# 每次回覆的格式
【分級】A/B/C,以及命中的條件
【訴求】一句話
【他的主張 vs 已查明事實】(表格三分)
【還缺的事實】(逐項,以及該去哪裡查)
【草稿】(A、B 級才產;C 級不產)
【發出前確認】(要拍板的事、要提高的層級、必附的救濟途徑)

# 固定結尾
每次回覆最後一行固定加註:「本助手不決定認錯、補償與例外;分級僅供參考,最終層級由權責主管認定。」

# 自我檢查(每次回覆前執行,不需輸出過程)
- C 級條件是否逐條檢查過?
- 草稿中是否對「未查明」項目表示歉意?有就刪。
- 草稿中是否出現未經授權的補償?有就改成【待拍板】。

# 建置參數
分級標準:{附檔或貼上}
已核定回覆模板:{附檔}
處理時限與救濟途徑:{貼上}
上報窗口:{窗口}
核可層級:{職稱}

可替換變數

變數要換成什麼
{附檔或貼上}分級標準與已核定模板,建置時上傳為知識檔案。
{貼上}法定或內規的處理時限、對方可循的救濟途徑。
{窗口}C 級案件立即上報給誰。
{職稱}有權核可例外與補償的層級。
完整使用範例(照這樣填)
建置時把分級標準與模板上傳為知識檔案,四個 { } 填成實際窗口。上線前用至少十五組歷史申訴測過,其中五組要是 C 級(含提到民代、提到提告、要求賠償),確認全部被正確攔下不產稿。
預期輸出範例(拿到的東西應該長這樣)
與 B 版的差別:這一版第一件事是分級,不是寫信。C 級直接不產稿——這是它最重要的功能。輸出固定六段,草稿只在 A、B 級才出現。

常見錯誤用法

  • 把 C 級的攔截條件放寬,因為「上報太麻煩」。那些條件正是這個助手存在的理由。
  • 拿它產的草稿直接寄。它的定位是分級與拆解,草稿只是省你打字。
  • 分級標準與模板改版後沒同步。它會用舊標準判 A 級,而那一類早就該上報了。
這一版另外不適合
  • 還沒有分級標準時——沒有標準它就只能靠語氣猜。
  • 申訴量每月少於十件——量太小,人工判斷更快也更準。
缺少資料時怎麼辦

已查明事實不足時,助手只產「已收到+正在查+回覆日」的短版並列出缺項。這是刻意設計的:一封誠實的短信比一封補滿推測的長信安全得多。

這一版另外要人確認
  • 上線前:用至少十五組歷史申訴測過,其中五組是 C 級。
  • 每件:分級的最終認定與草稿的逐句確認。
  • 每季:把新出現的升級型態補進 C 級條件。

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

五節:訴求一句話、回覆本文、逐段對照、風險標記、【尚未決定】清單。回覆本文的第一段一定是回答訴求,不是講背景。

完成品:定稿後的回覆(節錄)與被刪掉的兩句

○○先生/女士 您好:

您的案件(案號【案號】)目前狀態為「待補件」,尚未核定。補件收訖後將於 10 個工作日內完成審查。我將於【日期】前主動與您聯繫,說明審查進度。

關於您反映 3 月 25 日來電查詢時,本局人員回覆「查無此案」一事,經查確為本局作業疏漏——該案當時在承辦人員手中處理,尚未更新至查詢系統,致線上查詢查無資料。就此造成您的困擾,本局致歉。本局已於【日期】調整作業,案件移轉時同步更新系統狀態。

關於 3 月 10 日寄出之補件通知是否確實送達,本局刻正向郵務單位查證中,將於【日期】前一併回覆您。在查明前,本局不預設您已收到該通知;如查明確未送達,補件期限之計算將另行說明。

如對本案處理有意見,得於 30 日內向本府陳情或依訴願法提起訴願。聯絡窗口:○○課(電話【電話】,服務時間【時間】)。

○○市政府○○局 ○○課 課長 【姓名】

─────────────────────────────
【草稿中被刪掉的兩句,以及原因】

刪除句一:「造成您的不便,我們確實有疏失,深感抱歉。」
原因:「確實有疏失」是概括認錯。目前只有查詢回覆錯誤這一項是明確疏漏,補件通知是否送達尚未查明。改為就特定事項致歉。

刪除句二:「本局將優先處理您的案件,儘速給您答覆。」
原因:(一)「優先處理」是未經授權的例外,會成為先例;(二)「儘速」沒有日期,等於沒有承諾。改為具體的補件後 10 個工作日與主動聯繫日期。
輸出格式規格(要照著做的人再展開)
  • 第一段直接回答訴求。先講背景的信,讀的人會覺得你在拖。
  • 尚未查明的事項要明講並給回覆日期,不要用「將儘速查明」帶過。
  • 每一個承諾都要有日期與負責層級,沒有日期的承諾等於沒有。
  • 拒絕可以,但要說明理由與救濟途徑,不要只寫「恕難照辦」。
  • 逐段對照表要標出每一段依據哪一項事實或處置——沒有依據的段落就是不該寫的。
## 一、他的訴求(一句話)
告訴我現在到哪一步、還要多久,以及為什麼兩個人講不一樣。

## 二、回覆本文
(第一段:現況與下一步)
(第二段:已查明事項——查詢回覆錯誤致歉,說明原因與已採行動)
(第三段:尚未查明事項——補件通知送達與否仍在查,○/○ 前回覆)
(第四段:我方將採取的具體行動,含日期與負責層級)
(第五段:救濟途徑與聯絡窗口)

## 三、逐段對照
| 段落 | 依據 | 備註 |
|---|---|---|
| 查詢回覆錯誤致歉 | 事實三分「屬實」第 1 項 + 處置決定「僅就此致歉」 | — |
| 補件通知仍在查 | 事實三分「尚未查明」 | 不得推測是對方未收 |
| 未提補償 | 處置決定「補償:無」 | — |

## 四、風險標記
- 「深感抱歉」單獨截圖會被讀成概括認錯。建議明確寫成「就 3/25 查詢回覆錯誤一事致歉」。
- 承諾的回覆日期一旦寫出就必須做到,逾期會直接升級。

## 五、【尚未決定】清單
1. 若查明補件通知確實未送達,是否重新起算補件期限?(需課長拍板)
2. 本案是否列入流程改善追蹤(第一線查詢查不到在櫃案件)?

08工具怎麼挑

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

工具什麼時候用為什麼注意
ChatGPT ↗起手
拆訴求、產草稿
拆訴求、產草稿從一封情緒濃厚的信裡抽出訴求,穩定度不錯。來信含個資,要先代稱再貼。
Claude ↗
來信長、往來紀錄多
來信很長、附了大量往來紀錄長輸入處理穩定,時間軸比較不會弄亂。同樣要確認資料處理政策符合單位規定。
M365 Copilot ↗
往來信件在 Outlook
公司或機關已導入 M365,往來信件都在 Outlook資料不出租戶,可直接讀你有權限的往來紀錄。注意不要把其他人的案件內容一起帶進來。
自訂 GPT/Claude Project
做成分級助手
要做成第一線的分級助手分級標準與模板固定成知識檔案,每次都先跑分級。C 級攔截條件是安全網,不要為了方便放寬。
四、不要做錯這幾關不下放

09會卡住與會做錯的地方

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

把未查明的責任先認掉
「造成您的不便深感抱歉,我們確實有疏失」——後半句在還沒查清楚時就是自認。之後要收回會更難看。
通篇依規定
每一句都合規,讀起來卻像在說「是你自己沒看清楚」。這種信最會把案子升級。
承諾了做不到的補償
為了平息當下而給的例外,會變成下一個人的先例。
回了信但沒補洞
同一類抱怨每個月都來,代表流程有問題。只回信不改流程,是在無限期付利息。

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

概括認錯

「我們確實有疏失」把還沒查明的責任一起認掉,之後要收回會更難看。

怎麼修認錯範圍寫進處置決定,並限定到特定事項;掃描自認責任的句子。

通篇依規定

每句都合規,讀起來像在說你才有問題,案子直接升級。

怎麼修拒絕要附理由與救濟途徑;掃描防衛性語句。

沒日期的承諾

「會儘速處理」讓對方繼續等,等到的是第二封更兇的信。

怎麼修每個承諾都要有日期與負責層級,做不到的日期不要寫。

回了信沒補洞

同一類抱怨每月都來,回信變成例行公事。

怎麼修每案結案時判斷是否為流程問題,是就列入改善追蹤。

其他注意事項

10人工把關與安全限制

AI/Agent/Tool 介入在哪幾步

流程位置做什麼/怎麼做
拆解階段AI把來信拆成訴求、主張、情緒強度
訴求要寫成一句可以回答的話;主張逐條列出以便比對事實;情緒強度標出是否有升級跡象(提到媒體、議員、提告、公開)。
產稿階段AI依事實三分與處置決定產稿
屬實的直說、不屬實的說明依據、尚未查明的明講尚未查明並給回覆時間。不得推測,不得自行加補償。
掃描階段Agent過度道歉與過度防衛雙向掃描
一邊掃自認責任的句子(確實有疏失、是我們的錯、我們會負責),一邊掃防衛性語句(依規定、本來就、您應該要),兩邊都標出來。

這幾關不下放

認不認錯
這是責任認定,不是語氣選擇。認錯的措辭有法律效果。
給不給例外
給了就是先例。這是管理決定。
尚未查明的處理
哪些能講「還在查」、哪些要先查完再回,由你決定。
具名與層級
承辦回、課長回、局長回,代表的份量不同。這也是決定,不是格式。

安全與權限限制

來信含個資
姓名、電話、地址、案號、金額、健康或財務資訊都要先代稱;未去識別化的申訴內容不要貼進消費者版帳號。
回覆即證據
申訴回覆在後續爭議中會被引用。措辭、日期、承諾都要留存版本與具名紀錄。
不揭露他人資訊
說明原因時不要帶出其他當事人、承辦個人姓名或內部審查標準。

11Checklist 與驗收標準

做的時候逐項打勾

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

  1. 回覆第一段就回答了對方的訴求,沒有先講背景。
  2. 沒有對「尚未查明」或「不屬實」的事項表示歉意或承認疏失。
  3. 認錯範圍與處置決定完全一致,沒有擴大也沒有縮小。
  4. 沒有出現未經授權的補償、例外或加速處理。
  5. 每一個承諾都有具體日期與負責層級,且日期是做得到的。
  6. 拒絕的事項都有說明理由,並附救濟途徑與期限。
  7. 沒有防衛性語句,也沒有「會儘速」這類空泛承諾。
  8. 已判斷本案是否為流程問題,是的話已列入改善追蹤。
五、延伸看別人做過,然後往下一步

12實際案例

他要的其實只是「現在到哪一步」

當時的狀況:一封讀起來很兇的申訴信,提到請了兩天假、還提到要找民代。第一版草稿寫了六百字解釋作業流程,讀起來每一句都對,但通篇沒有回答他真正問的那件事——現在到底到哪一步。

AI 做了什麼
  • 把來信拆成三欄:訴求一句話、他的主張逐條、情緒強度與升級跡象。
  • 把他的主張與已查明事實逐條比對,分成屬實、不屬實、尚未查明三類。
  • 標出「提到議員服務處」屬升級跡象,建議提高回覆層級與縮短回覆時間。
  • 依處置決定產稿,尚未查明的項目一律寫成尚未查明並附回覆日。
人做了什麼
  • 決定認錯範圍:只就查詢回覆錯誤致歉,不概括認錯。
  • 決定不給例外,補件程序不因申訴而省略。
  • 確認「補件通知是否送達」仍在查,不讓草稿推測成「對方沒收到」。
  • 由課長具名,並把「第一線查不到在櫃案件」列入流程改善追蹤。

結果:回覆從六百字縮到兩百多字,第一段就回答了他的訴求。真正被處理的是兩件事:一件是這封信,另一件是讓這封信發生的那個流程漏洞。

待補資料:本站不提供申訴升級率、二次申訴率等量化成效。建議自行記錄兩個基準——同一案是否有第二封來信、以及回覆中承諾的日期是否準時做到。

13相關方法與下一步

把重複的抱怨變成模板

同一類抱怨反覆出現時,先定承諾邊界再做模板,第一線就不用每次自己判斷。

重複被問的問題整理成 FAQ

很多抱怨的源頭是資訊沒講清楚。

抱怨背後的流程洞

回信是止血,把流程寫清楚才是補洞。

留下可查的處理紀錄

申訴案的每個決定,半年後都可能被翻出來看。

可直接使用RELATED PROMPTS

Download

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

取得 AI 實戰工具與更新

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

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