|
|
 |
簡介產品生命週期(PLC) I
Product Life Cycle (PLC)，一般我們稱之為「產品生命週期」，其流程圖大致如上面的圖示，工作熊必須先聲明一下，不見得每家公司或產品的「產品生命週期」都長得一模一樣，有的可能比這個更複雜，而有的可能比這個簡單，但應該都不會相差太遠才是，從這張圖可以看出產品從誕生、成長、茁壯、到被淘汰的各個階段。
另外，也有人用NPD(New Product Development，新產品開發)流程來命名，不過一般NPD最主要著重在新產品的開發而已，主要包含從點子發想到產品推廣到市場流程，而少了產品量產後的規劃。
上面流程圖的【方塊圖】表示產品發展的各個階段，而【菱形方塊】則是檢查點，用以確認產品的發展是否可以進入到下一個階段。期間有很多產品會在產品發展的初期就夭折了，也有一些可能發展到一半才喊停，這有可能是因為對手推出了更新、更便宜的產品，或市場環境已經改變而不符實際需求。要知道研發一個新產品可是非常昂貴的，所以每一個階段都得小心謹慎，還得與時間賽跑。
下面我們就針對「產品生命週期」的每個階段稍微做一下解釋：
Proposal (案件提議)
基本上，每項新產品的出生都是從一個idea(點子)發想開始的。
有些點子來自市場需求，有些來自工程師的靈光一閃，也有些看起來像是天馬行空、甚至當下根本無法實現的想法。不過，這並不代表它們沒有價值。許多成功的產品，最初其實都曾被認為「不切實際」。
因此，好的企業通常不會急著否定創意，而是建立一套機制，把想法先留下來、整理起來，再透過後續評估來決定是否值得投入。
現代企業普遍會建立系統化的 Idea Management（創意管理）機制，常見工具包含：
- Jira + Confluence：適合技術導向團隊，以 Issue、Epic 等方式管理與追蹤產品想法。
- Aha! 或 Productboard：專門用於產品路線圖（Roadmap）與產品構想管理，較常見於中大型企業。
- 內部創新平台：例如使用 Power Apps 自建系統，或結合 Slack、Teams、企業微信、飛書等工具建立提案專區。
透過這些工具，公司可以有效收集來自業務、研發、生產、客服甚至客戶端的想法，並進一步進行討論、投票、評分與追蹤。
值得注意的是，新案件的來源不一定來自公司內部。有些產品是企業主動發想而產生，但也有不少專案，其實是由終端客戶需求、市場變化或重大商機所驅動。
另外，在 Proposal 階段也建議設立明確的 Kill Point（淘汰關卡），有些公司也稱為 Gate 0。
其核心精神並不是否定創意，而是盡早淘汰不適合投入的專案，避免浪費有限資源。常見的評估與淘汰條件包括：
- 市場規模太小
- 技術可行性低
- 預估毛利不達標
- 與公司策略方向不符
- 資源需求過高
越早做出判斷，公司越能把有限的資源集中在真正具有潛力的專案上。這也是許多高效率產品開發組織的重要共同特徵：不是做更多專案，而是更早淘汰不值得做的專案。
談到這裡，不得不讓人想起，當初Apple在iPhone上採取的單機策略（Hero Product Strategy），與hTC在安卓手機的機海（Product Proliferation Strategy）策略差異。當然，這就是另外一個話題了，不在此嘮叨。
Investigation (市場調查)
當產品概念通過 Proposal（案件提議）階段後，接下來要確認的問題就是：市場是否真的需要這個產品？
許多產品的失敗，不是因為做不出來，而是做出了市場不想買的東西。因此，Investigation 階段的重點，是深入了解目標客群與潛在顧客的真正需求，而不是急著進入設計開發。
現代產品開發通常會先建立 MRD（Market Requirements Document，市場需求文件），定義市場需求，例如目標客群、痛點、市場規模、競爭狀況與價格敏感度。
確認需求後，再轉化成 PRD（Product Requirements Document，產品需求文件），將需求具體化為產品規格。以電子產品為例，可能包含外觀、螢幕的大小及顏色、按鍵型式、通訊接口、記憶體大小、中央處理器型號、功耗與成本等要求。
常見方法包括 VoC（客戶之聲）、JTBD、Kano 模型 與 聯合分析，用來理解客戶真正重視的是什麼。
此階段最重要的目標，是同時確認市場需求與技術可行性，避免投入大量資源後，才發現產品不符合市場期待。
Development (研究發展)
這就是我們比較熟知的「研發」，研發人員應該要根據「市調」提出的 PRD 來進行新產品開發，同時產出更詳細的 ERS (Engineering Requirements Specification) 文件，作為機構、硬體、韌體、軟體、包裝、文件與認證等各領域團隊共同遵循的技術依據。
研發的過程一般分為三為個階段，從EVT(Engineering Verification Test)工程驗證測試、DVT(Design Verification Test)設計驗證測試、到PVT(Production Verification Test)生產驗證測試。
相關閱讀: 開發新產品有三個驗證階段(EVT/DVT/PVT)
同時需同步進行產品認證工作（如CE、FCC、UL等）。
開發階段重要補充：
- DFM/DFA/DFX 導入：從研發早期就應重視 DFM（Design for Manufacturing）、DFA（Design for Assembly） 與 DFX（Design for Excellence），以確保產品容易製造、組裝、測試與維修，大幅降低量產後的成本與良率問題。
- Should Cost Analysis（應有成本分析）：在開發過程中，應同步進行 Should Cost Analysis，預估產品的合理成本目標，並持續追蹤實際設計成本，避免開發出「技術很好但太貴」的產品。
- DevOps/CI/CD 在嵌入式系統的應用：現代嵌入式產品開發越來越重視敏捷做法，導入 DevOps 文化與 CI/CD 流程（Continuous Integration / Continuous Deployment），透過自動化測試、版本控制與每日建置，讓硬體、韌體與軟體團隊能更快發現問題、加速迭代。
Beta Implement (產品試賣)
一般有規模的公司不會在產品剛研發好就立刻大量生產、大賣特賣。除非像 iPhone 那樣有極高市場信心，否則建議先進行 Beta Implement 階段。
此階段的核心概念是推出 MVP（Minimum Viable Product，最小可行產品），以最精簡但具核心價值的版本，快速進入市場驗證。
常見做法包括：
- 選定幾個代表性客戶進行試點測試。
- 建立 Landing Page（著陸頁） 搭配 Pre-order（預購） 機制，提前收集市場真實反應與訂單意願。
此階段主要目的有三：
- 驗證市場是否真的接受該產品。
- 收集客戶真實回饋。
- 發現研發階段未被發現的問題。
許多公司經常忽略這個步驟，自信的以為研發出來的東西就一定會大賣？結果生產了一堆產品，還在市場上鋪了貨，結果卻是乏人問津，損失慘重，也有一推出時大賣，卻發現問題一堆，再來就沒人再光顧。做好 Beta Implement 階段，能大幅降低後續的市場風險與庫存損失。
相關閱讀：
- 介紹Project Management(PM)在電子公司的角色與職責
- 介紹NPI(New Product Introduction)在公司的角色與職責
- 產品燒機的優缺點探討 (B/I, Burn In)，Run/In又是什麼？
- 新產品開發階段，什麼是POC？與EVT/DVT/PVT有何關係？
|
|
訪客留言內容（Comments）
Hi，工作熊
【介紹Project Management(PM)在電子公司的角色與職責】
感谢您推荐的这篇文章，从您这边产品开发流程来看，市调阶段的产出有PRD，PRD出来后会进行立项工作，项目经理在立项之后才产生？PRD是否是由产品经理主导完成？ERS应该由谁主导完成？现在市调的人员越来越专业，很多是技术背景，PRD已经很详细，这种情况下如何去区分PRD和ERS的区别。
盼复
谢谢
訪客留言注意事項：
1.首次留言須通過審核後內容才會出現在版面上，請不要重複留言。
2.留言時請在相關主題文章下留言，與主題不相關的留言將會被視為垃圾留言，請善加利用【搜尋框】尋找相關文章，找不到主題時請在「水平選單」的「留言板」留言。
3. 留言前請先用【搜尋框】尋找相關文章，自己做一點功課後再留言。沒有前因後果的內容，工作熊不一定會瞭解你在說什麼，就更無法回答你的問題。
4. 工作熊並非某一方面的專家，所以回答的內容或許會有不正確的地方，服用前還請三思。如果您想詢問關於電路板方面的工程問題，請先參考這篇文章【詢問工程問題，請提供足夠的資訊以利有效回答】 把自己的問題想清楚了再來詢問，並且提供足夠的資訊，這樣才能有效回答問題。
5. 工作熊每則留言都會看，但不會每則留言都回答，尤其是只有問候之類的內容。
6. 留言詢問時請注意您的態度，工作熊不是你的「細漢(小弟)」，更沒有拿你的薪水，所以不接受吆喝工作熊的態度來回答你的問題。
7. 原則上工作熊不接受私下電子郵件、電話、私訊、微信或任何即時通聯絡。
8. 自2021年7月起Google將停止最新文章電子郵件通知，如果你想隨時接收部落格的最新文章可以參考這裡。
我在大陸手機組裝廠當組裝製造幹部,近年來作業員流動率高,常常2~3個月就換一批人,且很多是短期臨時工,在此情況下作業品質很不穩定,請教雄大能給予指導建議或經驗分享嗎?