那天 OEM 業務說要 APQP，我腦袋瞬間轉不過來
我還記得好幾年前，我們廠剛開始接車用案子。那時候我還在當 PE，某天業務突然衝進來，一臉菜色說：「客戶說下週要交 APQP 計畫，不然專案會卡住！」我當時只覺得黑人問號，APQP？那是什麼鬼東西？我們平常就照 SOP 跑，哪來什麼特別的「計畫」？結果業務把我拉到會議室，秀出客戶的時程表，上面密密麻麻的英文縮寫，還有幾條紅線，我心裡就涼了一半。原來，車用客戶要的東西，跟我們以前做消費性電子，完全是兩個世界。
問題出在哪？不是沒做，是沒「系統地」做
說穿了，APQP 全名是 Advanced Product Quality Planning，先進產品品質規劃。它不是要你做什麼神奇的動作，而是要你「系統地」把產品從概念發想、設計、製造，到量產，整個過程的品質活動，全部規劃好，並且確實執行。你可能會說：「我們本來就有在做啊，設計有 DR、生產有 PMP！」沒錯，但 APQP 厲.害.的.地.方.在.於，它要求你把這些零散的活動，像拼圖一樣拼起來，並確保每個環節都考慮到客戶的需求，而且最重要的是，要「在產品出問題之前」就先預防掉。
換句話說，APQP 的核心精神就是「預防勝於治療」。它強迫你從一開始就想清楚，產品可能會在哪裡出包？要怎麼避免？萬一真的發生了，又該怎麼辦？
實際上怎麼做？照著 OEM 的節奏走就對了
OEM 要求的 APQP 時程，通常會跟著他們的「里程碑」跑。你知道嗎，以前我們都是產品開發好才給客戶看，結果客戶東挑西挑，光改版就來來回回好幾次。但車用客戶不同，他們會要求你在每個開發階段，例如「概念階段」、「產品設計階段」、「製程設計階段」、「產品與製程驗證階段」和「量產回饋階段」，都要提交相對應的 APQP 文件。
舉個例，在「製程設計階段」，你可能就要提出 FMEA、Control Plan、MSA 計畫。我記得有次，我們在 Control Plan 上漏掉了一個關鍵參數的量測頻率，結果客戶直接打槍，說我們對風險評估不夠全面。當時我們以為只要列出來就好，誰知道連頻率都會被盯。所以重點是，OEM 其實提供了一個很清楚的「架構」，你只要照著這個架構，把每個階段該做的品質活動，例如 FMEA 建議值要到 DPMO 6210 以下（Cpk 1.08），甚至更嚴格，寫進去並執行，他們就會覺得你是有準備的。
最常見的坑：資料不是拿來填，是要拿來「動態管理」
我踩過最大的坑，就是把 APQP 文件當成「交作業」。客戶要什麼文件，我就趕快生出來，以為交出去就沒事了。結果有一次，我們在量產後發現一個批次不良率飆高，回頭看 FMEA，發現當初風險評估的 RPN 值根本沒更新，還是開發初期的數字。客戶一查，臉都綠了，因為這代表我們只是把文件「擺著」，沒有真正拿來「管理」和「更新」。
坦白講，APQP 的文件不是寫好就丟著的，它是一個活的系統。當設計變更、製程條件調整、或者客戶回饋有新的風險時，你的 FMEA、Control Plan 都必須要同步更新。這才是 OEM 真正想看到的，是持續改善的證據，而不是一份靜態的報告。
今天能做的一件事
把你們現有的品質文件，用 APQP 的五大階段，重新分類一次。