QMS 質量管理軟體選型：20 個必問問題，逐條給判斷標準
選 QMS 最貴的一課，往往不是買錯了模組，而是買的時候只問了「有沒有」，沒問「誰在什麼時候把這條鏈路閉合、閉合的證據在哪」。能當場演示、能舉例說明、只能口頭承諾——這三者差別很大。
讀這一篇能得到什麼
- QMS 選型失手多發生在提問方式：只問功能「有沒有」，不問鏈路「怎麼閉合、證據在哪」
- 20 問分六組——邊界與範圍、留痕與證據、供應商協同、客訴與改進、資料與權限、上路與退出
- 統一三檔判分：能當場演示、能舉例說明、只能口頭承諾；C 檔不要寫進驗收標準
- 最易含糊的三條：追溯深度口徑、補錄與時間戳規則、績效是否真的影響業務
- 作業標準仍在頻繁改動、或異常與 CAPA 沒有責任人時，先固化流程再上系統
演示很漂亮，三個月後才知道問錯了問題
螢幕上檢驗單自動生成、異常自動升級、看板實時重新整理，看著都對。回廠幾個月才發現：巡檢還是班末補錄，供應商異常單沒人回，追溯查到批號就斷了。
問題往往不在產品清單，而在提問方式。功能表問的是「有沒有」；你真正需要問的是——這條鏈路能不能閉合、閉合的證據在哪、誰來維持它閉合。後三個問題，演示環節通常不會主動展開。
下面 20 問按六組排：前四組問能不能用，第五組問資料與權限，第六組問上路與退出。每一問都配了追問動作，並用同一套三檔口徑判分：
- A 檔（3 分）：能當場在真實環境演示，且用的是你自己的流程或資料
- B 檔（2 分）：能拿出同類場景的配置結果，並說清能力邊界
- C 檔（1 分）：只能口頭承諾，或答「可以定製」
原則很簡單：凡是隻能用 C 檔回答的，別在合同裡當成已具備的能力。 寫進需求清單可以；寫進驗收標準，必須加證據要求。
第一組：邊界與範圍（1–4）
先把系統「管到哪一層」問清。邊界糊了，後面再漂亮的模組演示都可能是錯位的。
1. 這套系統管的是「記錄」，還是「處置」？
只做記錄，本質是紙質表單電子化；做處置，要在記錄之上繼續驅動動作——不合格要不要返工、讓步要不要審批、措施到期誰去驗證。
追問：拿一張你實際發生過的《不合格品處理單》，從發現異常走到最終關閉，看對方在哪一步需要人跳出系統。跳出點就是斷點。
2. 檢驗方案是結構化的，還是貼在附件裡？
專案、標準值、公差、抽樣、判定方法若只是 Word / Excel 附件，系統只能「上傳和檢視」。
追問：新建一個物料、繫結檢驗方案，改掉一個專案的公差並指定生效日期，再開啟變更前的檢驗記錄——它顯示的是哪一版？方案必須與物料、工序、版本、生效日期繫結，歷史記錄能被當時版本解釋。做不到，前後兩個月的資料沒有可比性。
3. 不合格品處置路徑是列舉的，還是隻有「合格 / 不合格」？
真實處置至少有合格放行、讓步接收、返工、挑選、退貨（報廢另算）。每條路的後續動作、審批層級、成本歸屬都不同。
追問：讓步單走完之後，會不會自動生成供應商異常單、會不會標記批次受限使用、會不會計入績效？只有兩個選項的系統，最後一定有人用備註來補——備註不可統計、不可追溯、不可考核。
4. 追溯能追到哪一層，一次查詢多久出結果？
不要問「能不能追溯」，要問：批號級、工序級還是工位級；正查與反查是否都支援（成品反查用料、原料正查成品流向）。
追問：現場給一個批次號，看對方多久能把人、機、料、法、時間窗拼出來。需要跨三張表手工拼的，不算具備追溯能力。追溯深度由資料採集點決定，不由功能清單決定；班末才補錄，精度就到不了工位。
第二組：留痕與證據（5–8）
稽核怕的往往不是「沒做」，而是「做了但證據不可信」。這一組專門問證據鏈。
5. 記錄寫入後能不能改？補錄怎麼標記？
時間戳集中、筆跡一致，一看就是班末統一補的——這種記錄比沒有更危險。
追問三件事：寫入時間是否由服務端生成且不可改；是否允許事後補錄；補錄在統計與報表裡是否與正常採集區分。完全禁止補錄不現實（員工會先用紙條記）；正確做法是留通道、帶標記、統計上區分。三回答不清，說明沒認真處理過現場現實。
6. 檢驗與巡檢任務是怎麼發起的？
靠人記得去檢的系統，等於沒有系統。
追問：收貨是否自動觸發生成來料檢驗任務；巡檢能否按頻次與班次自動派發、是否帶執行時間視窗、超時是否升級。任務是「推」給執行人，還是等執行人來認領——推式加超時升級是基本配置，不是加分項。
7. 檔案受控的閉環做到哪一步？
版本、變更、培訓、籤認四件事能不能連起來，是檔案模組成色的分水嶺。
追問：檔案改版後是否自動觸發培訓、籤認是否歸檔到人；員工登入後看到的是否只有本崗位當前有效版本。捷徑：挑一份三個月前的記錄，能否在幾分鐘內說清當時依據哪一版、誰審批、誰做過培訓。做不到，檔案模組就是個網盤。
8. 記錄儲存期是系統規則，還是靠人記？
追問：儲存期能否按記錄型別分別配置（檢驗、培訓、追溯通常不同）；到期是自動歸檔還是清理；能否針對特定客戶單獨延長。儲存期必須是系統欄位與規則——靠人記的儲存期，人員流動後必然失效，而這恰恰是稽核最容易發現問題的地方。
第三組：供應商與外部協同（9–12）
來料閉環不是從季度評分開始，而是從判定結束那一刻開始。
9. 判定結果是否自動分流到後續動作？
追問：跟著一筆真實收貨走一遍，看判定完成後系統自動做了什麼。合格應觸發上架或入庫，讓步應走審批，退貨應生成異常單。需要人手工再開一張單的，就是斷點。
10. 供應商異常單帶期限和升級嗎？
追問：回覆期限怎麼設、逾期是否自動升級、未關閉異常是否與對賬或新訂單掛鉤。僅靠郵件提醒通常無效；能掛住業務流水的機制——對賬、訂單、配額——才真正驅動回覆。
11. 供應商績效的口徑寫死在系統裡了嗎？
追問：維度、權重、計分規則、統計週期、資料來源是配置項還是人工彙總；評分結果會不會自動影響准入或採購份額。口徑不在系統裡，每次統計都會換一套演算法；評分不與准入和份額掛鉤，就永遠只是一張報表。
12. 來料不良能不能在成品端反向查證？
追問：給一個供應商批號，問它流向了哪些成品批號、涉及哪些客戶或訂單。這是「正向能查」與「反向能界定範圍」的分界線。只能答「我們查一下」的，說明資料結構不支援反查——出了批次問題只能靠人回憶。
第四組：客訴與改進（13–15）
閉環率好看不等於問題不再發生。這一組盯的是改進是否真發生。
13. 客訴受理到 8D 關閉是不是一條線？
追問：客訴登記後如何生成整改任務；8D 各步責任人與時限是否欄位化；措施未經驗證能否關閉。8D 不是八個富文字框，而是一條帶時限與驗證的流水線——否則只是更貴的文件工具。
14. 重複問題怎麼識別？
追問：同一根因在一定週期內再次發生時，系統會不會關聯到原措施並觸發升級。能統計重複問題率的系統，才有持續改進訊號；只報「閉環率」卻不寫死「關閉」定義的，數字好看但不可信。
15. 客戶特定要求怎麼落地成規則？
追問：附加檢驗項、特殊標識、更長儲存期、特定回覆時限——是配置項還是靠人記。應能配置成規則並作用到具體單據；靠人記的要求，換人就丟一條，跨廠區更容易走樣。
第五組：資料、權限與整合（16–18）
系統邊界和權限一糊，上線後就會變成兩套主資料對著改，或一人既作業又審批。
16. 調整與審批權限是否與作業權限分離？
追問：誰可以改檢驗判定、誰可以調庫存、誰可以關閉 CAPA；是否存在同一人既作業又審批；修改是否留痕到人。作業與審批分離是基本內控；系統能不能把約束做成硬限制（而不是靠制度），是選型時最易忽略、上線後最易被審計問到的一條。
17. 與 ERP / MES 的邊界怎麼劃？
追問：物料、供應商、BOM、工藝路線由誰維護、如何同步、衝突怎麼處理；檢驗結果回寫哪一側、庫存凍結由誰執行。先定主資料歸屬，再談介面；介面清單要寫清方向、頻率、失敗重試與人工兜底。
18. 歷史資料怎麼進來，截止點在哪？
追問：歷史檢驗記錄、供應商曆史績效、未關閉整改分別怎麼遷；上線日之前的資料在新系統裡還能不能檢索。常見做法是主資料與未關閉事項優先遷，歷史記錄按月或以關鍵批次遷，並明確上線日作為統計截止點。全都不遷，稽核出現斷層；全都遷，成本高且口徑難對齊。
第六組：上路與退出（19–20）
再好的模組，也要回答「從哪開始」和「走得掉嗎」。
19. 第一個落地的場景是什麼，怎麼判定它成功？
追問：請對方給出建議的首個場景與成功指標。若建議從不痛不癢的模組開始，通常說明心裡沒底。首個場景宜同時滿足：記錄密度高、取證最難、責任人有歸屬——例如來料檢驗或不合格品處置，而不是先做大屏。
20. 三年後要換，資料和配置搬得走嗎？
追問：能否匯出全量資料與表結構、可讀的表單與流程配置；終止後資料保留與銷燬方式；匯出是否收費。能低成本離開的系統，才值得長期留下；退出成本答不清，後續議價能力都不在你手上。
怎麼打分，以及最容易被含糊過去的三條
建議質量、生產、IT 各出一人分別打分後取平均。分歧點比總分更重要——同一項分差很大，說明需求沒講清或對方沒演示明白。
| 組別 | 問題焦點 | 權重建議 | A 檔長什麼樣 |
|---|---|---|---|
| 邊界與範圍 | 記錄/處置、方案、路徑、追溯 | 25% | 用你的真實單據與批次號當場走完一條鏈 |
| 留痕與證據 | 補錄、任務發起、檔案、儲存期 | 20% | 開啟三個月前記錄能直接說清依據與責任人 |
| 供應商協同 | 分流、異常期限、績效、反查 | 20% | 用你廠內判定規則現場跑出後續動作 |
| 客訴與改進 | 8D、重複問題、客戶特定要求 | 15% | 步驟、時限、驗證都是欄位而非填空 |
| 資料與權限 | 權限分離、系統邊界、歷史遷移 | 15% | 權限是硬限制，介面有方向與失敗策略 |
| 上路與退出 | 首場景、匯出與退出 | 5% | 給出可執行首場景計劃與完整匯出清單 |
三處最容易被演示帶過：
追溯深度的口徑。 「支援追溯」四個字沒有資訊量。要追到具體要素與查詢方式：人、機、班次、用料批次、檢驗記錄中的哪幾項，正查反查各要多久。
補錄與時間戳規則。 多數系統都能設「不允許修改」，但現場總會需要補錄。沒有補錄標記與統計區分，分析時會把異常掩蓋掉。
績效結果是否真的影響業務。 模組再漂亮，若不與准入、份額、對賬掛鉤，就只是季末報表——這一條決定供應商會不會真的改。
先別急著買的幾種情況
- 作業標準還在頻繁改動——先固化，否則系統只是把混亂固化下來
- 異常單與整改沒有明確責任人——線上一樣不會動
- 只為應付一次稽核——一次性取證用檔案整理更快；系統解決的是持續執行
- 記錄量小、客戶也無追溯與儲存期要求——先立表單與記錄習慣更划算
- 想用它替代 MES 或 ERP 的職責——現場採集歸 MES，賬務與成本歸 ERP；QMS 強項是質量鏈路閉環與取證
把 20 問當成你們內部的共同語言
選型前兩件事：一是讓團隊先各自按 20 問打一遍分，把分歧項挑出來；二是用真實資料和真實批次讓對方跑一次演示，尤其是異常路徑。JEDP-QMS 面向全流程檢驗、不合格處置、CAPA / 8D、供應商質量協同與質量看板，堅持「記錄服務於處置」——選型時與其比拼模組名稱，不如用這 20 問把閉合與證據問到底。
- QMS 質量管理方案
- QMS 選型 20 問清單（免留資下載）
- IATF16949 資訊化自查表（免留資自測）
文中涉及的體系要求以 ISO 9001 與 IATF 16949 通行要求為參照；具體條款適用性、記錄儲存期限與追溯範圍，以企業實際適用的標準版本及顧客特定要求為準。
想把這篇裡的做法落到自己的廠裡？資源中心有對應場景的線上自測與資料模板，也可以直接約一次真實環境演示。
常見問題
圍繞本篇主題的追問，先看這裡；仍有疑問可聯絡我們
供應商願意定製，是不是就等於具備能力？
不等於。定製要問清交付週期、是否影響後續升級、上線後誰維護。寫進需求清單可以；寫進驗收標準前，必須要求同類場景的配置示例或可執行演示。
預算有限，哪幾個問題必須問到底？
至少把這五條問到 A 檔：問題 1（管記錄還是管處置）、問題 4（追溯深度）、問題 10（異常單期限與升級）、問題 11（績效是否影響准入與份額）、問題 20（資料與配置能否匯出）。這五條決定三年後還可不可用。
已有 ERP 質量模組，還要不要單獨上 QMS？
取決於邊界。ERP 強在賬務、成本與主資料；現場記錄密度高、移動錄入、供應商協同與工位級追溯，通常需要專用系統。先談主資料歸屬與回寫方向，避免兩套資料對著改。
QMS 上線後多久能看到效果？
不要按「上線時間」預期，按「首個場景的資料是否真被用來做決定」衡量，例如異常逾期是否下降、稽核取證是否從小時級壓到分鐘級。使用率容易虛高，不宜單獨作為成功判據。
小工廠有必要上 QMS 嗎？
先看客戶是否提出追溯與記錄儲存期要求，以及日常記錄量是否已讓人工彙總失真。兩條都不成立時，先固化作業標準與表單，往往比買系統更快見效。
選型時要不要看同行案例？
可以看，但案例只證明做過類似場景，不證明適配你的作業細節。更有價值的是讓對方在你自己的流程上做配置演示，尤其是退回、讓步、跨期關閉等異常路徑。