客戶投訴處理流程圖
一張橫跨五條泳道的客戶投訴處理流程圖，涵蓋受理與確認收到、嚴重程度分級、調查、解決、糾正措施與經客戶確認的結案。
甚麼是客戶投訴處理流程
客戶投訴處理流程，是一宗投訴由送達的那一刻，到客戶確認已經了結的那一刻之間，被記錄下來的路徑。大部分機構其實已經在非正式地執行這些步驟。把它們畫出來，會令文字容易掩蓋的兩件事變得可見：每個階段投訴由誰負責，以及客戶要等多久才聽到回音。
下面畫出的這個版本橫跨五條泳道。客戶服務登記投訴並發出確認收到。品質劃分嚴重程度、核實證據，並在後面判斷是否存在系統性成因。部門負責人調查根本成因並給出補救。管理層被拉進來兩次：一次在受理階段，當投訴嚴重或涉及安全時；另一次在結案階段，如果客戶不接受結果。客戶這條泳道只有兩個節點——提交與接受——這是刻意為之：這兩處才是客戶真正掌控流程走向的地方。
兩條分支承擔了大部分分量。嚴重程度判斷決定一宗投訴是走常規處理，還是立即引起管理層注意，而它恰恰是最常被留給個人判斷的一步。系統性成因判斷決定這次修復到這位客戶為止，還是變成一項防止下一宗投訴的糾正措施。一個能可靠解決投訴、卻從不問第二個問題的流程，只會一次又一次地解決同一個問題。
本流程圖涵蓋的內容
本範本包含
- 客戶與客戶服務兩條泳道上的受理：客戶提交投訴，客戶服務把它登記入投訴登記冊，並在兩個工作天內確認收到。
- 品質泳道中的嚴重程度分級：按嚴重程度與類別劃分投訴，然後由一個決策把它送給部門負責人，或者在嚴重或涉及安全時直接送交管理層審閱。
- 由部門負責人進行調查，品質在作出成立與否的判定之前核實證據與投訴過往紀錄。
- 兩條都會回到客戶身上的解決路徑：不成立的投訴會得到對結論的說明；成立的投訴會得到議定的補救措施與時間表、交付的修復或賠償，以及一則解決結果的告知。
- 以客戶確認為前提的結案：如果客戶不接受結果，投訴會升級至管理層並重新回到調查，而不是就此結案。
- 結案之前的 CAPA 觸發點：當品質識別出系統性成因時，提出一項糾正措施，然後在記錄處理結果後關閉投訴紀錄。
何時使用本範本
- 你們正在編寫或修訂投訴處理程序，希望在有人動筆寫正文之前先把流轉路徑與交接議定。
- 投訴經多個途徑進來（電郵、電話、網頁表格、客戶經理），而投訴一經登記，就沒有人說得清由誰負責。
- 確認收到或解決的時限正在滑落，你們需要看清延誤究竟卡在哪一次交接上。
- 你們在培訓新的客服人員，需要一頁紙說明甚麼時候該升級，而不是自行解決。
- 同樣的投訴反覆出現，因為修復止步於單一客戶，從未走到糾正措施。
運作方式
把泳道改名為你們真實的角色
把客戶服務、品質、部門負責人和管理層換成你們機構中實際存在的職能。小團隊通常會把品質和部門負責人併成一條泳道；規模較大或受規管的企業則常把管理層拆成投訴經理和廠區或國家負責人。即使客戶泳道只有兩個節點也要保留，因為它顯示了客戶在哪裡等候。
訂立你們的確認收到承諾
把「在 2 天內確認收到」改成你們真正承諾的目標，並寫明時鐘由哪裡開始走。把它錨定在登記的收到日期上、而不是有人打開個案的時刻，才能令這項承諾可量度。合約、服務水平協議或業界規則可能已經替你們定死了這個數字。
寫下嚴重程度判斷背後的準則
「是否嚴重或涉及安全？」需要附上客觀的觸發條件：人身傷害或安全風險、監管風險、金額門檻，或是此前投訴的重複。準則含糊，通常就是升級不一致的原因——同一宗投訴，一個人升級了，另一個人悄悄解決了。
指明成立與否這個判定的負責人
決定由誰作出「投訴是否成立？」的判定，以及他們採用甚麼證據標準。兩條分支上都要記錄判定理由，因為不成立的投訴最容易在日後被質疑或重新開啟。
把 CAPA 觸發點指向一本真實的登記冊
把「提出糾正措施（CAPA）」連到你們實際使用的糾正措施系統上，並定義它在甚麼時候觸發，例如同一根本成因在一個季度內出現在兩宗投訴中。沒有門檻，這一步要麼被完全略過，要麼對甚麼都提。
議定甚麼才算客戶確認
決定結案是需要一則回覆、一份簽署接受，還是一段無回應的等候期。然後去量度它。沒有任何確認就被標記為已結案的投訴，正是滿意度悄悄下滑而無人察覺的地方。
常見問題
客戶投訴應該在多長時間內確認收到？
大部分面向客戶的機構會承諾在一至三個工作天內確認收到，並在大約 10 至 30 個曆日內給出實質的解決方案，某些行業還有你們必須遵守的具體規則。具體數字並不及「把它寫明」重要，也不及令時鐘由登記的收到日期開始走、而不是由有人碰巧接手個案時開始重要。在本圖中，確認收到緊接在登記冊登錄之後，因此兩個時間戳來自同一條紀錄，這項承諾才真正能夠報告出來。
解決一宗投訴與提出糾正措施有甚麼分別？
解決是為提出投訴的這位客戶修復眼前的情況：更換、退款、重新提供服務，或者給出清楚的說明。糾正措施（通常稱為 CAPA）則消除背後的成因，令同一宗投訴不會再由下一位客戶那裡到來。它們是兩個步驟，各有各的負責人，這也是本圖把解決放在部門負責人泳道、把 CAPA 觸發點放在品質泳道的原因。對每一宗投訴都提糾正措施會把體系淹沒；一宗都不提則必然重複。
甚麼時候應該把投訴升級至管理層？
本圖使用兩個觸發條件。第一個是受理時的嚴重程度：涉及安全、監管或高價值的投訴在調查開始之前就送交管理層，這樣高層是否知情就不取決於調查結果如何。第二個是結案失敗：如果客戶不接受結果，投訴會退回管理層並重新進入調查，而不是被單方面結案。兩個觸發條件都需要寫明準則，否則升級就變成了個人性情的問題。
最終判定為不成立的投訴是否仍然要記錄？
要。一宗被判定為不成立的投訴，仍然會告訴你一些有用的東西：產品描述有誤導、說明不清楚，或者銷售過程中把期望設錯了。在本圖中，不成立這條分支並沒有消失。它走向「向客戶說明結論」，然後與成立的投訴一樣，經過同樣的客戶確認與結案步驟，因此紀錄、理由與回覆時間在兩種情況下都被保留了下來。