品質投訴流程圖範本
五條泳道的品質投訴流程圖：登記與確認收到、安全與呈報責任評估、調查、回覆客戶、CAPA 與結案。
運作方式
把泳道改成你們機構的樣子
把這五條角色泳道換成你們真實存在的職能。較小的製造商常把品質與技術調查合併成一條實驗室泳道；受規管的場所通常會把法規事務單獨留出來，因為呈報決策不應該由品質來作。
訂定確認收到與結案的目標時限
把你們真實的時限寫在受理和結案的步驟上，例如一個工作天內確認收到、三十個曆日內結案。如果目標隨嚴重程度級別而不同，就寫在標籤裡，或者寫在評估步驟的備註裡。
界定嚴重程度級別和安全觸發條件
決定甚麼算嚴重、甚麼算主要、甚麼算輕微，並準確寫下甚麼樣的投訴構成潛在安全風險。「是否存在潛在安全風險？」這一決策的質素，完全取決於這個定義——而這正正是事後大家會爭論的那個框。
與法規負責人確認呈報規則
寫明適用的法規、限期，以及有權就「是否須向監管機構呈報？」這條分支作出判斷的人。除了你們提交的報告之外，亦要記下決定不呈報這個判斷及其理由——在視察中被追問的正是這個否定性的決定。
議定投訴在甚麼情況下觸發 CAPA
為「是否屬系統性或重複發生的問題？」決策訂定門檻：同一批次上再次發生、跨某條生產線或某家供應商出現的趨勢，或者任何涉及安全的成立投訴。成因清楚、遏制有效的孤立個案，可以只靠糾正就結案。
把流程圖與程序一併發佈
令這張圖與成文程序處於同一套版本控制之下，使已批准的版本與貼在牆上的圖不會各走各的。每當趨勢數據顯示這條流程正在被繞開時，就把它重新拿出來檢視一次。
常見問題
品質投訴與客戶服務投訴有甚麼分別？
品質投訴主張產品存在缺陷：污染、損壞、規格不符、使用中失效。服務投訴針對的是機構的行事方式——延遲交付、開票錯誤、溝通不足。這個區分之所以重要，是因為一宗品質投訴會牽進物證、批次追溯、技術調查，甚至可能牽進向監管機構提交的報告，而一宗服務投訴由服務職能自己解決。這亦是本範本在登記之後立即放一道分流決策的原因：一切不屬於產品缺陷的事項，都在進入品質投訴登記冊之前就轉往服務投訴流程。
品質投訴流程應該由誰負責？
按活動而不是按部門政治來劃分歸屬。客戶服務通常負責入口、確認收到和與客戶的全部溝通，因為這層關係本來就在他們那裡。品質負責紀錄本身、嚴重程度定級、調查中的各項決策、補救與結案。法規事務負責呈報決策。常見的失敗，是令回覆客戶的那個職能同時決定投訴是否成立——那樣一來，答案就會被「商業上怎樣說最省事」所左右。
品質投訴在甚麼情況下須向監管機構呈報？
這完全取決於你們所屬的行業與司法管轄區——醫療儀器警戒、藥品品質缺陷、食品安全和消費品安全各有自己的準則與限期。共通的形態是一致的：一宗顯示存在潛在傷害風險的投訴，或者一個影響到已放行產品的缺陷，會觸發一次對照呈報準則的評估，而限期通常由機構首次知悉之日起計，而不是由調查得出結論之日起計。請事先與你們的法規負責人議定準則，並把兩種結果都記下來，包括決定不呈報這個判斷。
是否每一宗成立的投訴都需要 CAPA？
不是，而且每次都開立一項 CAPA，幾乎必然會積壓一批沒有人真正去做的工作。成因已知、遏制有效的單一成立缺陷，可以只靠糾正就結案。當成因屬於系統性時才開立 CAPA：同一批次、同一生產線或同一供應商上的重複發生，投訴數據中看得見的趨勢，或者任何帶有安全維度的情況。CAPA 要憑它確實起了作用的證據來結束，而不是憑措施被標記為已完成——結案泳道裡的成效跟進，正是為此而設。