產品管理生命週期
一句話定義
產品管理生命週期是把 產品經理 的工作拆成「評估機會 → 確定顧客 → 定義 / 設計 → 建構 / 上市 → 量測 / 迭代」五階段的職能地圖；它可用來定位產品設計師轉 PM 時已具備的能力與需要補齊的商業、策略、上市和量測能力。
核心要點
五階段地圖
2026-05-07-Unblock-產品設計產品管理-Ep1-產品生命週期 用五階段描述產品管理工作面：
| 階段 | PM 要處理的問題 | 產品設計師常見既有優勢 | 主要待補能力 |
|---|---|---|---|
| 1. 評估目標機會 | 這個機會是否值得公司投入？ | 已接觸產品基本語言與團隊限制 | 產品管理 fundamentals、包裝自身經驗、理解 target opportunity 與公司 strategy |
| 2. 確定目標顧客 | 誰是目標顧客？問題或商業機會是否成立？ | persona、use case、user testing、customer development 經驗 | finance / business intelligence、business opportunity 定義、executive-level strategy influence |
| 3. 定義與設計產品 | MVP、PRD、release scope、roadmap 如何落地？ | sketching、wireframing、prototype、design sprint、design validation | release scoping、文件撰寫、roadmap 建構與排序；從親自設計轉成與 designer 協作 |
| 4. 建構與上市產品 | 團隊如何開發、測試、上市或釋出？ | 曾與工程、marketing、scrum team 協作 | run scrum team、設計 A/B test、go-to-market、既有使用者 release strategy |
| 5. 量測與迭代產品 | 上市後學到什麼？roadmap 如何更新？ | 看過指標回饋與產品迭代 | act on learnings、更新 roadmap、跨公司 evangelize、持續溝通成果 |
這張表的重點不是每階段都要求 entry-level PM 立刻精通，而是讓轉職者知道缺口在哪裡，並把既有設計經驗重新包裝成 PM 能力證據。
Measure / iterate 的任務是買到下一輪學習
2026-08-18-Unblock-擁抱失敗像產品經理學習 把生命週期最後一段講成 Product Designer 也能吸收的心法：一個版本不需要回答所有問題，但要透過發布、測量、使用者回饋、A/B test、analytics 或 retro 買到足夠學習，讓下一輪產品與設計判斷更準。
因此 measure / iterate 不是 launch 後的形式收尾，而是產品管理生命週期回到前段的入口。若設計或產品未達預期，團隊應該追問：哪個 customer need、business hypothesis、success metric 或跨職能假設沒有成立？這些問題回答得越清楚，下一輪 roadmap 越不會只是情緒性修補。
設計流程落在中段，不是 PM 之外
影片把 雙鑽石模型 與 dual-track agile 對位到產品管理生命週期：
- Discovery / Define：從「確定目標顧客」開始，進入探索與定義工作。
- Solution / Delivery：到「建構與上市產品」時，轉向開發與交付。
這讓設計師的研究、定義、原型與驗證能力不只是「設計專業」，也是產品生命週期中間段的核心 PM 資產。
Kanban 適合 discovery，Scrum 適合 delivery
在 discovery / definition 階段，PM 常要與設計師、研究員、行銷與其他利害關係人合作。影片認為此時 Kanban 的價值在於可視化工作量、控制每個人的負荷，讓團隊不被過度塞滿。
進入 engineering delivery 後，PM 需要熟悉更完整的 agile / Scrum 活動：sprint planning、功能實作、review、monitor outcome，以及把分析折回 roadmap。
Delivery 階段要看增量能不能變小
2026-05-07-Jayden-Lin-Agile增量需求溝通 讓「Scrum / sprint」從儀式往交付成熟度落地：如果每個迭代後產不出 integrated / running / tested 的 敏捷增量，那團隊其實還沒有進入真正短週期 delivery。
PM 在 build / launch 階段要看見兩層問題：
- 需求層：大流程是否已共識？本輪增量邊界是否清楚？工程疑慮是否有足夠細節能判斷架構與估時？
- 工程實踐層：開發 / 測試部署環境、共用元件、技術債、自動化測試、任務切換與緩衝時間是否支持一個月、兩週甚至更短的可用軟體釋出？
因此 delivery 不是 PM 把需求丟給工程後等待結果，而是共同改善交付系統，直到增量真的能變小。
產品設計師轉 PM 的最大缺口在前段
產品設計師通常已經在最後三階段有大量間接經驗：看過 roadmap、PRD、工程協作、prototype、user testing、產品發佈與指標回饋。真正陌生的是更前段的商業與策略問題：
- 如何把使用者問題說成 business opportunity。
- 如何和 finance / BI 溝通機會、目標與數據。
- 如何理解公司 strategic goals。
- 如何影響 executive-level product strategy。
因此「設計師轉 PM」不是從 0 開始，而是把使用者中心優勢往商業、策略與組織傳播層擴張。
與其他概念的關係
- 產品經理 — 產品管理生命週期把 PM 的角色從「寫 PRD」擴成端到端責任地圖：機會、顧客、定義、交付與迭代。
- UX職能 — Product Designer → Product Manager 是防守範圍擴張：從研究 / 設計 / 驗證，往商業機會、roadmap、上市與組織傳播延伸。
- 產品思維 — 生命週期是產品思維的流程化版本；先定義使用者與機會，再把解法推進交付、量測與迭代。
- 雙鑽石模型 — 雙鑽石描述 discovery / define 的節奏，並在本來源中被放進 PM 生命週期中段。
- 產品優先級 — 生命週期中的 roadmap / release / iteration 需要優先級工具支撐，避免每個需求都進 delivery。
- 敏捷增量 — build / launch 階段的交付顆粒；檢查 Scrum / sprint 是否真的產生可用軟體。
- Goal-Signal-Metric — 「量測並迭代」階段需要把產品目標轉成可觀察訊號與指標。
- PRD — 「定義與設計產品」階段的常見文件工具；但文件只是把決策轉成團隊語言，不是 PM 生命週期本體。
- 產品設計三元素 — 設計師轉 PM 時需要把使用者中心優勢與技術、商業、組織可行性一起納入判斷。
相關來源
- 2026-08-18-Unblock-擁抱失敗像產品經理學習 — Unblock Substack 文章；補入 measure / iterate 的學習心態：每輪產品或設計迭代要買到下一步決策所需的 customer feedback、資料與 retro 結論。
- 2026-05-07-Unblock-產品設計產品管理-Ep1-產品生命週期 — Unblock「產品設計↔產品管理」Ep1；用五階段產品生命週期拆解 Product Designer 轉 Product Manager 的既有優勢與缺口。
- 2026-05-07-Jayden-Lin-Agile增量需求溝通 — 補入 build / launch 階段的增量成熟度：短週期 delivery 需要需求共識與工程實踐共同支撐。
備註
- 與傳統產品生命週期的區隔：行銷 / 策略語境的 product life cycle 常指導入、成長、成熟、衰退的銷售曲線；本頁專指 product management life cycle，也就是 PM 工作流程與職能責任地圖。若後續 ingest 傳統 PLC 來源，可另建
產品生命週期-(市場).md或將本頁 alias 調整。 - 待補來源：Unblock 2021 產品管理訪談、Marty Cagan Inspired、Teresa Torres Continuous Discovery Habits、Scrum / Kanban / dual-track agile 主題來源，都可補實本頁的方法源頭與限制。