承認問題、提出補救方案並留住客戶，避免過度道歉。
請針對 [公司名稱] 客戶的以下留言撰寫回覆：[客戶留言內容]。 背景資訊：問題源自於 [問題起因：我方失誤、協力廠商、誤會、客戶操作不當]。我們可以提供的補救措施：[補償方案：退款、折價券、換貨、商業禮遇]。我們無法做到的限制：[限制條件]。 結構要求：明確指出問題（重申客戶的關鍵字，而非套用罐頭語）、簡述發生原因（不推諉、不指責同事）、宣布具體的解決方案與時程、說明為防止再次發生所做的具體改進（若屬實）。 語氣：真誠且直接。禁忌：使用「對於造成的困擾我們深感抱歉」等空洞套話、使用逃避責任的假設語氣（如「我們本應...」）、重複道歉、承諾 [補償方案] 以外的事項。
針對核心業務建立 10 個標準回覆，每條僅需 30 秒即可完成個性化修改。
為 [公司名稱] 的客服團隊建立 10 個回覆範本（Macros）。我們主要向 [目標客群] 銷售 [產品或服務]。溝通管道：[管道：LINE、Email、官網即時對話]。最常見的聯繫原因：[原因，例如：訂單進度查詢、登入問題、退款申請、發票/帳務問題]。 每個範本需包含：明確的內部名稱、適用的具體情境、包含括號變數的完整文本（如 [姓名]、[訂單編號]、[預計天數]...），以及必須跳出範本進行人工回覆的特殊條件。 要求：每條範本必須能完整解決問題（不要只說「我們會再聯繫您」而不給出具體時間）、語氣需符合 [風格：親切/專業、使用「您」或「你」]、並針對 LINE 等短訊息管道提供精簡版版本。
包含初次公告、進度更新、問題修復及事後檢討的完整溝通序列。
[公司名稱] 目前發生突發事件：[事件性質，例如：服務斷線、物流大規模延遲、帳務錯誤]。影響範圍：[受影響對象與程度]。原因：[已知原因 / 調查中]。預計恢復時間：[估計時間或未知]。 請撰寫完整的溝通序列：1. 初始公告（發生後一小時內發出：說明現況、受影響範圍、處理進度、下次更新時間，不臆測原因）；2. 進度更新（每隔 [頻率] 可重複使用的結構）；3. 修復通知（已修正內容、補償措施：[預計補償]）；4. 針對已開立工單客戶的結案訊息。 規則：嚴禁淡化問題（如服務中斷說成「輕微緩慢」）、即使沒新進度也要準時更新、跨管道語氣一致。初始公告需提供三種格式：Email、官網跑馬燈（1句話）、客服團隊標準回覆口徑。
給予清晰且有理有據的拒絕，並在可能的情況下提供替代方案。
[公司名稱] 的客戶要求 [客戶要求，例如：超過期限的退款、目前沒有的功能、額外折扣]。我們必須拒絕，因為 [真實拒絕原因]。客戶價值：[背景：年資、消費金額、過往紀錄]。可提供的替代方案：[替代方案或無]。 撰寫回覆：確認收到請求並展現理解、在第二段明確給出拒絕（不要將「不」隱藏在過多客套話中）、用簡單語言說明真實原因（強調制度的一致性優於找藉口）、若有替代方案則適度提議（不誇大）、保留未來合作空間。 語氣：堅定且尊重。禁忌：過度使用「很遺憾」、給予虛假希望（如「我們會再研究看看」）、在未承諾的情況下將責任推給其他部門。若客戶威脅要轉往 [競爭對手]，請提供一個應對變體。
分析聯繫原因，從源頭採取行動減少重複性問題。
分析 [公司名稱] 的客服聯繫原因，找出可從源頭優化的項目。數據資料：[匯出或摘要工單：原因、數量、處理時間、管道、期間]。客服人力：[人數]。現有文件：[FAQ/幫助中心現況]。 產出內容：1. 依數量與成本（數量 × 處理時間）排序的原因清單；2. 針對前五大原因，分析其根本原因並提出減少進線的行動建議（如產品修正、優化結帳流程、修改確認信、新增幫助中心文章、主動推播訊息）。 針對「幫助中心文章」建議，直接列出文章大綱。針對「主動推播」建議，撰寫訊息內容。最後估計可減少的工單比例，並列出本週應優先執行的 3 項行動。若數據不足以得出結論，請註明。
針對 Google 商家或評論平台的公開回覆，既是寫給評論者，也是寫給潛在客戶看。
請撰寫 [公司名稱] 針對 [平台：Google 評論、App Store、Facebook] 上此負面評論的公開回覆：[評論內容]。 內部背景：實際發生的情況是 [內部事實版本]。我們可以提供的補救：[補償方案或無]。 規則：回覆對象包含未來成千上萬的讀者；承認合理的點但不要在未證實前認錯；嚴禁反擊或公開質疑客戶誠信；引導至私下管道處理（提供專門的 [Email 或電話]）但不要看起來像是在逃避；回覆中不得包含客戶個人資料。 限制：120 字以內，署名姓名與職稱。若評論內容包含不實資訊，請提供另一個變體：事實性地糾正，但不指責客戶說謊。
五種正面評論回覆模板，可快速個性化，不顯敷衍。
為 [公司名稱] 建立 5 個正面評論回覆模板。產品/服務：[產品]。平台：[平台]。語氣風格：[風格：專業、熱情、親切]。 每個模板對應一種情境：詳細描述優點的評論、簡短的好評（如「很棒」）、點名表揚特定員工、好評中帶有一點小建議、回購的老客戶。 規則：引用評論中的具體細節以證明是真人閱讀（使用 [引用細節] 變數）、表達感謝但不卑不亢、嚴禁在回覆中置入廣告、針對好評中的小建議要正面回應而非忽視。每則回覆 50 字以內。 輸出格式：5 個帶有括號變數的模板，並附帶內部規則：哪些評論需在 24 小時內回覆，哪些可以稍後處理。
針對失控對話的降溫方法與話術，適用於文字與電話溝通。
你是一位處理困難客情關係的培訓師。[公司名稱] 的客戶在 [管道：電話、LINE、Email] 表現出攻擊性：[情況摘要與對方語氣]。客戶訴求：[訴求]。我們可以做的權限：[權限範圍]。 請提供四步驟降溫法：1. 讓對方宣洩（不打斷、不急於辯解）；2. 同理情緒但不代表認同指控（提供具體話術）；3. 將焦點拉回可解決的問題；4. 確認具體的後續承諾與時間。 請撰寫逐字稿話術：如何禮貌地打斷重複的抱怨、如何回應對客服人員的人身攻擊、若辱罵持續如何拒絕繼續對話（兩次警告後終止對話的各階段用語）、以及冷靜後如何重啟對話。 請註明電話與文字溝通的差異，以及客服人員應將案件移交給主管的時機。
當客戶提到律師、消基會或投訴時的標準作業程序與緩衝回覆。
[公司名稱] 的客戶威脅要 [威脅內容：找律師、向消保官投訴、聯繫媒體、啟動法律程序]。爭議點：[爭議對象、金額]。過往紀錄：[溝通摘要]。 協助客服團隊處理此訊息（不涉及法律建議）：撰寫一封緩衝回覆，確認收到訴求、保持事實陳述且禮貌、不承認任何過失、不挑戰客戶行動的權利，並給出完整回覆的具體期限。 額外要求：列出回覆前的內部檢查清單（凍結相關數據刪除、整理時間軸與證據、通知 [應警示的主管]）、列出此情境下絕對禁用的 3 種說法（任何承認責任或承諾結果的話語）、以及何時應將案件從客服轉交給法務或管理層的判斷標準。
根據退款核准、部分退款或拒絕三種情況，提供標準回覆與具體步驟。
為銷售 [產品或服務] 的 [公司名稱] 撰寫退款申請回覆。退款政策：[退款規則：期限、條件、例外]。收到的申請：[客戶訊息與原因]。 產出 3 個版本：1. 核准退款（確認金額、退回管道、預計入帳工作天、若未收到應如何處理）；2. 部分退款或轉為購物金（不使用會計術語解釋計算方式、誠實呈現購物金方案）；3. 拒絕退款（適用的規則、為什麼存在、目前仍可提供的協助）。 共同規則：在前兩行宣布決定、不使用模糊語氣（如「應該會退款」）、避免頻繁使用「特案處理」以免政策失效。格式：3 封完整 Email（含變數）及應記錄在工單系統中的內部備註。
建立內部補償準則，確保客服人員標準一致，避免過度補償。
你是 [公司名稱] 的客服主管（產品：[產品]、平均客單價：[金額]、利潤率參考：[利潤水平]）。目前客服人員補償標準不一，全憑感覺。 請建立內部補償標準表：列出 5 到 8 種典型情境（[常見情境：延遲、產品瑕疵、我方疏失、主觀期待落差、忠實客戶不滿]），並針對每種情境規定「標準補償」、「客服自主最高權限」以及「需主管核准的門檻」。 原則：補償是為了彌補實際損失，而非收買沈默；大聲抱怨的客戶不應比禮貌的客戶獲得更多補償；在合法情況下優先提供購物金而非現金退款。格式：表格（情境 / 標準 / 權限 / 升級）+ 告知客戶補償的話術 + 3 個月度檢核指標。
針對扣款錯誤提供清晰回覆，包含更正方案、時程與誠實的解釋。
[公司名稱] 的客戶對帳單提出異議：[問題性質：重複扣款、金額錯誤、取消後仍扣款、優惠未套用]。內部核查結果：[系統顯示：確有錯誤、部分錯誤、扣款正確但客戶誤解]。 根據核查結果撰寫回覆。若確有錯誤：直接承認、註明退款精確金額、入帳工作天、以及為防止再次發生所做的修正。若扣款正確：有耐心地逐項解釋金額來源，不讓客戶感到被羞辱，並指引下次如何自行查看明細。 限制：嚴禁使用帳務術語（[禁用的內部術語]）、僅使用精確數字、不使用「很快會入帳」等模糊字眼。附上 LINE 短版回覆與內部記錄備註。
根據延遲程度提供分級回覆，從進度追蹤到確認包裹遺失。
為 [公司名稱] 建立物流延遲的標準回覆。承諾到貨時間：[天數]。配合物流：[物流商名稱]。我們可以做的補救：[手段：重新寄送、退還運費、補償、啟動物流調查及其時程]。 產出 4 種情境回覆：1. 輕微延遲且追蹤碼有更新；2. 追蹤碼超過 [天數] 未更新；3. 顯示已送達但客戶未收到（提供檢查清單：大樓管理室、鄰居、超商，不質疑客戶）；4. 確認包裹遺失（根據政策直接重寄或退款，不等待物流調查結束）。 規則：不將責任全推給物流（客戶是付錢給我們）、每次回覆都要給出下一次主動聯繫的具體日期。格式：4 封完整 Email（含變數）。
處理產品損壞或不符的完整流程，從診斷到解決方案。
[公司名稱] 的客戶反映收到瑕疵或不符產品：[問題描述]。產品：[名稱、價格]。我們的流程：[選項：提供免運退貨標籤、直接換新、退款、維修；誰負擔運費]。 撰寫第一封回覆：簡短真誠的同理（一句話，不要長篇大論）、診斷所需的 2-3 個問題或照片請求（僅限必要資訊，減少往返天數）、明確告知根據診斷結果可能提供的解決方案。 撰寫確認瑕疵後的解決回覆：最終採取的方案、客戶需配合的具體步驟（編號說明，附上退貨單據）、每個步驟的預計時程。 規則：不要過度要求客戶證明誠信、不讓客戶負擔我方失誤的成本。包含變數，共 2 封完整 Email。
提供真正有價值的進度資訊，而非僅是重述物流追蹤碼。
為 [公司名稱] 建立「我的訂單在哪裡」的標準回覆。訂單流程：[步驟：確認、準備中、已出貨、配送中，包含各階段天數]。工具：[客服在後台看到的資訊]。 針對流程各階段產出回覆，每則需包含：訂單目前的精確位置、下一步會發生什麼、下一個客戶可觀察到的變動日期。禁忌：直接複製物流商的原話（如「抵達轉運中心」）而不解釋、以及無意義的回覆（如「您的訂單正在處理中」）。 額外增加：針對後台顯示異常的訂單回覆（[常見原因：缺貨、付款審核中、地址不全]）：誠實說明原因、現實的預計時程、以及退出的選項（修改或取消）。格式：包含變數的 Email 與 LINE 版本。
集中且有理據地索取資料，力求一次往返解決問題。
你是客服品質主管。目前 [公司名稱] 的客服人員提問太零散，導致案件需多次往返。涉及情境：[情境，如：技術 Bug、資料不齊、物流索賠]。 針對這些情境，建立理想的補充資訊請求訊息：將所有必要問題集中、編號、使用封閉式問題或選項而非「可以告訴我更多嗎」、並針對每個問題簡述為何需要這項資訊。 規則：每則訊息最多 5 個問題、嚴禁詢問工單或帳戶中已有的資訊（這是客戶最反感的事）、說明收到回覆後的後續步驟。格式：情境訊息（含變數）+ 內部檢查清單「我問全了嗎？」。
結案前的兩階段追蹤序列，旨在簡化回覆難度而非強迫回應。
為 [公司名稱] 撰寫針對未回覆客戶的追蹤序列。工單背景：[原因]；我們等待客戶：[資訊或行動]；已沈默 [天數]。 產出 3 則訊息。1. 第一次追蹤（於 [天數 1]）：簡短提醒，盡量降低客戶回覆負擔（將問題簡化為一行，或提供選項）。2. 第二次追蹤（於 [天數 2]）：告知若在 [日期] 前未收到回覆將結案，並說明如何重啟。3. 結案訊息：禮貌結案，摘要案件進度，提供最簡單的重啟方式。 規則：不使用指責語氣（如「由於您未回覆...」）、根據問題嚴重性調整期限（Bug 阻斷與一般諮詢的期限應不同）。包含變數。
確認解決方案的結案訊息，避免讓客戶覺得被急著打發。
為 [公司名稱] 建立工單結案訊息。工具：[工單系統]。結案後是否發送滿意度調查：[是/否]。 產出 4 則訊息：1. 客戶確認解決後的結案（摘要解決方案供日後查閱）；2. 推測已解決但客戶未確認（不強稱已解決，僅說明因無回覆而關閉，並告知如何重啟）；3. 重複工單結案（引導至主工單）；4. 超出服務範圍的請求（明確說明不提供此服務，並引導至 [替代方案]）。 規則：不要只說空洞的「歡迎再聯繫」，應提供具體連結或重啟此案的方法；訊息在 6 個月後閱讀仍需清晰易懂。格式：Email 與 LINE 版本。
針對客戶的功能建議給予誠實回覆，區分已規劃、評估中或已拒絕。
[公司名稱] 的客戶請求一項目前沒有的功能：[功能描述]。內部真實狀態：[狀態：預計某季上線、評估中、暫不考慮、尚未評估]。現有替代做法：[做法或無]。 撰寫對應回覆。若已規劃：給出大致時程但不承諾死期，邀請其在發佈時接收通知。若評估中：誠實說明目前無承諾，解釋客戶回饋如何影響決策。若暫不考慮：用簡單語言說明原因（產品定位考量而非忽視需求），並詳細說明替代做法。若尚未評估：感謝並記錄，不給虛假希望。 規則：嚴禁為了安撫而說「快要推出了」、感謝客戶提供具體場景、將需求記錄至 [工具名稱]。提供 4 種變體與標準記錄格式。
將專業診斷翻譯成客戶聽得懂的語言，不顯傲慢且保持準確。
這是技術團隊針對 [公司名稱] 客戶工單提供的原始診斷：[原始技術診斷]。客戶背景：[描述，如：非技術背景商家、銀髮族、進階使用者]。原始問題：[客戶提問]。 將此診斷翻譯為客戶回覆：優先說明對客戶的具體影響（什麼能用、什麼不能用、他該做什麼）、使用生活化類比解釋原因（若有幫助）、提供編號的解決步驟與預計時間。 規則：嚴禁傲慢（不說「這很簡單」）、所有術語必須在括號內附帶解釋、不為了簡化而扭曲事實。格式：完整回覆 + 術語對照表。若簡化導致精確度受損請提醒我。
引導客戶自主解決問題的文章，易於搜尋且步驟清晰。
為 [公司名稱] 撰寫一篇幫助中心文章，主題：[主題，如：更改密碼、退貨流程、解讀第一份帳單]。來源：[客服標準回覆或內部流程]。讀者：[客戶畫像]。 結構：標題需符合客戶搜尋習慣（非內部術語）、前三行直接給出答案、編號詳細步驟（每步一個動作，註明點擊位置與預期畫面）、「如果失敗了怎麼辦？」常見排除方法、以及聯繫客服時需提供的資訊。 規則：不假設有截圖（使用 [截圖：描述] 標註位置）、使用客戶語言而非內部代號（[禁用的內部術語]）、短句為主。提供 3 個搜尋優化標題變體。
基於真實進線問題建立的 FAQ，按頻率與客戶旅程分類。
為 [公司名稱] 的 [產品或服務] 建立 FAQ。素材來源：[真實客服工單、客戶 Email、銷售反對意見]。客戶旅程：[階段：購買前、訂購中、使用中、帳務、取消]。 產出內容：15 到 20 個精選問題，標題需模擬客戶口吻、按旅程分類、每題回覆 80 字以內並包含精確數據（時程、金額、條件：[需整合的數據]）。 規則：每題必須給出實質答案（不准只說「聯繫客服」）、勇於回答敏感問題（費用、限制、延遲）而非迴避。若有需補齊的資訊請在末尾列出。格式：按章節組織，可直接發佈。
按客戶問題邏輯而非公司內部組織來規劃幫助中心目錄。
你是客戶體驗負責人。請規劃 [公司名稱] 的幫助中心架構（產品：[產品]、客群：[客群]）。現況：[描述：無、混亂、分散]。主要聯繫原因：[依數量排序]。 產出完整架構：5 到 7 個以客戶意圖命名的分類（如「我的訂單」、「付款與退款」而非「財務部」）、各分類下的文章清單（按優先級排序）、建議格式（圖文、表格、短影音）及搜尋導向標題。 額外要求：列出應優先撰寫的 5 篇文章及其理由、維護規則（誰負責校對、頻率、產品更新觸發機制）、以及人工客服入口的配置建議。格式：縮排架構圖 + 行動計畫。
設計能解決簡單問題並在關鍵時刻轉接真人的機器人流程。
為 [公司名稱] 編寫客服機器人腳本。涵蓋需求：[3-5 個簡單高頻需求，如：訂單查詢、營業時間、退貨流程]。技術能力：[機器人權限：讀取訂單狀態、建立工單、提供連結]。真人轉接：[客服在線時間]。 針對每個需求編寫對話樹：歡迎詞、機器人提問與點選選項（2-4 個選項，不使用開放式問題）、最終回覆內容、以及轉接真人的出口。 不容談判的規則：機器人必須表明身份（不假裝真人）、轉接真人入口必須隨時可見、機器人必須將對話紀錄傳遞給真人（客戶不重複說過的話）、第二次理解失敗必須主動提議轉接真人。格式：各需求的對話樹與逐字稿。
適配即時對話節奏的短訊息：開場、等待、解決、結案。
為 [公司名稱] 建立即時對話（Live Chat）模板（風格：[風格]）。涵蓋情境：開場接案、請客戶稍候（需給出具體預計時間，而非「請稍等」後消失 8 分鐘）、索取資訊、告知方案、轉接同事（說明原因並傳遞背景）、結案摘要、非營業時間自動回覆。 即時對話限制：每則訊息最多 2 句話、一次只給一個資訊、靜默超過 2 分鐘前需先預告。嚴禁虛假的即時感（如說「馬上幫您看」後消失 10 分鐘）。 每個模板包含：文本（含變數）、適用情境、避開的常見錯誤。附上「轉接電話」的 3 個判斷訊號。
快速進行公開回應並引導至私訊，避免衝突擴大化。
客戶在 [平台：Threads、IG、FB、LinkedIn] 公開點名 [公司名稱]：[內容]。內部背景：[已知資訊]。影響力：[範圍：少數查看、發酵中、KOL]。 撰寫：1. 公開回覆（最多 2 句話：承認問題、展現處理中、邀請私訊，不顯得在消音；公眾會根據此回覆評判公司）；2. 第一則私訊（承接背景，不讓客戶重複）；3. 解決後的公開結案回覆（若該串文仍具能見度）。 規則：即使沒方案也要快回（確認收到訊息）、公開場合不談細節（個資）、嚴禁防禦性或諷刺語氣、除非辱罵否則不刪留言。附上內部警示標準：何時需上報給 [主管]。
基於客戶影響程度的優先級系統，讓客服人員在 10 秒內完成判斷。
你是 [公司名稱] 客服主管（每月 [數量] 工單，團隊 [人數]）。目前按進線順序處理，導致緊急案件被一般諮詢卡住。 請建立優先級系統：3 到 4 個等級，依「客戶受影響程度」定義（完全阻斷、有替代方案的困擾、一般諮詢）、各級別的典型範例（[常見原因]）、目標首回時間與解決時間、以及多項緊急任務衝突時的仲裁規則。 額外要求：列出「越級」條件（如：處於關鍵期 [情境：婚禮、搬家、報稅]、重複發生、我方逾期）、列出「不應越級」的情況（如：音量最大、單純金額高）、以及 10 秒快速分類法。格式：標準表 + 10 個工單分類實戰練習。
根據現有人力設定首回與解決時限，確保承諾可達成。
協助 [公司名稱] 設定客服 SLA。現狀：[各管道工單量與期間]、人力 [人數與服務時間]、目前平均時效 [數據]。客戶期待：[競爭對手或現有承諾]。 請提議：各管道（Email、LINE、電話）與優先級的首回及解決 SLA。需符合現有人力：若目標過高請直言並說明達成所需資源。 區分：內部 SLA（團隊目標）與對外承諾（需比內部保守）、以及「有效首回」（實質處理而非自動回覆）。額外要求：衡量方式（指標、營業時間計算）、週報追蹤機制、以及 SLA 即將逾期時的處理流程（主動告知客戶）。格式：SLA 表格 + 執行規則。
重新接手處理過期工單，給予簡短道歉並直接提供答案。
[公司名稱] 的工單已超過標準 [時效] 未回覆。真實原因：[原因：活動爆量、轉接遺漏、人為疏失]。客戶原始需求：[需求]。 撰寫回覆：道歉僅限一句話，真誠但不煽情（客戶要的是答案而非自責）、一句話誠實解釋原因（不談內部細節或指責同事）、隨即「立即」給出完整答案（這才是真正的補救）。若尚無完整答案：說明進度與確切回覆日期。 額外要求：若延遲造成實質損失的補償方案（[補償政策]）、針對客戶多次催促後的變體、以及因我方提問不清導致延遲的變體。每版本 120 字以內。
建立內部移交模板，避免客戶重複陳述，也避免技術端重複詢問。
為 [公司名稱] 建立從一線客服移交至二線（或 [技術團隊]）的工單模板。目前問題：移交案件常遺漏已問過的資訊，導致二線重複詢問。 模板需包含：問題摘要（觀察到的現象而非推測）、客戶影響（是否阻斷、持續多久、發生頻率）、環境與參考資料（[欄位：訂單號、版本、瀏覽器、帳號 ID]）、已嘗試過的步驟與結果、客戶已提供的附件/截圖、對二線的具體請求（嚴禁無目的移交）、以及對客戶的承諾時程。 額外要求：3 個必須移交的客觀標準（與 2 個不應移交的情況）、告知客戶已移交的話術（不使用術語）、以及移交期間的案件所有權規則。格式：欄位模板 + 填寫範例。
退款的操作手冊：核查、系統輸入、時程告知與追蹤紀錄。
為 [公司名稱] 客服編寫內部退款 SOP。工具：[支付平台、後台、工單系統]。政策：[資格規則與各級權限]。 撰寫完整步驟：1. 事前核查（資格、是否重複退款、原支付工具效期）；2. [工具] 內的輸入步驟；3. 金額確認（商品、運費、購物金混合支付處理）；4. 告知客戶的話術與各支付管道入帳時程；5. 紀錄規範（工單內需註記金額、原因、核准人）。 額外要求：4 個最棘手的特殊情況處理（[常見情況，如：信用卡過期、部分退貨、分期付款]）以及權限級別表。格式：編號流程、陷阱提醒、最終檢查清單。
針對客戶在意的價值進行評分，而非僅是形式上的腳本檢查。
為 [公司名稱] 建立客服品質評分表（[管道]、語氣 [風格]）。用途：每月由 [評分人] 抽查每人 [數量] 件工單。 評分標準需圍繞客戶價值：是否真正理解需求、是否一次性完整回答所有問題、資訊準確性、語言清晰度、語氣是否自然、是否給出確切時程承諾、工單紀錄是否正確。 針對每個標準：提供權重理由、評分量表（含各級別的可觀察描述）、優劣範例。規則：評分是為了進步而非懲罰；所有扣分必須有具體證據。格式：評分表 + 一頁評分員指南。
基於真實工單的個人面談架構，保持平衡且導向成長。
準備與 [公司名稱] 客服人員 [姓名] 的月度品質面談（資歷：[年資]）。素材：[本月評分結果：優點、待改進工單編號]。背景：[如：業務量暴增、新產品上線]。 規劃 30 分鐘面談結構：1. 自我評估（具體引導問題）；2. 優點表揚（引用具體工單，拒絕空洞稱讚）；3. 「一個」優先改進重點（非五個），引用 2 件工單並共同探討原因（資訊不足、流程不清、習慣問題）；4. 共同制定的行動方案與期限；5. 我（主管）承諾提供的支援（如優化工具或文件）。 撰寫困難片段的話術：針對重複發生的錯誤、針對不認同評分的員工。語氣：直接且友善，不居高臨下。
為期 4 週的成長路徑，從認識產品到獨立處理敏感工單。
為 [公司名稱] 規劃新進客服培訓計畫（產品：[產品]、管道：[管道]、工具：[工具]）。目標獨立作業時間：[天數]。導師資源：[導師與每日可投入時間]。 按週拆解：第 1 週：以客戶身份體驗產品（下單、使用、模擬問題）並旁聽；第 2 週：處理簡單情境（[簡單情境]），回覆需 100% 審核；第 3 週：擴展至複雜情境，抽樣審核；第 4 週：受監控的獨立作業，並在指導下處理敏感案件。 每週包含：可衡量的目標、實戰練習（含去識別化的真實工單）、晉級標準、以及導師面談。列出結訓前必須掌握的 10 項核心知識及考核方式。格式：週計畫表 + 檢核表。
團隊風格指南，含前後對比範例，確保一致性且不顯機械化。
撰寫 [公司名稱] 的客服語氣規範指南（產品：[產品]、客群：[客群]、品牌定位：[定位]）。現狀：每個人寫法不一，有的太冷淡，有的太隨便。 產出內容：1. 4-5 個核心語氣原則（如「熱情但不濫用表情符號」、「直接但不生硬」）；2. 具體規範（使用「您」或「你」、標點符號限制、幽默的使用邊界、自稱「我」或「我們」）；3. 詞彙表（建議使用的品牌詞、禁用的內部術語及其客戶化翻譯）；4. 6 個前後對比範例（包含延遲通知、拒絕、道歉、好消息、憤怒客戶、技術提問）。 核心規則：規範語氣而非限制人性；客服人員在必要時可彈性調整並記錄。格式：2 頁以內的指南，即刻可用。
設計短小精悍的調查，在正確時機發送並獲取可執行的回饋。
為 [公司名稱] 建立工單後滿意度調查（管道：[管道]、工具：[工具]）。目標：衡量品質並獲取改進建議，且不造成客戶困擾。 產出內容：1. 發送時機（結案後，根據問題性質調整：簡單諮詢立即發送，需驗證的方案則延後）；2. 核心滿意度問題與量表（解釋量表選擇理由）；3. 一個開放式問題（如「我們哪裡可以做得更好？」而非「其他意見」）；4. 針對低分的條件分支（詢問是否願意接受回訪）。 撰寫：Email 邀請函（40 字以內，點擊即評分）、防疲勞規則（高頻客戶每月接收上限）、以及內部處理流程（誰讀取、誰回訪、時限）。
完整的 NPS 調查計畫：問題設計、追蹤提醒，以及差異化的後續行動。
準備 [公司名稱] 的 NPS 調查活動（產品：[產品]、客戶數：[數量]、上次得分：[分數或初次測量]）。 產出內容：1. 調查 Email（標準 0-10 分推薦問題、具吸引力的開場白、30 秒完成的承諾）；2. 針對未回覆者的單次追蹤（[天數] 後、不同切入點、不施壓）；3. 各分段行動計畫：對「推薦者」表達感謝並引導 [行動：公開評論、推薦計畫]；對「被動者」詢問缺少的 1 分是什麼；對「批評者」在 [時限] 內進行個人回訪（回訪大綱：傾聽、不辯解、具體承諾）。 規則：嚴禁索票（如「請給我們 10 分」）、尊重匿名承諾。格式：Email 模板 + 回訪大綱 + 活動時程表。
將客戶留言分類並評估嚴重程度，區分事實與感受。
分析 [公司名稱] 在 [期間] 來自 [來源：NPS、CSAT、Google 評論] 的客戶留言：[貼上留言內容]。 產出內容：1. 依主題分類（不預設框架，從留言中歸納），標註各主題數量、情緒傾向及 2 則代表性原文；2. 區分「事實性痛點」（功能故障、延遲、承諾未兌現）與「感受性問題」（覺得貴、覺得複雜）；3. 弱信號警示：數量少但嚴重的內容（如：提到要解約、點名競爭對手、安全疑慮）。 最後總結：基於留言的前 3 項建議行動（連結至原文）、以及此樣本無法得出的結論（如：沉默客戶的偏誤）。不捏造留言，不補全數據。
基於尊重的挽留話術：在提供方案前先理解真實原因。
[公司名稱] 的客戶要求解約 [服務名稱、年資、金額]。理由：[原因]。帳戶紀錄：[使用情況、過往爭議、近期互動]。我可用的挽留工具：[方案：價格優惠、方案調整、暫停服務、專人輔導]。 設計挽留對話流程：1. 確認收到請求且不設障礙（告知若確認則會執行，讓客戶感到自由而非被困住）；2. 提出一個真誠的問題以挖掘根本原因；3. 根據原因給予對應方案：可解決的問題（先解決問題再談挽留）、方案不匹配（推薦合適方案，即使較便宜）、價格（單次限時優惠，不給永久折扣）、去意已決（優雅結案並留下良好最後印象）。 撰寫各分支話術與 3 大禁忌（強迫挽留、情緒勒索、刻意刁難流程）。
誠實的解約路徑，在不設障礙的前提下嘗試正當挽留。
設計 [公司名稱] 的線上取消流程。限制：取消必須與訂閱一樣簡單（符合法規趨勢），但過程中允許進行誠實的挽留。 規劃各頁面內容：1. 確認意圖並摘要損失（數據、紀錄、既有優惠：僅陳述事實，不威脅）；2. 一個原因調查（點選選項 + 選填意見）；3. 針對原因提供「一個」對應提議（太貴給低價版、暫時不用給暫停、不會用給協助：嚴禁多重推銷）；4. 一鍵確認取消，顯示生效日並發送確認信。 撰寫所有頁面文案。禁忌：誤導性按鈕（「留下」亮色，「離開」灰色隱藏）、重複步驟、強制電話聯繫、情緒勒索。附上確認 Email 與歡迎隨時回來的訊息。
按流失原因分群的贏回 Email，提供實質的回歸理由。
為 [公司名稱] 撰寫流失 [期間] 以上客戶的贏回郵件。分群原因：[分群：價格、缺功能、體驗不佳、需求消失、原因不明]。我們之後的改進：[真實且可驗證的改進]。 針對各群組撰寫 Email：承認流失但不煽情、宣布與其流失原因「相關」的改進（缺功能的群組談新功能，不談折扣；僅限清單內的改進）、簡單的回歸優惠（[若有]）、以及明確的退訂出口。 限制：每封 90 字以內，不使用「我們想念你」等煽情字眼，不靠無差別打折來教育客戶「流失才有優惠」。附上發送順序建議與活動停止準則。
針對困難案件在 7 天後進行追蹤，確認問題未再復發。
為 [公司名稱] 的敏感案件建立解決後追蹤訊息。案件類型：[重大突發、曾威脅解約、給予特殊補償、長期反覆問題]。 針對各類型撰寫在結案 [天數] 後發送的訊息：確認方案是否長期有效（針對原問題提問，而非含糊的「還好嗎」）、展現重視、並提供無摩擦的重啟管道。 規則：60 字以內、明確引用原問題（[欄位：案件摘要]）、由原經辦人署名（建立人際連結）、嚴禁置入行銷。附上觸發規則（哪些案件值得追蹤，避免稀釋價值）以及若客戶回覆問題復發時的優先處理機制。
針對內部偵測到的問題發送主動訊息，在工單爆量前平息不滿。
[公司名稱] 內部偵測到一個多數客戶尚未察覺的問題：[問題：出貨延遲、批次瑕疵、標價錯誤、維護失敗]。受影響範圍：[可識別範圍]。修正計畫：[方案與時程]。目前尚無客戶反映。 撰寫主動通知訊息：在客戶發現前簡單說明（主動告知能將憤怒轉化為尊重）、明確說明受影響對象與檢查方式、我方行動與時程、客戶需配合的動作（[若有]）、以及自動套用的補償（[補償]：不需客戶主動要求）。 提供三種格式：受影響客戶 Email、客服標準口徑、官網公告。規則：不淡化問題、不使用術語、若問題持續則給出下次更新時間。
針對辱罵或無理取鬧的客戶建立漸進式書面規範，保護團隊。
你是客服主管。某客戶行為反覆逾矩：[行為：辱罵員工、騷擾式連環追蹤、威脅、超出合約的要求、有紀錄的惡意行為]。過往紀錄：[含日期的事實]。客戶價值：[背景，強調價值不代表能逾矩]。 建立漸進式規範：1. 對話中的禮貌提醒（話術：處理訴求的同時指出不可接受的行為，不對此討價還價）；2. 正式警告信（列出含日期的事實、不帶情緒、說明後續溝通規則：限定管道、單一窗口、標準時效）；3. 終止商業關係通知（若合約允許：[合約狀況]，事實陳述，結算雙方權利義務）。 額外要求：團隊保護措施（賦予終止辱罵對話的權利、管理層支持、紀錄存證）以及區分「有理的憤怒」（需補救）與「惡意行為」（需規範）。
當客戶直接向銀行申請扣款而不聯繫我方時，嘗試直接溝通解決。
[公司名稱] 的客戶未聯繫我方即向銀行提出爭議帳款：[背景：金額、產品、爭議原因、客戶歷史]。我方立場：[我方解讀：我方失誤、誤會、服務已履行、疑似惡意退款]。 撰寫發給客戶的訊息：不帶指責地聯繫（許多客戶不知道爭議帳款是正式法律程序而非簡單退款）、重申我方對爭議的理解、根據我方立場提出直接解決方案（若我方失誤則立即退款，這比銀行程序更快；若服務已履行則提供事實證據說明）、以及後續步驟。 規則：嚴禁威脅或指責語氣（案件可能進入仲裁，每句話都要得體）、不承諾放棄權利、全程事實導向。附上內部備註：目前需蒐集的抗辯證據（[可用證據類型]）。
宣布影響客戶的變更：完整資訊、預告期及反應管理。
撰寫 [公司名稱] 的公告訊息：[變更內容：條款更新、功能修改、客服時間調整、新訂購流程]。對客戶的具體影響：[日常變動內容、受影響對象]。生效日：[日期]。合約預告期：[義務]。 結構：主旨與第一句即明確變更點（不使用「我們正在優化服務」等空話）、列表說明前後差異、變更原因（即使是成本考量也請誠實說明）、客戶需配合的動作（[若有]）、以及提問管道。 額外要求：針對 3 種預期反應的客服標準回覆（[預期反應]）、針對受損客戶的補償變體（[補償或替代方案]）、以及時程規劃（初次公告、生效前提醒、生效日通知）。
產品生命週期結束通知，旨在引導客戶過渡而非拋棄客戶。
撰寫 [公司名稱] 針對 [產品或服務] 的終止公告，停用日期：[日期]。受影響客戶：[規模與畫像]。我們提供的方案：[後續：替代產品、協助遷移、按比例退款、無]。原因：[真實原因]。 結構：開頭明確宣布（產品將於 [日期] 停止服務，不使用「產品線調整」等委婉詞）、完整時程表（各階段功能限制：[里程碑：停止銷售、停止支援、正式關閉]）、客戶需在何時前做什麼、最簡單的遷移路徑、財務結算處理（訂閱、比例退款）、以及專屬諮詢管道。 規則：給予充裕預告期、不允許無預警數據損失（提供匯出功能至 [日期]）、替代方案不強迫推銷。包含：Email、兩次提醒、客服標準回覆。語氣：尊重曾選擇此產品的客戶。
一頁式團隊報告：進線量、時效、重大原因與待決策事項。
為 [公司名稱] 建立客服週報模板，對象：[管理層、產品團隊]。可用數據來源 [工具名稱]：[可用指標：各管道原因數量、首回與解決時效、滿意度、積案量]。 結構要求（限一頁）：1. 三句話摘要（本週趨勢、重大事件、待決策事項）；2. 關鍵指標表格（與上週對比，僅限上述可用指標）；3. 異常波動原因（上升或下降的原因假設，不武斷下結論）；4. 產品回饋（本週前 3 大痛點，附原文）；5. 積案狀況與消化計畫。 規則：數據若無對比或基準則無意義、不自我感覺良好也不過度悲觀、3 分鐘內可讀完。提供模板與一份標註為虛擬數據的範例。
將客服收集的痛點轉化為可追蹤的產品決策。
組織 [公司名稱] 客服與產品團隊的月會。目前問題：客服第一線看到痛點但回饋易遺失；產品團隊太晚才從其他管道發現問題。 設計流程：1. 客服端會前準備（本月前 5 大痛點，每項包含：現象、工單量、客戶原文、目前臨時做法）；2. 45 分鐘會議議程（審查新痛點、明確決策：排入開發時程、維持現狀、或正式拒絕並說明理由：有理由的拒絕優於沈默）；3. 開場先追蹤上月決策執行狀況；4. 回饋閉環：將決策告知客服人員，讓他們知道如何回應客戶。 提供：痛點提報模板、標準議程、決策追蹤表、以及 3 個破壞此會議的行為（無優先級的清單、互推責任、無負責人的決策）及其預防措施。
針對雙11、節慶或新品上市的負載計畫：優先級、支援人力與應變門檻。
為 [公司名稱] 準備 [事件：雙11、春節、新品上市、媒體曝光] 的客服高峰計畫，期間：[日期]。參考資料：[上次高峰紀錄：數量、主因、崩潰點]。團隊：[現有人力、可用支援]。 建立計畫：1. 依管道與原因預測負載（僅依據提供資料，若無則提供估算方法，不捏造數字）；2. 宣告降級模式（主動在 [管道] 公告時效將延長，而非沈默）；3. 高峰期處理優先級（優先處理與延後處理的項目）；4. 預先準備的範本與文章（針對高峰原因編寫）；5. 支援人力培訓（快速上手、權限限制、審核機制）；6. 應變門檻：積案達多少時啟動什麼措施（[可用手段]）。 格式：倒數計時時程表 + 應變門檻表 + 預撰寫的對外溝通訊息。