產品經理在幹嘛?解析軟體業產品開發流程
從流程面建構產品經理的技能樹
前言
在了解產品經理之前,我們可以先通過產品開發的流程,去建構出身為一個產品經理該有的技能樹,進而描繪出這個職位的輪廓。
雖然每個行業每個公司的開發流程都不太一樣,但只要是追求產品思維及敏捷式開發的公司,其核心概念都是一樣的。如何理解核心精神,並依照不同的人及環境做靈活的變化,才是流程本質的精神。
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
開發測試:理解基本技術原理
驗收發布:測試用例
但其實,許多硬技能都是非必須的。產品經理大部分的時間都是在開會,需要面對工程師、設計、主管,甚至是客戶,如何理解他們的語言才是重點。
因此,如何訓練產品思維、有效溝通、保有好奇心,才是產品經理更重要的課題。