品質異常還在微信裡說？從口頭傳達 to QA 單號管理

大多數廠的「品質記錄」長這樣：問題在微信裡說一句、群裡發幾張照片、口頭喊一聲誰去處理——然後呢？然後就沒有然後了。兩週後客戶問起那批件的異常怎麼處理的，全廠沒人說得全。這篇講品質異常記錄從口頭到單據化之後，到底多出來什麼。

一、口頭傳達的三個致命傷

• 資訊蒸發：誰發現的、幾件、什麼缺陷、誰處理、結果如何——五個要素在微信裡最多活三天
• 責任懸空：「讓小李跟進一下」跟了兩週，跟進到哪一步，沒有記錄就沒有下文
• 無法累計：每次異常都是孤立的一句話，一個月二十次異常，湊不成一份分佈

口頭記錄的問題不是「記得不認真」，是它根本不具備被使用的能力——不能查、不能統計、不能追溯。

二、異常單化：一次登記，結構化五要素

數字化異常記錄的核心是把異常拆成結構化欄位，一次登記全部落位。以 Moges PMS5 的品質異常單為例：

• 是什麼：異常型別（字典勾選）+ 缺陷描述（寫實況）
• 多大：異常數量
• 在哪：關聯工單與問題工段，工單號、模號、件號、版次、材質、圖號自動快照
• 誰管：責任人、處理人
• 怎麼樣了：狀態流轉（待判定 → 處理中 → 已完成），判定意見與處理結果落單

登記一次，這五組資訊永久可查。微信訊息做不到的「結構化」，是單據的第一價值。

三、單據化之後多出來的四種能力

查得回。 任何一張異常單，任何時候點開，當時的事實完整呈現——快照欄位保證就算工單後來改了，異常發生那一刻的資訊不變。

追得到。 異常掛工單，工單掛訂單——客戶問「上次那批的異常你們怎麼處理的」，調單答話，不用翻聊天記錄。

算得清。 按異常型別、按工段、按月的統計自動彙總——品質例會的議題從「最近好像問題多」變成「本月尺寸類異常佔比 40%，集中在 X 工段」。

壓得住。 待判定、處理中的異常單掛著，沒有處理結果就一直在那裡——異常不會因為微信群訊息被刷走而不了了之。掛著本身就是管理壓力。

四、升級路徑：別指望一夜替換

• 新異常先落單：存量口頭賬翻不完，也不必翻——從今天起新異常一律登記
• 判定走流程：開會判定的意見落到確認提交裡，判什麼、誰判的有據
• 例會看資料：品質例會直接調異常統計，讓記錄的使用價值當場兌現——記錄被用，記錄才會被認真記

三個動作都做到位，大約一個季度，這個廠的異常記錄就從「聊過」變成「管過」。

五、一句實話

異常記錄數字化的門檻不在軟體，在於廠裡是否接受「異常要留痕、判定要落單、結果要完整流程」這三條紀律。軟體只是讓這三條紀律執行起來比微信省力得多。

異常單的三狀態流轉細節見品質異常怎麼管；異常要掛工單的原因見工單管理到底管什麼。產品瞭解 Moges PMS5。

---