產品開發流程怎麼建？2026 新產品開發 Stage-Gate 六階段與關卡評分表

「這個新產品做了一年半，花了八百萬，上市三個月就停產。」這是許多製造業與科技業老闆最不想再經歷一次的場景。追問原因，答案往往驚人地相似：沒有人在半年前喊停、業務說客戶會買但沒有人真的去問、研發一路加功能、生產在試產時才發現模具要重開。問題不在工程師不努力，而在公司缺少一套清楚的產品開發流程。

產品開發流程（New Product Development，簡稱 NPD）的本質，是讓公司在資訊最少、成本最低的時候做出最多的決策，並在投入大筆資金之前，用一道道關卡過濾掉不值得做的專案。本文以顧問現場的角度，說明一套中小企業可以直接套用的新產品開發流程，從構想篩選一路到上市檢討。

產品開發流程是什麼？為什麼中小企業更需要它？

產品開發流程是一套從「發現機會」到「上市量產」再到「上市後檢討」的標準化步驟，規定每個階段要做什麼、產出什麼、由誰決定能不能進入下一階段。它和一般專案管理最大的差別在於：專案管理關心「怎麼把事做完」，產品開發流程更關心「這件事還值不值得做」。

大企業資源多，失敗一兩個專案還撐得住；中小企業研發人力可能只有五到二十人，一個錯誤專案就可能拖垮整年度的新品計畫。因此對中小企業而言，產品開發流程的價值主要有三點：

• 集中火力：研發人力有限，流程逼著公司在同一時間只推進最有價值的幾個專案，而不是十個專案同時拖延。
• 及早止損：在概念與商業評估階段就淘汰不合格的構想，此時花的只是幾十個工時，而不是模具費與試產料。
• 跨部門對齊：業務、研發、採購、生產、品保在同一張表上看到同樣的資訊，避免「研發做完才丟給生產」的牆壁式交接。

如果你的公司已經導入 ISO 9001，條文 8.3「產品與服務的設計和開發」本來就要求組織建立設計開發流程，涵蓋規劃、輸入、管制、輸出與變更。換句話說，一套清楚的產品開發流程，也是品質系統稽核時最容易被檢查的地方之一。

Stage-Gate 階段關卡模型：新產品開發最常用的骨架

談到新產品開發，最常被引用的框架是 Stage-Gate 階段關卡模型，由加拿大學者 Robert G. Cooper 提出，此名詞於 1988 年首次見於出版品。它的邏輯很簡單：把開發過程切成幾個「階段」（Stage），每個階段之間設一道「關卡」（Gate），由高階主管擔任關卡審查人（Gatekeeper），依事先定好的標準做出四種決定之一：

• Go（通過）：核准進入下一階段，並同時核准下一階段的人力與預算。
• Kill（終止）：停止專案，資源釋放給其他專案。
• Hold（暫停）：專案本身有價值，但目前資源或優先順序不足，先放進待辦清單。
• Recycle（重做）：資料不完整或假設未驗證，退回本階段補件後再審。

Stage-Gate 官方說明的標準版本包含一個前期的「發現與構想」，加上五個階段與五道關卡。以下整理成中小企業容易理解的對照表：

Cooper 後來也提出可依專案大小調整的版本：大型新產品走完整版，產品延伸或改良可走較精簡的 XPress 版，業務提出的小幅修改則走更輕量的 Lite 版。這一點對中小企業特別重要，因為並不是每一個改款都需要開五次關卡會議。

新產品開發六階段怎麼做？每一階段的實務重點

階段 0：發現與構想，先建立「構想漏斗」

多數公司不是缺構想，而是構想散落在業務的 LINE 群組、老闆的筆記本和工程師的腦袋裡。建議建立一張構想登錄表，每一個構想都用同一格式填寫：要解決誰的什麼問題、目前客戶怎麼解決、我們的優勢是什麼、粗估一年可以賣多少。每月或每季由產品負責人整理一次，進入第一關審查。

階段 1：概念界定，用一週時間做「快速功課」

這個階段的原則是快與便宜。用桌面研究、打幾通電話給熟悉的客戶、請資深工程師評估技術難度，在一到兩週內回答「這個構想有沒有致命傷」。常見的致命傷包括：法規不允許、關鍵零件只有一家供應商且不賣給我們、市場規模太小，或與公司策略方向無關。

階段 2：建立商業論證，最常被跳過也最關鍵

這是決定專案成敗的階段，卻最常被跳過。很多公司在概念通過後就直接開圖，結果開發到一半才發現規格定錯。商業論證至少要完成四件事：

1. 客戶聲音：實際訪談至少 5 到 10 位目標客戶，確認痛點、使用情境與願付價格，而不是只聽業務轉述。
2. 產品定義：寫出明確的產品需求規格，包括目標客群、必要功能、可選功能、目標售價、目標成本、上市時間。
3. 財務試算：估算開發費用、模具與設備投資、單位成本、預估銷量，算出回收期與毛利。
4. 開發計畫：時程、人力、預算、主要風險與因應方式。

產品定義一旦在第二關確認，後續任何變更都應該走正式的變更程序，這是防止「規格無限膨脹」最有效的手段。關於如何用最少資源驗證市場需求，可以延伸閱讀MVP 最小可行性產品一文；若想強化客戶洞察的方法，可參考設計思考的同理心訪談技巧。

階段 3：開發，設計與製程同步進行

開發階段最大的陷阱是研發單獨作業，等設計凍結後才交給生產。比較好的做法是讓製造、採購、品保在這個階段就參與設計審查，提早提出可製造性、可組裝性與可採購性的意見。若是車用或供應鏈要求嚴謹的產業，可參考汽車業的 APQP 先期產品品質規劃，它把開發分成計畫定義、產品設計開發、製程設計開發、產品與製程確認、回饋評估與矯正五個階段，並要求 DFMEA、管制計畫等交付物。

階段 4：測試與驗證，別只測產品，也要測市場

此階段要同時驗證三件事：產品功能與可靠度是否達到規格、量產製程是否穩定、客戶是否真的願意買單。建議至少安排一輪小量試產，並邀請幾位重點客戶試用。試產良率、主要不良項目、客戶試用回饋，都是第五關的審查重點。

階段 5：上市，並安排上市後檢討

上市不是終點。建議在上市後 3 個月與 12 個月各做一次檢討，比對當初商業論證中的銷量、毛利、成本與時程預估，找出估計偏差的原因，回饋到下一個專案。這個習慣是讓產品開發流程越跑越準的關鍵。

關卡審查怎麼開？Go／Kill 評分表範例

關卡會議開得好不好，決定了整個產品開發流程有沒有效。最常見的失敗是關卡變成「報告會」：專案經理講完，大家點頭，沒有人敢說停。要避免這種情況，評審標準必須在專案開始前就寫好，並區分「必要條件」與「加分條件」。

必要條件是一票否決項，只要有一項不符合就不能通過，例如：符合公司策略方向、沒有無法解決的法規或技術障礙、沒有重大安全疑慮。加分條件則用分數評估，例如以下範例：

計算方式：加權總分等於各構面分數乘以權重後加總，滿分 5 分。公司可以事先約定門檻，例如加權總分 3.5 分以上才考慮通過、3.0 分以下原則上終止，中間區間由審查人討論。重點不在分數本身，而在於逼審查人針對每個構面說出理由。

關卡會議的實務建議：

• 資料至少在會議前三個工作天送出，會議時間用在討論與決策，不用在報告。
• 每一關都要同時決定「這個專案過不過」與「下一階段給多少資源」，沒有給資源的 Go 等於沒有決定。
• 決議要留下書面紀錄，包括通過條件、待補事項與負責人。
• 老闆若同時是審查人與專案發起人，建議另請一位資深主管擔任「挑戰者」角色，專門提出反對意見。

產品開發流程的角色分工：RACI 怎麼排？

中小企業常見的狀況是「研發主管什麼都管」，結果研發主管變成瓶頸。建議在產品開發流程中明確定義以下角色，並用 RACI 表標示每個階段誰負責執行（R）、誰最終當責（A）、誰需要被諮詢（C）、誰需要被告知（I）：

如果公司還沒有專職產品經理，可以先由業務或研發中最了解客戶的人兼任，但必須明確授權他對產品定義負責。關於這個角色的完整職責，可參考產品經理的工作內容與 PRD 撰寫。

產品開發流程常見的 7 個失敗原因與對策

1. 專案太多、同時進行：每位工程師掛在四五個專案上，每個都在等。對策是設定在製專案上限，新專案必須在舊專案結案或被終止後才能啟動。
2. 關卡只會通過、不會終止：沉沒成本心理讓大家捨不得砍。對策是追蹤「終止率」，一個健康的漏斗，前段關卡本來就應該淘汰不少構想。
3. 前期功課做太少：跳過商業論證直接開發。對策是規定沒有產品需求規格與財務試算，不得申請開模或採購原型料件。
4. 規格持續追加：開發途中業務一句「客戶也想要這個功能」就加進去。對策是規格凍結後的變更一律走工程變更申請，評估對時程、成本的影響後由審查人決定。
5. 研發與生產脫節：試產才發現無法量產。對策是開發階段就讓製造與採購參與設計審查。
6. 缺乏客戶驗證：以為自己懂客戶。對策是在第二關與第四關都要求附上實際客戶回饋紀錄。
7. 上市後沒有檢討：同樣的錯誤一再發生。對策是把上市後檢討列為正式的最後一關，並建立經驗教訓資料庫。

其中工程變更與 BOM 版本管理，若產品料件多、版本頻繁，可以進一步參考PLM 產品生命週期管理的作法；若產品有技術突破，記得在公開發表前評估是否要先提出申請，詳見專利申請指南。

Stage-Gate 與敏捷開發可以一起用嗎？混合模式的做法

有些主管會問：Stage-Gate 聽起來很重、很像瀑布式，是不是不適合軟體或變化快的產品？Cooper 本人近年也提出 Agile-Stage-Gate 混合模式：保留關卡作為高階主管的投資決策點，但在每個階段內部，用短週期衝刺的方式迭代開發，每次衝刺結束都產出可以展示給客戶看的成果。

實務上可以這樣分工：

• 關卡層級：回答「值不值得繼續投資」，由經營層決定，頻率以月或季為單位。
• 衝刺層級：回答「這兩週要完成什麼」，由團隊自主規劃，頻率以週為單位。
• 連結點：每一關審查時，除了文件，也要看最新一次衝刺的實際成品與客戶回饋。

硬體產品雖然無法每兩週交付一台新機器，但可以把衝刺成果定義為「一個經過驗證的假設」，例如完成某個關鍵模組的功能樣品、完成一輪客戶訪談、完成一次散熱模擬。關於 Scrum 與 Sprint 的細節，可參考敏捷開發完整指南。

如何衡量新產品開發流程的成效？5 個管理指標

流程導入後，老闆最關心的是有沒有變好。建議每季追蹤以下指標，公式需在公司內統一定義：

• 新產品營收占比：近三年內上市的新產品營收除以總營收。反映公司營收是否持續被新產品更新。
• 上市準時率：實際上市日期在第二關核定日期之內的專案數，除以當期上市專案總數。
• 關卡終止率：各關卡被終止的專案數除以送審專案數。前段關卡終止率太低，通常代表篩選不夠嚴格。
• 開發預算偏差率：（實際開發費用減核定預算）除以核定預算。正值代表超支。
• 上市後一年達成率：上市第一年實際銷售額除以商業論證預估銷售額，用來檢驗預估的準確度。

這些指標不是用來懲罰專案團隊，而是用來改善流程本身。例如上市後一年達成率持續偏低，代表商業論證階段的市場驗證不足，應該加強客戶訪談，而不是責怪業務不努力。研發團隊個人與團隊的績效該如何設計，則可參考同系列的研發績效與 OKR 設計。

中小企業導入產品開發流程的 90 天計畫

很多公司一聽到流程就想寫一本厚厚的程序書，結果寫完沒人用。建議用 90 天、從一個試點專案開始：

1. 第 1 至 30 天：盤點與設計。列出目前所有進行中的開發專案，標記各自的階段、投入人力與預估完成日；設計精簡版流程，先定 4 到 5 個階段、3 到 4 道關卡，以及每一關的交付物清單與評分表。
2. 第 31 至 60 天：試點運行。挑一個中等規模、即將進入商業論證的專案作為試點，完整走一次關卡會議，記錄哪些表單太繁瑣、哪些資訊缺漏。
3. 第 61 至 90 天：修正與推廣。依試點經驗修正表單，再把所有進行中的專案重新過一次「盤點關卡」，該砍的砍、該暫停的暫停，讓剩下的專案獲得足夠資源。

第 61 天的「盤點關卡」往往是效果最明顯的一步。許多公司在這一步發現，同時進行的專案數量遠超過研發人力能承擔的量，砍掉一部分後，剩下的專案反而推進得更快。研發部門的整體管理架構，可以回到中小企業研發管理總覽對照。

用管理王系統落實產品開發流程

流程設計好之後，最大的挑戰是「每天有沒有照著跑」。管理王是一站式企業 AI 管理系統，以下幾個功能和產品開發流程直接相關：

• 專案管理與任務管理：每個開發專案建立一個專案，把六個階段拆成里程碑，各階段交付物指派為任務並設定負責人與到期日，老闆可以一眼看出哪個專案卡在哪個階段。
• 簽核中心與簽核流程自訂：把關卡審查設計成簽核流程，例如商業論證送審需經研發主管、業務主管、財務主管與總經理依序簽核，決議與意見都留下紀錄，也可用於規格凍結後的工程變更申請。
• AI 會議記錄：關卡會議與設計審查會議的討論重點、決議事項與待辦事項自動整理，避免會後各說各話。
• AI 知識庫與儲存空間（雲端硬碟）：把產品需求規格、測試報告、上市後檢討與經驗教訓集中保存，新專案啟動時可以快速查詢過去類似專案踩過的坑。

系統的角色是讓流程「看得見、留得下來」，真正的關鍵仍是關卡審查人願不願意根據標準做出困難的決定。

產品開發流程常見問題

產品開發流程和專案管理有什麼不同？

專案管理處理「如何在時間、成本、品質限制下把事做完」；產品開發流程則多了「是否值得繼續投資」的決策機制。一個好的產品開發流程會在關卡上決定專案的生死，而專案管理負責每個階段內部的執行。

公司很小，只有三五位研發人員，也需要 Stage-Gate 嗎？

需要，但要簡化。可以把階段縮減為「構想、定義、開發、驗證上市」四段，關卡減為三道，每道關卡用一頁評分表即可。重點是讓「要不要繼續做」這個決定被正式討論，而不是默默拖延。

Stage-Gate 會不會讓開發速度變慢？

設計不良的關卡確實會拖慢速度，例如文件要求過多、會議排不到時間。改善方式是精簡交付物、固定關卡會議日期，並依專案規模選擇不同版本。從整體來看，及早終止不值得做的專案，通常能讓資源集中在剩下的專案上。

新產品開發一定要先做市場調查嗎？

不一定要做大型市調，但一定要有客戶證據。最低限度是在商業論證階段直接訪談目標客戶，確認痛點與願付價格；若不確定性高，可以先做簡易原型或 MVP 驗證，再決定是否大量投資。

產品開發流程中的研發費用可以申請租稅優惠嗎？

符合條件的研發支出可評估適用研發投資抵減，但對研發活動的創新程度、費用項目、文件與申請期限都有規定，且改進現有產品的活動原則上不在範圍內。詳細規定請見研發投資抵減完整解析，個案請諮詢會計師。

關卡審查人應該由誰擔任？

關卡審查人應是能決定資源分配的人，通常是總經理加上研發、業務、生產、財務主管組成的小組。成員最好固定，讓評審標準一致；專案經理負責提案，不擔任自己專案的審查人。

結論：產品開發流程是讓研發資源產生最大報酬的決策系統

產品開發流程的價值，不在於流程圖畫得多漂亮，而在於讓公司在每個關鍵時點，用一致的標準做出「繼續、暫停、重做或終止」的決定。中小企業可以 Stage-Gate 為骨架，依專案規模調整繁簡，在商業論證階段多花功夫、在開發階段讓生產提早參與、在上市後落實檢討，並用新產品營收占比、上市準時率等指標持續改善。從一個試點專案開始，90 天內就能建立第一版可運作的新產品開發流程。

需要協助建立產品開發流程？戰國策戰勝學院顧問輔導

戰國策戰勝學院自 2000 年成立以來，持續協助企業進行經營診斷與制度建置。若貴公司希望建立適合自身規模的產品開發流程，我們的顧問輔導服務可以從現況盤點開始，協助設計階段與關卡、交付物清單、評分表與 RACI 分工，並陪同試點專案實際運行，讓流程真正落地。若希望提升研發與產品主管的跨部門協作與決策能力，也可以搭配企業內訓課程，依貴公司產業與產品特性客製化教材。

資料來源：Stage-Gate International：The Stage-Gate Model Overview、Cooper, The Stage-Gate Idea to Launch System（Wiley）、Cooper, The Agile-Stage-Gate Hybrid Model、ISO 9001:2015 Quality management systems、AIAG（APQP 先期產品品質規劃）