三分鐘版 整套流程就這 5 步;要細節再往下讀
撈近三個月真實回覆紀錄,同一類問題把不同人回的版本都收進來。 先定承諾邊界:時程、金額、責任各能講到哪,誰有權破例。 AI 比對歷史回覆,列出不一致並標出超出邊界的版本。 AI 依邊界產中性、對方已不滿、我方有疏失三種語氣版本,可變欄位留成【】。 人逐則定稿、補上「不適用情況」,每月回看被改寫最多的模板。 這一篇用的是對外發話 這一招——先畫承諾邊界再讓 AI 出草稿;AI 說的話會變成公司說的話,定稿權在人。 同一招還能做這幾件事(共 7 篇):
本頁 13 節,分 5 區 一、這是什麼 三十秒判斷關不關你的事
先確認這一篇解的是不是你的問題。看完這兩節如果覺得不像,就不用再往下讀——省下的時間比讀完更值錢。
01 解決的工作問題同一類問題每天回十次,每個人回的版本都不一樣。真正的風險不是語氣好不好,是承諾不一致——甲說三個工作天、乙說一週,客人拿兩封信一比,你就得認比較短的那個。模板的價值不在省打字,在把「這一類問題我們能承諾到哪裡」先定下來,讓第一線不必每次自己判斷。
02 什麼時候用、什麼時候別用什麼情況下該用這一套 同一類問題在近三個月內重複出現,而且是不同的人在回。 回覆內容涉及時程、金額或責任歸屬——這三樣最容易講不一樣。 有明確的權責可以定「能承諾到哪」,也有人可以核准破例。 什麼情況下別用
個案裁量 涉及特定人的資格、金額計算、例外核准,不做模板。模板一旦存在,第一線就會拿去套。
承諾邊界還沒定案 規則還在吵,先做模板等於把爭議寫死。先定邊界,再做模板。
法律責任爭議 涉及賠償、責任歸屬、可能進入訴訟的,交法務逐案處理。 誰會用到
客服 你最清楚哪一類問題最常被追問第二次。被追問,通常代表第一次的回覆把不確定寫成了確定。
行政 跨單位的回覆最容易前後不一。模板要標清楚哪一段是你的權責、哪一段要先問別的單位。
營運 承諾邊界要對得上實際作業時間,不要照客訴壓力訂一個做不到的天數。
公務員 對民眾的回覆等同機關立場。個案時程不要寫進模板,一律導向承辦窗口。
行銷 模板裡的用語會被截圖。品牌用語規範與禁用詞要一起帶進去。
門市/餐飲 外送平台與社群私訊最需要模板:回的人多、而且都在趕時間,承諾很容易講不一樣。 所屬工作情境 二、整件事怎麼跑 先看圖,再看逐步
先用一張圖抓全貌,再看逐步展開。圖看不懂沒關係,下一節會把每一步實際在做什麼、誰做,一條一條講清楚。
03 流程圖這張圖是整篇的骨架:輸入 → 步驟 → 困難點 → AI/Agent/Tool 介入 → 人工檢查 → 產出。紅框是最常出事的位置,綠框是不能下放的人工檢查點,粗框是中止條件。後面每一節都是在展開圖上的某一格。
AI 客服回覆模板:先定能承諾什麼,再談怎麼寫 Human 輸入 Human 步驟 AI Agent Checkpoint Output Risk 困難點 Stop 中止
看圖重點: 這張圖的重點在第一格不是 AI,是人。承諾邊界是管理決定——能給幾天、能不能認錯、誰有權破例,這些 AI 一個都答不出來,但它會很樂意幫你編一個。所以整條流程的順序是:先有邊界,才有模板;沒有邊界時,AI 只能做右邊那件事(把歷史上講過的各種版本攤開),而那份不一致清單,通常就是說服主管坐下來定邊界最有效的材料。純文字流程表(手機/螢幕閱讀器建議看這張) AI 客服回覆模板:先定能承諾什麼,再談怎麼寫(純文字流程表) 序 類型/角色 流程步驟 這一步的困難點/中止條件 1 Human 近三個月真實回覆紀錄 + 承諾邊界 + 禁用語 + 破例權責 紀錄先去識別化;一次只做一個問題類別 — 2 Human 人定承諾邊界:時程、金額、責任各能講到哪 寫成可機械判斷的句子 — 3 AI AI 比對歷史回覆,列出不一致並標出超出邊界的版本 困難點/風險 承諾不一致:甲說三天乙說一週,客人拿兩封信來比
4 AI AI 產三種語氣版本,可變欄位一律留成 【】 困難點/風險 把不確定寫成確定:「已為您加急」但根本沒有加急機制
5 Agent 檢核助手掃描:禁用語/未授權天數/金額 — 6 Checkpoint 人逐則定稿 + 補不適用情況 + 主管確認邊界未被放大 困難點/風險 第一線把模板當萬用鑰匙,套到個案問題上
失敗與中止條件 出現未經授權的承諾或金額 → 該則不得上線,退回重寫
7 Output 模板庫 + 承諾速查表 + 【待確認】清單 困難點/風險 規則改了模板沒改,第一線照唸就是錯的,而且錯得很整齊
Mermaid 原始碼(貼進 Mermaid Live 或 draw.io 可再編輯) 可直接複製,改成你自己的流程 複製 Mermaid
flowchart TD
in1(["<b>Human</b><br/>近三個月真實回覆紀錄 + 承諾邊界 + 禁用語 + 破例權責<br/><small>紀錄先去識別化;一次只做一個問題類別</small>"])
s1["<b>Human</b><br/>人定承諾邊界:時程、金額、責任各能講到哪<br/><small>寫成可機械判斷的句子</small>"]
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/>模板庫 + 承諾速查表 + 【待確認】清單"])
r1>"<b>Risk</b><br/>承諾不一致:甲說三天乙說一週,客人拿兩封信來比"]
r2>"<b>Risk</b><br/>把不確定寫成確定:「已為您加急」但根本沒有加急機制"]
r3>"<b>Risk</b><br/>第一線把模板當萬用鑰匙,套到個案問題上"]
x1[/"<b>Stop</b><br/>出現未經授權的承諾或金額 → 該則不得上線,退回重寫"\]
r4>"<b>Risk</b><br/>規則改了模板沒改,第一線照唸就是錯的,而且錯得很整齊"]
in1 --> s1
s1 --> a1
a1 --> a2
a2 --> g1
g1 --> c1
c1 --> o1
a1 -.->|風險| r1
a2 -.->|風險| r2
c1 -.->|風險| r3
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 r1 clsRisk;
class r2 clsRisk;
class r3 clsRisk;
class x1 clsStop;
class r4 clsRisk; 04 完整步驟圖的文字版,逐步展開 上面三分鐘版那幾步,這裡逐步展開:每一步誰做、做完會有什麼。
序 誰做 步驟與說明 1 Human 撈真實回覆紀錄 從信箱、客服系統、群組撈近三個月,同一類問題把不同人回的版本都收進來。去識別化。→ 歷史回覆清單 2 Human 定承諾邊界 逐類寫下時程、金額、責任的上限與下限,以及破例權責。這一步做完,後面才有意義。→ 承諾邊界表 3 AI 找出不一致 把同一類的歷史回覆攤開比對,指出時程、金額、責任描述上的差異,並標出哪一版超出了承諾邊界。→ 不一致清單 4 AI 產三種語氣版本 同一類問題產中性、對方已不滿、我方有疏失三版,標出必須由人替換的欄位。→ 模板草稿 5 Human 逐版定稿 人挑一版改到能用,補上「這個模板不適用的情況」,主管確認承諾邊界沒被放大。→ 定稿模板 6 Human 上線與回收 發給第一線,每月看哪幾則被改寫最多——那就是模板寫錯的地方,不是第一線不聽話。→ 模板庫與修訂紀錄
三、動手做 備料 → 指令 → 產出 → 工具
這一區是真的動手:先備料、再貼指令、然後對照產出應該長什麼樣。手上是哪一支 AI 都做得完,差別寫在最後的工具那一節。
05 開始前要準備什麼標「必要」的沒備齊就先別開始
近三個月真實回覆紀錄必要 同一類問題不同人回過的版本都要,不一致就是從這裡看出來的。姓名、案號、電話先代稱。
承諾邊界表必要 每一類問題:時程能講到哪、金額能不能講、責任怎麼描述、誰有權破例。這是整件事的核心,AI 不能幫你決定。
禁用語與必附語必要 不能講的(保證、一定、絕對、我幫你處理好)與一定要附的(申訴管道、窗口、服務時間)。
破例的核准層級可選 第一線遇到模板蓋不到的,要知道找誰、多久回。 餵進去的東西要長這樣 歷史回覆紀錄(已去識別化)+ 承諾邊界表 + 禁用語與必附語 + 破例核准層級。四樣缺一樣,產出就會開始編。
歷史回覆保留原始寫法,不要先修飾——不一致就是從原始寫法看出來的。 去識別化:姓名、案號、電話、地址、金額一律代稱。 承諾邊界要寫成可以機械判斷的句子,例如「不得承諾特定日期」而不是「時程要合理」。 禁用語要列完整,包含你們單位特有的地雷用語。 一次只處理一個問題類別。 【設定】
單位/服務:○○市政府○○局 案件服務
對象:一般民眾
問題類別:案件進度查詢
管道:Email
【承諾邊界】
時程:可告知「一般案件 5 個工作天內回覆」;不得承諾特定日期、不得承諾快於 5 天。
金額:不得於回覆中計算或承諾任何金額。
責任:不得認錯或承諾賠償;僅得表達「已收到並將查明」。
破例核准層級:○○課課長。
【禁用語】
保證、一定、絕對、必然、加急、優先處理、我幫你處理好、放心交給我們
【必附語】
承辦窗口與服務時間、申訴管道
【歷史回覆(近三個月,已去識別化)】
A:「您好,您的案件我們會在三個工作天內回覆您。」
B:「您好,本案已收件,一般約需一週,如有急件可再來電。」
C:「已為您加急處理,預計明天就會有結果。」
D:「您的案件目前排隊中,我們會盡快,但無法給您確切時間。」
E:「不好意思讓您久等,我幫您催一下。」 06 Prompt(快速/完整/進階)A 快速版貼上就能用;B 完整實戰版把角色、限制、步驟、輸出格式與驗收標準寫足;C 進階版是拿去建 GPT/Skill/Agent 的系統指令,預設收起來,要用再點開。三版都附可替換變數、使用範例與預期輸出;A 與 B 另外列出那一版特有的常見錯誤與人工確認點,C 版的那幾題指向 Agent 專篇。
適合的工具 ChatGPT Claude M365 Copilot
👇 直接複製,{ } 換成你的內容 複製這段 Prompt
以下是同一類問題的歷史回覆紀錄。請:
1. 歸納這一類問題的共同訴求,以及回覆中出現過的不一致(特別是時程、金額、責任歸屬的承諾)。
2. 依我提供的「承諾邊界」,產出三種語氣版本:中性、對方已不滿、我方有疏失。
3. 每個版本標出「必須由人替換的欄位」與「這個模板不適用的情況」。
不要自行加入任何我沒有給的承諾;不確定的欄位一律留成【欄位名】。
歷史回覆:{貼上};承諾邊界:{貼上} 可替換變數 變數 要換成什麼 {貼上}同一類問題的歷史回覆紀錄(已去識別化)。 {貼上}承諾邊界:時程、金額、責任各能講到哪,誰有權破例。
完整使用範例(照這樣填) 以下是同一類問題的歷史回覆紀錄。請:(照母提示詞三條)
【承諾邊界】
時程:可告知「一般案件 5 個工作天內回覆」,不得承諾特定日期。
金額:不得於信中計算或承諾任何金額。
責任:不得認錯或承諾賠償,僅得表達「已收到並將查明」。
破例權責:課長。
【歷史回覆(近三個月)】
A 同仁:「您好,您的案件我們會在三個工作天內回覆您。」
B 同仁:「您好,本案已收件,一般約需一週,如有急件可再來電。」
C 同仁:「已為您加急處理,預計明天就會有結果。」
D 同仁:「您的案件目前排隊中,我們會盡快,但無法給您確切時間。」 預期輸出範例(拿到的東西應該長這樣) 【共同訴求】
民眾要的其實不是「幾天」,是「有沒有人在處理」與「我可以什麼時候再來問」。
【不一致清單】
| 面向 | 出現過的版本 | 是否超出邊界 |
|---|---|---|
| 時程 | 三個工作天 / 一週 / 明天 / 不給時間 | C 超出(承諾特定日期)、A 超出(短於邊界的 5 天) |
| 破例 | C 自稱「已加急」 | 超出(加急需課長核准) |
| 責任 | 均未認錯 | 未超出 |
【三種語氣版本】
〔中性〕
您好,您的案件已於【收件日】收訖,案號【案號】。一般案件將於 5 個工作天內回覆。如逾期未收到通知,請洽【承辦窗口/服務時間】。
必填欄位:收件日、案號、承辦窗口
不適用:涉及金額計算或資格認定的案件。
〔對方已不滿〕
您好,了解您已等候一段時間,造成不便深感抱歉。您的案件【案號】目前仍在處理中,我將於【日期】前主動與您聯繫說明進度。
必填欄位:案號、主動聯繫日期(需在 5 個工作天內且確實做得到)
不適用:已進入申訴或爭議程序的案件。
〔我方有疏失〕
您好,您反映的情形我們已查明,確實是我方作業疏漏,向您致歉。我們將於【日期】前完成【具體處置】,並由【職稱】與您確認。
必填欄位:日期、具體處置、負責職稱
不適用:涉及賠償金額者,須先經法務確認,不得使用本模板。 常見錯誤用法 沒有給承諾邊界就叫 AI 產模板。它會生出一份聽起來很專業、但沒有人授權過的承諾。 把 AI 產的三版直接發給第一線用。三版都還沒有人確認過邊界。 只看語氣順不順,不檢查時程與金額。語氣是次要的,承諾才是會出事的。 把個案問題也做成模板,因為「看起來也答得出來」。 這一版另外不適合 承諾邊界還沒定案時。 涉及賠償或責任歸屬的爭議案件。 缺少資料時怎麼辦 沒有承諾邊界時,正確的做法是先停下來去要——不要讓 AI 猜。你可以請它先只做「不一致清單」,把歷史上講過的各種版本攤開,那份清單本身就是說服主管定邊界最好的材料。
這一版另外要人確認 承諾邊界的認定。 每一則模板的定稿。 「不適用情況」的填寫。 適合的工具 ChatGPT Claude M365 Copilot
👇 直接複製,{ } 換成你的內容 複製這段 Prompt
# 角色
你是客服品質管理的協助者。你的專長是把散亂的歷史回覆,收斂成語氣一致、承諾一致、可以交給第一線照著用的模板。你不是決策者,你不決定我們能承諾什麼。
# 背景
- 我的單位/服務:{單位或服務名稱}
- 對象:{一般民眾/企業客戶/內部同仁}
- 這一類問題是:{問題類別,例如「案件進度查詢」}
- 發送管道:{Email/即時通訊/電話話術}
# 任務
依我提供的歷史回覆與承諾邊界,產出這一類問題的模板組。
# 可以使用的資料
只有我在【歷史回覆】與【承諾邊界】段落貼上的內容。你的一般常識、其他機關的做法、你覺得合理的處理天數,都不得寫進模板。
# 不可以做的事(違反任何一條就是失敗)
1. 不得寫出承諾邊界以外的任何承諾,包含比邊界更寬鬆或更嚴格的時程。
2. 不得使用:保證、一定、絕對、必然、加急、優先處理、我幫你處理好、放心。
3. 不得自行計算或提及任何金額。
4. 不得代表我方認錯或承諾賠償,除非我在承諾邊界中明確授權。
5. 不確定該填什麼的欄位,一律留成 【欄位名】,不要自己填一個看起來合理的值。
6. 不得把涉及個案裁量的問題做成模板。
# 處理步驟(請照順序做)
1. 先讀歷史回覆,歸納這一類問題背後真正的訴求(通常不是字面問的那件事)。
2. 逐一比對歷史回覆在時程、金額、責任三個面向上的差異,列出不一致清單,並標明哪一版超出承諾邊界、超出哪一條。
3. 產出三種語氣版本:中性、對方已表達不滿、我方確有疏失。
4. 每一版標出:必填欄位、不適用情況、發出前必須確認的事。
5. 最後產出一份「這一類問題的承諾速查表」,讓第一線一眼看到能講什麼、不能講什麼。
# 輸出格式(嚴格照這個順序,不要加額外段落)
## 一、這一類問題真正在問什麼
(三句以內)
## 二、歷史回覆不一致清單
(表格:面向|出現過的版本|是否超出邊界|超出哪一條)
## 三、模板組
(三版,每版含:本文、必填欄位、不適用情況)
## 四、承諾速查表
(表格:可以講|不可以講|要破例找誰)
## 五、【待確認】清單
(編號列出,每題都要是可以直接拿去問人的具體問題)
# 驗收標準(產出後自己檢查一次並回報結果)
- [ ] 三版都沒有出現禁用語
- [ ] 三版的時程與承諾邊界完全一致
- [ ] 沒有任何金額出現
- [ ] 每一版都有必填欄位與不適用情況
- [ ] 歷史回覆中超出邊界的版本都已被標出
【承諾邊界】
{貼上承諾邊界}
【禁用語與必附語】
{貼上}
【歷史回覆】
{貼上} 可替換變數 變數 要換成什麼 {單位或服務名稱}會出現在模板抬頭,寫正式全稱。 {問題類別}一次只做一類。混著做會產出四不像。 {貼上承諾邊界}時程、金額、責任的上下限與破例權責。 {貼上}禁用語與必附語清單;以及歷史回覆紀錄。
完整使用範例(照這樣填) 背景欄位填法示例:單位=○○市政府○○局;對象=一般民眾;問題類別=案件進度查詢;發送管道=Email。承諾邊界與歷史回覆照 A 版的格式貼在最後兩段。 預期輸出範例(拿到的東西應該長這樣) 與 A 版的差別:多出「承諾速查表」與「【待確認】清單」兩節,而且每一版模板都會附必填欄位與不適用情況。速查表是給第一線貼在螢幕旁邊的,待確認清單是你要拿去問主管的。 常見錯誤用法 一次丟三、四類問題進來。輸出會變成通用客套話,失去模板的意義。 把禁用語段落留空。那一段空著,AI 就會用它覺得客氣的說法,而那些說法通常都是承諾。 看到【待確認】清單很長就自己填掉。那份清單是這份提示詞最有價值的產出。 缺少資料時怎麼辦 歷史回覆太少(少於五則)時,不一致清單會空掉,這份提示詞的價值會減半。此時改用 A 版,直接依承諾邊界擬稿即可。
這一版另外要人確認 承諾速查表的最終核可。 【待確認】清單的逐題處理。 發給第一線前的整份閱讀。 C C. 進階版(做成回覆模板助手) 這一類問題每週都在發生,要做成一個固定的 GPT/Skill/Copilot agent,讓第一線自己丟問題進來取模板。
適合的工具 自訂 GPT/Claude Project Claude Skill Copilot Studio
👇 直接複製,{ } 換成你的內容 複製這段 Prompt
# 你是誰
你是「回覆模板助手」。第一線人員遇到客戶或民眾的問題時,會把問題丟給你,你負責從已核定的模板庫中找出可用的模板,並指出必填欄位。你不是撰稿員,你不創作新的承諾。
# 你的資料來源
你只能使用建置時附上的三份文件:
1. 已核定模板庫(含每則的必填欄位與不適用情況)
2. 承諾邊界表
3. 禁用語與必附語清單
除此之外的任何內容——包含你的一般常識、其他單位的做法、你認為合理的處理天數——都不得出現在回覆中。
# 條件判斷(依序檢查,先中的先套用)
1. 問題涉及特定人的資格、案件狀態、金額計算或例外核准 → 個案,不給模板,導向 {承辦窗口}。
2. 問題已進入申訴、爭議或訴訟程序 → 不給模板,導向 {法務或主管}。
3. 問題對應到的模板標有「不適用情況」,而使用者描述符合該情況 → 明講不適用,並說明原因。
4. 找不到對應模板 → 明講「模板庫中沒有這一類」,並記入待補清單,不要拼湊一個。
5. 使用者提供的訊息中含個資 → 提醒不要提供,並以【已遮蔽】處理後再作答。
# 例外處理
- 使用者要求「幫我改得客氣一點」→ 可以調整語氣,但承諾內容一字不得更動,並在結尾標明「僅調整語氣,承諾未變」。
- 使用者要求「這次可不可以承諾快一點」→ 拒絕,回覆「這需要 {破例核准層級} 核准,我無法代為放寬」。
- 使用者要求你直接發出 → 拒絕,你只提供草稿,發送由人執行。
- 同一則模板在一週內被要求改寫超過三次 → 主動提醒「這一則可能需要修訂」。
# 每次回覆的格式
【適用模板】模板編號與名稱
【草稿】(模板本文,必填欄位保留為 【】)
【你要填的】(逐項列出必填欄位,以及每一項該去哪裡查)
【發出前確認】(這一則的不適用情況、以及要不要先問人)
【依據】模板庫版本與核定日
# 固定結尾
每次回覆最後一行固定加註:「本草稿依 {模板庫版本};承諾內容不得自行放寬,破例請洽 {破例核准層級}。」
# 自我檢查(每次回覆前執行,不需輸出過程)
- 草稿中是否出現禁用語?出現就重寫。
- 草稿中是否出現模板庫以外的天數或金額?出現就改回 【】。
- 是否已判斷過個案?未判斷不得輸出模板。
# 建置參數
模板庫版本:{版本與核定日}
承辦窗口:{窗口與服務時間}
破例核准層級:{職稱}
法務或主管:{窗口} 可替換變數 變數 要換成什麼 {版本與核定日}模板庫的版本號與核定日期,會出現在每次回覆的結尾。 {窗口與服務時間}個案要轉去哪裡。 {職稱}有權破例的層級,第一線要知道找誰。 {法務或主管}爭議案件的出口。
完整使用範例(照這樣填) 建置時把四個 { } 填成實際值,並把模板庫、承諾邊界表、禁用語清單三份文件上傳為助手的知識檔案。上線前用至少十組歷史問題測過,其中三組要是個案題,確認都被正確攔下。 預期輸出範例(拿到的東西應該長這樣) 與 B 版的差別:這一版不產生新模板,只從既有模板庫取用。輸出固定五段,而且每次都會標出模板庫版本——這樣第一線才知道自己拿到的是不是最新版。 固化成助手是另一件工程,這一頁不重講 下面這幾題每個方法都一樣,站上各有一篇:
07 產出應該長什麼樣拿到的東西要長這樣 五節:訴求歸納、不一致清單、三種語氣的模板組、承諾速查表、【待確認】清單。每一則模板都要附必填欄位與不適用情況。
完成品:定稿後的三則模板(案件進度查詢) 〔中性〕
您好,
您的案件已於【收件日】收訖,案號【案號】。一般案件將於 5 個工作天內回覆處理結果。
如逾期未收到通知,請洽【承辦單位】(電話【電話】,服務時間【時間】)。
若對處理結果有意見,可循【申訴管道】提出。
必填欄位:收件日、案號、承辦單位、電話、時間、申訴管道
不適用情況:涉及金額計算、資格認定、例外核准的案件;已進入申訴程序的案件。
─────────────────────────────
〔對方已表達不滿〕
您好,
了解您已等候一段時間,造成不便深感抱歉。
您的案件【案號】目前仍在處理中。我將於【主動聯繫日】前主動與您聯繫,說明目前進度。
在此之前如需詢問,請洽【承辦單位】(電話【電話】)。
必填欄位:案號、主動聯繫日(須在 5 個工作天內,且確實做得到)、承辦單位、電話
不適用情況:已進入申訴或爭議程序;民眾已明確表示要提告。
※ 注意:這一則承諾了「主動聯繫」。填了日期就要做到,做不到不要用這一則。
─────────────────────────────
〔我方確有疏失〕
您好,
您反映的情形我們已查明,確實為本單位作業疏漏,向您致歉。
我們將於【完成日】前完成【具體處置】,並由【職稱】與您確認。
必填欄位:完成日、具體處置、職稱
不適用情況:涉及賠償金額者,須先經法務確認,不得使用本模板。
※ 注意:這一則等同機關認錯,使用前須經【核准層級】同意。
─────────────────────────────
【待確認】(尚未解決,不要自己填)
1. 「5 個工作天」是否含收件當日?
2. 民眾第二次來問時可否給更精確時間?由誰決定?
3. 我方疏失致歉由承辦具名或課長具名? 輸出格式規格(要照著做的人再展開) 必填欄位一律以 【欄位名】 呈現,不要填入示範值——示範值會被直接發出去。 每一則模板都要有「不適用情況」,沒有就是這則模板還沒寫完。 承諾速查表要短到可以貼在螢幕旁邊,超過一頁就沒有人看。 不一致清單要標明超出的是哪一條邊界,不要只說「不一致」。 【待確認】要寫成可以直接拿去問人的問題,不要寫成「需再確認時程」。 ## 一、這一類問題真正在問什麼
民眾要的不是「幾天」,是「有沒有人在處理」與「我什麼時候可以再來問」。給一個做得到的回頭時間,比給一個短天數有用。
## 二、歷史回覆不一致清單
| 面向 | 出現過的版本 | 是否超出邊界 | 超出哪一條 |
|---|---|---|---|
| 時程 | 3 天 / 一週 / 明天 / 不給時間 | 是 | 「不得承諾特定日期」「不得快於 5 天」 |
| 破例 | 「已為您加急」 | 是 | 加急需課長核准 |
| 語氣 | 「我幫您催一下」 | 是 | 禁用語 |
## 三、模板組
〔中性〕
(本文)
必填欄位:
不適用情況:
〔對方已不滿〕
…
〔我方有疏失〕
…
## 四、承諾速查表
| 可以講 | 不可以講 | 要破例找誰 |
|---|---|---|
| 一般案件 5 個工作天內回覆 | 特定日期、快於 5 天 | ○○課課長 |
| 已收訖並將查明 | 認錯、賠償 | 法務 |
| 承辦窗口與服務時間 | 任何金額 | — |
## 五、【待確認】清單
1. 「一般案件 5 個工作天」是否含收件當日?
2. 民眾第二次來問時,是否可以給更精確的時間?由誰決定?
3. 我方確有疏失時,致歉的層級是承辦還是課長具名? 08 工具怎麼挑這幾支都做得到——差別在你手上有哪一支、資料能不能外流。標「起手」的是不知道從哪支開始時的建議,不是限定。
工具 什麼時候用 為什麼 注意 ChatGPT ↗ 起手 比對歷史回覆、產模板 比對歷史回覆、產模板草稿 歸納不一致的品質穩定,改寫語氣也快。 歷史回覆要先去識別化。 Claude ↗ 歷史回覆量大、要一次貼很長 長輸入處理穩定,比較不會漏掉中間幾則。 同樣要確認資料處理政策符合單位規定。 M365 Copilot ↗ 信件在 Outlook 時 公司已導入 M365、回覆紀錄在 Outlook 可直接讀你有權限的信件,資料不出公司環境。 它讀得到的比你想像的多,注意不要意外帶出別人的信。 自訂 GPT/Claude Project 做成第一線助手 要做成第一線自己用的助手 把模板庫、承諾邊界、禁用語三份文件固定下來,每次都先讀。 消費者版帳號不適合處理含個資的客服紀錄。
四、不要做錯 這幾關不下放
這一區是踩過的坑與該守的線。標「不下放」的步驟請不要交給 AI 決定;Checklist 是拿來驗收的,不是拿來勾好看的。
09 會卡住與會做錯的地方會卡住的地方(流程困難點)
承諾不一致 甲說三個工作天、乙說一週。客人把兩封信擺在一起,你只能認比較短的那個。這是模板要解決的第一個問題,不是語氣。
把不確定寫成確定 「已為您加急處理」聽起來很體貼,但如果沒有加急這個機制,這句話就是空頭支票。
模板被當萬用鑰匙 第一線手上有模板,遇到個案也會硬套。所以每一則都要寫「什麼情況不能用」。
寫完就不管了 規則改了模板沒改,第一線照唸就是錯的,而且錯得很整齊。 會做錯的地方(常見失敗方式) 沒定邊界就產模板 AI 寫出一份讀起來很專業的回覆,裡面的天數是它推的,沒有人授權過。
怎麼修 先定承諾邊界再產稿。沒有邊界時,只讓它做不一致清單。
示範值被直接發出去 模板裡留了「3 個工作天」當範例,第一線照抄發出,等於做出承諾。
怎麼修 所有可變欄位一律 【】,不填示範值。
模板蓋到個案 第一線拿進度模板回覆資格認定的問題,民眾照做後被退件。
怎麼修 每一則都要有「不適用情況」,並在助手層加個案攔截。
改版沒同步 規則改了,模板庫改了,但第一線手上還是舊版,而且不知道自己是舊版。
怎麼修 模板庫標版本與核定日,每次回覆結尾都印出來。
10 人工把關與安全限制AI/Agent/Tool 介入在哪幾步 流程位置 誰 做什麼/怎麼做 比對階段 AI 找出歷史回覆的不一致 同一類問題的所有版本攤開,比對時程、金額、責任三個面向,標出超出承諾邊界的版本。產稿階段 AI 產三種語氣版本 依承諾邊界產稿,不得加入邊界外的任何承諾;不確定的欄位一律留成 【】 由人填。檢核階段 Agent 跑禁用語與承諾檢查 機械式掃描保證、一定、絕對、加急、我幫你處理好等語句,以及未經授權的天數與金額。
這幾關不下放
承諾邊界 能承諾到哪是管理決定,不是文字工作。AI 只能照你給的邊界寫。
每一則的定稿 模板會被幾十個人照唸幾百次,錯一次就是錯幾百次。
不適用情況 「什麼時候不能用這則」比模板本身更重要,只有你知道。
破例核准 模板蓋不到的情況要走人工,不要讓第一線自己延伸模板。 安全與權限限制
客服紀錄含個資 姓名、電話、地址、案號、金額都要先代稱再餵給 AI;消費者版帳號不適合處理未去識別化的客服紀錄。
內部作業標準不外流 內部時效管制、審查標準、成本結構不得寫進對外模板,也不要當成產稿的材料。
模板等同機關立場 對外模板一旦發出就是正式表態,發布前的核可層級要比內部文件高一級。 11 Checklist 與驗收標準做的時候逐項打勾 做完了才檢查:全部成立才算完成 每一則模板的承諾都落在承諾邊界內,沒有比邊界寬或窄的天數。 三種語氣版本的承諾內容完全一致,只有語氣不同。 所有可變欄位都是 【】,沒有留下任何示範值。 每一則都有「不適用情況」,且個案類問題已排除在模板之外。 沒有出現禁用語,也沒有任何未經授權的金額。 模板庫標有版本與核定日,第一線看得到自己拿的是哪一版。 【待確認】清單已逐題找到人回答,沒有被自己填掉。 已設定每月回看機制:被改寫最多的模板要重寫。 五、延伸 把流程走一遍,然後往下一步
先用一個示範情境把流程從頭走一遍,再看具名機構真的做過的事,最後決定下一步往哪走。
12 示範情境四個人回同一件事,回出四種天數
這是示範情境,不是真實個案:作者為了把上面的流程走一遍而寫的設想,人物、數字與結果都是設定。真的有人做過的案例,看下面「真的有人這樣做過」。
設想的狀況: 案件進度查詢是每天都會遇到的問題。把近三個月的回覆撈出來擺在一起才發現,同一個問題有人說三天、有人說一週、有人說明天、有人說不確定。沒有人做錯——因為根本沒有人規定過能講幾天。
AI 負責什麼 把同一類的歷史回覆攤開,逐則比對時程、金額、責任三個面向的差異。 標出哪幾則超出承諾邊界,以及超出的是哪一條。 依承諾邊界產出中性、對方已不滿、我方有疏失三種語氣版本。 把不確定的欄位一律留成 【】,並列出【待確認】清單。 人負責什麼 先定承諾邊界——這一步 AI 幫不上忙,是管理決定。 確認三版模板的承諾完全一致,補上每一則的「不適用情況」。 把個案類問題排除在模板之外,改成統一的轉窗口話術。 設定每月回看:被第一線改寫最多的模板,就是寫錯的模板。 照著走完會得到: 第一線不必再每次自己判斷能講幾天;而真正被解決的問題不是打字時間,是「同一件事有四種答案」。
待補資料:本站不提供客訴減少幅度、回覆時間縮短比例等量化成效。建議自己記錄兩個基準指標——同一問題出現不同承諾的次數、以及模板被改寫的次數。
真的有人這樣做過外部佐證 1 則 以下都是具名機構的公開案例,每個來源都經過連結實測。數字只寫來源講得出來的;來源沒講的,這裡就寫未公開。 標「相近工作 」的 1 則,做的不是同一件工作——機制相通可以借鏡,但別直接拿它的數字當自己的預期。
Singapore Airlines 新加坡航空 相近工作 新加坡 · 2026 從 550 多個盤點出的使用情境中,已有 160 多個 AI 應用上線。自建無程式碼生成式 AI 平台 JARVIS 讓地勤自行組出翻譯、寫作與商業研究流程;DataIQ 平台用生成式 AI 摘要客戶案件歷程並替客服草擬回覆;AI 輔助機組排班與既有排班工具並行;由 CEO 親自主持全公司 AI 委員會。
成效 JARVIS「5,600 名地勤中有 5,079 名獨立使用者」,月活躍使用率 60% 以上,員工自建約 1,500 個 AI agent;AI 輔助機組排班「每天省下約 30 人時的營運工作」;AI 航班推薦「每日處理近 10,000 次查詢」;升級 LLM 後的 Kris 客服機器人顧客滿意度「近乎翻倍」。
不能照抄的理由 全部是公司自述數字,經航空與科技業界媒體轉述,未經稽核;計的是使用量與省下的工時,不是營收。自建平台與董事會層級的多年計畫小團隊做不來,能學的是「讓一般員工自己做小助手」和「算活躍使用者,不算授權數」這兩件事。
這些案例與其他外部佐證,完整收在找靈感 →
13 相關方法與下一步先把 FAQ 做出來 模板處理的是一對一回覆,FAQ 處理的是同一題被問一百次。兩件事的題目來源一樣。
客人已經生氣了怎麼辦 申訴與抱怨是另一套處理邏輯,語氣錯了會讓事情升級。
把模板變成第一線的信箱助手 模板定稿之後,下一步是讓它在收信的當下就跳出來。
可直接使用RELATED PROMPTS Download 這個方法的模板與 Checklist 下載包整理中——訂閱更新 ,上架後第一時間通知你。
這個站的做法 有來源 引用的案例都附得出可以點進去的出處;還沒查證完的另外標示,不跟已證實的混在一起。 可驗收 每個方法都附 Checklist 與驗收標準——你要能自己驗,而不是相信 AI 說它做完了。 不亂編 指令一律要求「材料裡沒有的不准補」,缺的標【待補】列成問題,不用漂亮的句子蓋過去。 不自動送出 站內的指令與工具不會替你發布、寄出或執行收不回來的動作。最後一步永遠是人按下去。 人要把關 方法裡標「不下放」的步驟,寫明白就是不要交給 AI 決定。 一般人照做 不用寫程式。步驟寫成照著做的樣子,術語第一次出現就用白話解釋。
取得 AI 實戰工具與更新
之後會不定期整理:新方法、指令包(Prompt Pack)、Checklist 與模板。免費、無廣告;送出後會收到一封確認信,點了連結才算訂閱成功 ,之後每封信都附一鍵退訂。
送出即表示你同意本站的 隱私權說明 :我們只儲存 Email 與同意版本,不會把 Email 和你的閱讀紀錄綁在一起。沒有點確認信就不會收到任何內容,之後也隨時可以一鍵退訂。