產品經理在幹嘛？解析軟體業產品開發流程
從流程面建構產品經理的技能樹
前言
在了解產品經理之前，我們可以先通過產品開發的流程，去建構出身為一個產品經理該有的技能樹，進而描繪出這個職位的輪廓。
雖然每個行業每個公司的開發流程都不太一樣，但只要是追求產品思維及敏捷式開發的公司，其核心概念都是一樣的。如何理解核心精神，並依照不同的人及環境做靈活的變化，才是流程本質的精神。
1.開始與開始之前
內部從0到1的產品開發，需要製作BRD文件跟利害關係人(stakeholders)說明此專案的商業關係，利害關係人可能是CEO等高階主管。待項目被高層確認後，將BRD進一步完善成MRD，用來與主管及同事溝通。
若是外部接案，則需要跟客戶溝通，了解產品的範疇、時程、預算等。也因此，具有技術背景的產品經理有時會很受歡迎，因為具有技術背景的產品經理，可以在客戶提出需求時，更迅速精準的評估出產品開發所需要的時間、預算、人力等。
相關技能：BRD、MRD、人力/時程/預算評估及分配
2.需求與產品設計
一般而言，大部分的公司比較常從這裡開始新的循環，畢竟天天都有從0到1項目的公司，不是接案公司，就是龐然大物公司。(FAANG：誰叫我?)
需求分為蒐集需求與整理需求，但產品經理通常會直接從需求池(X)許願池(O)抓優先級高的來做，因為開發速度基本追不上需求增加的速度，偶爾才需要產品經理去蒐集需求更新需求池。(避免需求「過期」)
確定需求後便開始設計產品，而原型及需求文檔通常由產品經理完成。
原型一般分為以下三種：
1. Wireframe
2. Mockup
3. Prototype要畫哪些？由誰來畫？根據公司而有所不同，但一般而言會預期產品經理至少要會第一種。
相關技能：蒐集需求、整理需求、原型工具、PRD
3.內部評審及技術評審
內部評審就是由產品部門一起審核這次的專案內容，偏向從使用者層面及運營層面去評估討論。
技術評審，由產品經理主持會議並講解專案內容後，工程部門從技術層面去提出建議和反饋。
在此期間，產品經理也需要與UI部門排定設計時程，確保在評審結束後，軟體開始開發前有素材可用。
4.軟體開發及測試
評審結束後，便會開始排程開發軟體，期間也會與產品部門比對產品需求，並進行測試評審。
雖然測試聽起來只佔了其中的一小部分，但卻非常重要，產品上線後不斷修BUG將會失去消費者的信任。(楓之谷：嗯?)
其實從流程圖我們可以注意到，在評審結束後，有一個箭頭拉回了需求池，意思是產品經理不會在開發完成上線前無事可做，而是可以先開啟下一輪副本。(但中間還是還要跟軟體開發對需求)
這也是敏捷開發有別於傳統開發的一個部分，也因此產品經理需要很好的時間管理能力，就像是個時間管理大師...
5.驗收、預發布及上線
通過測試評審，軟體開發部門內部測試完畢後，便交由產品經理驗收。一般驗收包含以下三件事情：
- 產品是否符合PRD及原型
- 操作流程及訊息提示等是否符合直覺(把自己當user使用產品)
- 視覺設計驗收(可以找UI協助)
驗收完畢後，便進入預發布環節。預發布，有人稱作Beta環境，意思是發佈尚未完成的產品，提供部分人試用，避免有些問題在測試及驗收環節時沒有發現，而發佈到線上。
軟體版本週期是指電腦軟體的發展及發行過程，從Pre-alpha（準預覽版本）發展到Alpha（預覽版本）、Pre-Beta（準測試版本）、Beta（測試版本）、Released candidate （最終測試版本）至最後的Release/Gold（完成版）。——節錄自維基百科。
經歷漫長的過程(其實也才一兩個禮拜)，新的功能就可以上線啦~
相關技能：測試用例文件
總結
依上所述，我們可以列出產品經理的技能樹大略如下：
起始階段：BRD、MRD、資源分配及評估
需求階段：蒐集需求、過濾需求、排序需求
產品設計：原型工具、PRD
開發測試：理解基本技術原理
驗收發布：測試用例但其實，許多硬技能都是非必須的。產品經理大部分的時間都是在開會，需要面對工程師、設計、主管，甚至是客戶，如何理解他們的語言才是重點。
因此，如何訓練產品思維、有效溝通、保有好奇心，才是產品經理更重要的課題。
