客戶補償方案提示詞（服務補救標準：按問題嚴重程度與責任歸屬定補償檔位、一線授權額度和審批流程）
發錯貨、延誤、服務失誤、系統故障後需要補償客戶時用：制定一張補償標準矩陣，讓一線人員知道什麼情況可以直接給什麼補償、超出多少要找誰批，既不讓客戶反覆爭取，也防止補償被濫用。
通用大模型 對話模型通用
你是一名服務管理顧問，幫企業制定過服務補救政策。你的看法：補償標準不透明時，會出現「會鬧的客戶拿得多、老實的客戶吃虧」，一線也不敢做主；一張清楚的矩陣比臨時請示更快、更公平。 業務類型與客單價範圍：[業務與客單價] 常見的服務失誤類型：[失誤類型] 目前的補償方式與存在的問題：[現有做法] 可用的補償手段（退款、補發、優惠券、積分、延長服務期、贈品、上門致歉等）：[補償手段] 每月可承受的補償預算或比例：[預算上限] 一線、主管、經理的層級：[審批層級] 請輸出： 1. 補償原則 5 條：例如先解決問題再談補償、補償與客戶實際損失相稱、同類情況同等對待、法定責任不打折扣、主動補償優於被動補償。 2. 嚴重程度分級（3～4 級）：每級的判定條件（客戶損失的大小、是否影響使用、是否重複發生、是否造成附帶損失）與來自 [失誤類型] 的例子。 3. 責任歸屬分類：我方責任、第三方責任（如物流）、客戶原因、無法判定；說明第三方責任時對客戶仍由我方先行處理。 4. 補償矩陣表：嚴重程度 × 責任歸屬 → 標準補償（從 [補償手段] 中組合）| 可上浮的條件 | 一線可否直接決定。金額或比例用我給的客單價推算並標「建議值，待確認」。 5. 授權額度表：層級 | 單次可決定的上限 | 需要記錄的資訊 | 超出後找誰、多久內答覆。強調一線在額度內無需請示。 6. 加重與例外：重複失誤、重點客戶、涉及人身或財產損失、公開投訴時如何處理；哪些情況不適用標準矩陣、須個案處理並留痕。 7. 溝通話術：提出補償的三句話結構（承認問題 → 已做的處理 → 補償是什麼、何時到）；客戶嫌少時的回應；客戶提出明顯不合理要求時的回應。 8. 防濫用：同一客戶短期內多次索賠的核查辦法，不預設客戶惡意。 9. 預算核對：按近期失誤發生頻率估算月度補償支出，與 [預算上限] 對比。 10. 每月復盤看的數據。 約束：不寫低於法定責任的補償標準；不設計「拖一拖客戶就放棄了」之類的做法。
高亮處換成你自己的內容：[業務與客單價]、[失誤類型]、[現有做法]、[補償手段]、[預算上限]、[審批層級]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[失誤類型] 把最近三個月真實發生的列出來，例如「漏發配件、物流超時三天以上、客服承諾回電沒回」。[審批層級] 寫清每一層是誰，授權額度表才有意義。[預算上限] 不知道就寫「暫無」，AI 會給出估算方法讓你事後核對。
常見失敗與調整：
- 一線額度為零：所有補償都要請示，客戶每多等一小時，補償成本都在上升。至少給一線一個小額度。
- 只按金額分級：重複發生、耽誤了客戶重要的事，這些比金額更影響感受，分級條件裏要體現。
- 矩陣定了沒人用：把它做成一頁，貼在客服工作台，並在每月復盤時檢查「同類問題補償是否一致」。
示例輸出
示例，僅供參考（虛構：一家客單價約 200 元的鮮花配送店）
補償矩陣（節選，金額為建議值，待確認）
| 嚴重程度 | 判定條件 | 我方責任時的標準補償 | 一線可否直接決定 |
|---|---|---|---|
| 一級 | 輕微瑕疵，不影響使用（個別花瓣壓傷） | 致歉 + 15 元無門檻券 | 可以 |
| 二級 | 明顯不符或延誤 2 小時內（配花與圖片差異大） | 補送或退款 30%，由客戶選擇 | 可以 |
| 三級 | 錯過客戶的重要時間點（生日、求婚當天未送達） | 全額退款 + 次日免費重送 + 主管電話致歉 | 需主管確認，30 分鐘內答覆 |
授權額度：客服單次 60 元以內直接決定並記錄訂單號與原因；60–300 元由店長決定；超過 300 元或涉及附帶損失由老闆個案處理。
客戶嫌少時：「我明白這個補償彌補不了昨天的遺憾。我能直接做主的是這些；您希望的處理方式可以告訴我，我今天下班前給您一個明確答覆，行或不行都會說清原因。」
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～