2020-05-15|閱讀時間 ‧ 約 7 分鐘

身為互聯網產品經理，一定要知道的5道工作流程

在《互聯網產品經理，他們的工作內容在做什麼？》這篇文章中，我們提到互聯網產品基本上都會涉及到軟體的開發，而互聯網產品經理很重要的工作就是定義軟體要開發哪些功能，並確保這些功能在要求的標準下順利發布，提供給目標用戶價值，進而帶來商業利益。

在管理整個產品週期的過程中，主要的工作流程會包含5個步驟：

用戶調研
需求分析
功能設計
開發跟進
用戶體驗

接下來，我們來了解下每項工作到底在幹嘛吧！

用戶調研

做任何產品都是一個「從用戶來，到用戶去」的過程，所以時刻要有「以用戶為中心」的思想，能夠一秒變用戶，去體會他在什麼樣的場景？遇到什麼樣的問題？使用了我們的產品後有什麼感受？產品經理可以通過數據分析、問卷調查、用戶訪談等方式來盡可能的挖掘用戶需求，盡可能地收集需求。

但需要注意的是，並非用戶說什麼我們就完全照單全收，而是要觀察用戶實際說的和做的，因為怎麼說表達了用戶的目標和觀點，而怎麼做反應了實際他的行為，因為用戶常是「言行不一」的，所以這個階段，剛入門的產品經理要注意多問為什麼，避免掉入偽需求的陷阱，做了一堆用戶以為他需要，但實際上不能解決問題的功能。

需求分析

好了，現在我們手頭上收集了很多用戶回饋的需求，那我們該怎麼下手？用戶都提出來他想怎麼解決問題了，產品經理就照著設計嗎？

其實，產品經理存在的價值就是要想辦法透過分析，找到用戶內心真正的渴望，並轉換成最佳的產品方案，最有名的例子就是福特汽車，用戶提出想要一匹更快的馬，而福特給出了一輛車，幫助用戶實現「更快、更安全到達目的地」的真實需求。

因為一個團隊的時間和人力資源是有限的，所以在區分出用戶真正的需求後，我們需要進一步考慮哪些需求要做？其中又有哪些要優先做？

這裡簡單分享評估需求優先級常見的兩種方式：

KANO模型法（從用戶視角出發）
KANO模型是東京理工大學狩野紀昭教授在1979年提出，從需求實現率和用戶滿意度來衡量產品需求的優先級，核心概念是：產品實現不同類型的用戶需求，所產生的用戶滿意度也會有不同的表現。

這個方法，主要將人的需求分成三類：

基本型需求是屬於用戶認為「必須要有」的功能，產品具備此類的功能，用戶會覺得理所當然，如果缺乏，用戶會覺得非常不滿意，引發抱怨和投訴 ; 但如果具備，用戶也可能不會因此感到滿意。例如：汽車需要正常能夠行駛、冷氣空調需要正常製冷、餐廳要能提供餐點讓顧客飽餐一頓、行動支付App要能夠順利付款結帳等。

期望型需求是屬於用戶認為「有更好，多多益善」的功能，如果功能超出用戶預期越多，則滿意度越高，這類需求是用戶可以清晰知道的。例如：商店提供優惠活動，當折扣越多時，用戶感到越開心 ; 行動支付App顯示各筆帳單紀錄，方便用戶記帳管理等。

興奮型需求是屬於「驚喜，Wow！」的功能，這類需求是用戶無預期的，當提供這些出乎意料的功能時，用戶的滿意度會急遽上升，從而提高忠誠度。例如：酒店特定為新婚夫妻準備特別的禮物和升級套房，以表示祝福 ; 電商送貨時附贈適合顧客膚質的知名彩妝小樣等。

基於以上不同需求類型的特性，可以按照基本型需求期望型需求興奮型需求來排定優先級，即一輛車需要能正常行駛，才會進而考慮到它的外觀和車內的舒適度，如果再有自動駕駛就更好了！

所以可以想想目前我們負責的產品需求，它是屬於哪一類型的呢？用戶對於它的預期是如何？做和不做對用戶滿意度的影響又是如何？就知道該怎麼安排投入資源了。

四像限分析法
所有的事情我們可以依照「重要度」和「緊急度」兩個維度來歸類，重要度優先於緊急度，所以排序優先度是：重要且緊急重要不緊急緊急不重要不重要不緊急。

但關鍵在於我們怎麼衡量事情有多重要和多緊急，我覺得可以問幾個問題：

這件事不做的負面影響程度有多大？

做了可以帶來什麼效益？

是不是現在一定要解決？

有沒有更適合的時間點？

有沒有更急迫要解決的事？

功能設計

需求不能只是紙上談兵，就像好的點子在沒有實現之前都是空談，所以當我們了解各個需求的目標使用者、發生場景、要產生的價值時，就需進一步轉換成團隊可以開發的功能。

在這個階段，會由產品經理先整理出整個功能框架，然後再交由UX設計師來設計交互邏輯，如果公司比較小的情況下可能此角色也會由產品經理一起承擔，接著撰寫需求文檔（Product requirements document, PRD），並召開需求評審會，由產品經理統一說明，讓UI、技術、測試團隊可以理解文檔內的描述，以便後續進行開發階段。

開發跟進

當一個需求經過用戶調研、需求分析、功能設計到開發後，產品經理的工作並非就結束了，因為技術團隊在開發過程中，會遇到各式各樣的問題，可能是技術上無法實現我們要求的邏輯，或是功能之間存在矛盾衝突，亦或是有更好的方案，這些都需要產品經理參與在開發過程中，協助明確產品邏輯和決定採用的方案。

所以，產品經理常是白天在和團隊們開會，解決各式各樣的問題，晚上加班趕下一個版本的需求文檔呢！

用戶體驗

好不容易版本開發測試完成，就會安排上線，讓用戶可以下載使用，這時產品經理仍需要持續關注上線後的數據變化，並通過數據分析來了解產品是否變得更好？是否提供更大的用戶價值？如果沒有，則要規劃下一步的行動方案，一般面向消費者的軟體產品更多關心的數據指標是日活用戶（DAU）、月活用戶（MAU）、留存率（Retention）、轉化率（Conversion Rate）等，而面向企業的軟體產品因和客戶業務型態更相關，所以也會加入客戶的訪談，以取得更直接的回饋。

總結來說，產品經理日常的工作流程就如同上圖，其實，「產品就是產品經理的孩子。」這句話一點都沒錯！一個產品存在的價值、定位、包含的功能、未來的方向等，都需要經由產品經理來定義和把控，所以要打造一個成功的產品，需要產品經理投入大量的時間和精力，並且無時無刻在思考產品下一步該怎麼走，雖然這份職責重大，挑戰也高，但過程中所累積的寶貴經驗是很難能可貴的，這就是為什麼有人常說：「產品經理是CEO的學前班」。

好啦！我相信你已經摩拳擦掌準備加入互聯網產品經理行列了，接下來，讓我們一起面對求職大魔王，邁向產品之路吧！

付費訂閱

分享至

成為作者繼續創作的動力吧！

產品經理入行指南

追蹤

付費閱讀

從 Google News 追蹤更多 vocus 的最新精選內容