在《
互聯網產品經理,他們的工作內容在做什麼?》這篇文章中,我們提到互聯網產品基本上都會涉及到軟體的開發,而互聯網產品經理很重要的工作就是
定義軟體要開發哪些功能,並
確保這些功能在要求的標準下順利發布,提供給目標用戶價值,進而
帶來商業利益。
在管理整個產品週期的過程中,主要的工作流程會包含5個步驟:
- 用戶調研
- 需求分析
- 功能設計
- 開發跟進
- 用戶體驗
接下來,我們來了解下每項工作到底在幹嘛吧!
用戶調研
做任何產品都是一個「從用戶來,到用戶去」的過程,所以時刻要有「以用戶為中心」的思想,能夠一秒變用戶,去體會他在什麼樣的場景?遇到什麼樣的問題?使用了我們的產品後有什麼感受?產品經理可以通過數據分析、問卷調查、用戶訪談等方式來盡可能的挖掘用戶需求,盡可能地收集需求。
但需要注意的是,並非用戶說什麼我們就完全照單全收,而是要觀察用戶實際說的和做的,因為怎麼說表達了用戶的目標和觀點,而怎麼做反應了實際他的行為,因為用戶常是「言行不一」的,所以這個階段,剛入門的產品經理要注意多問為什麼,避免掉入偽需求的陷阱,做了一堆用戶以為他需要,但實際上不能解決問題的功能。
需求分析
好了,現在我們手頭上收集了很多用戶回饋的需求,那我們該怎麼下手?用戶都提出來他想怎麼解決問題了,產品經理就照著設計嗎?
其實,產品經理存在的價值就是要想辦法透過分析,找到用戶內心真正的渴望,並轉換成最佳的產品方案,最有名的例子就是福特汽車,用戶提出想要一匹更快的馬,而福特給出了一輛車,幫助用戶實現「更快、更安全到達目的地」的真實需求。
因為一個團隊的時間和人力資源是有限的,所以在區分出用戶真正的需求後,我們需要進一步考慮哪些需求要做?其中又有哪些要優先做?
這裡簡單分享評估需求優先級常見的兩種方式:
KANO模型法(從用戶視角出發)
KANO模型是東京理工大學狩野紀昭教授在1979年提出,從需求實現率和用戶滿意度來衡量產品需求的優先級,核心概念是:產品實現不同類型的用戶需求,所產生的用戶滿意度也會有不同的表現。
這個方法,主要將人的需求分成三類:
- 基本型需求
是屬於用戶認為「必須要有」的功能,產品具備此類的功能,用戶會覺得理所當然,如果缺乏,用戶會覺得非常不滿意,引發抱怨和投訴 ; 但如果具備,用戶也可能不會因此感到滿意。
例如:汽車需要正常能夠行駛、冷氣空調需要正常製冷、餐廳要能提供餐點讓顧客飽餐一頓、行動支付App要能夠順利付款結帳等。
- 期望型需求
是屬於用戶認為「有更好,多多益善」的功能,如果功能超出用戶預期越多,則滿意度越高,這類需求是用戶可以清晰知道的。
例如:商店提供優惠活動,當折扣越多時,用戶感到越開心 ; 行動支付App顯示各筆帳單紀錄,方便用戶記帳管理等。
- 興奮型需求
是屬於「驚喜,Wow!」的功能,這類需求是用戶無預期的,當提供這些出乎意料的功能時,用戶的滿意度會急遽上升,從而提高忠誠度。
例如:酒店特定為新婚夫妻準備特別的禮物和升級套房,以表示祝福 ; 電商送貨時附贈適合顧客膚質的知名彩妝小樣等。
基於以上不同需求類型的特性,可以按照基本型需求>期望型需求>興奮型需求來排定優先級,即一輛車需要能正常行駛,才會進而考慮到它的外觀和車內的舒適度,如果再有自動駕駛就更好了!
所以可以想想目前我們負責的產品需求,它是屬於哪一類型的呢?用戶對於它的預期是如何?做和不做對用戶滿意度的影響又是如何?就知道該怎麼安排投入資源了。
四像限分析法
所有的事情我們可以依照「重要度」和「緊急度」兩個維度來歸類,重要度優先於緊急度,所以排序優先度是:重要且緊急>重要不緊急>緊急不重要>不重要不緊急。
但關鍵在於我們怎麼衡量事情有多重要和多緊急,我覺得可以問幾個問題:
- 這件事不做的負面影響程度有多大?
- 做了可以帶來什麼效益?
- 是不是現在一定要解決?
- 有沒有更適合的時間點?
- 有沒有更急迫要解決的事?
功能設計
需求不能只是紙上談兵,就像好的點子在沒有實現之前都是空談,所以當我們了解各個需求的目標使用者、發生場景、要產生的價值時,就需進一步轉換成團隊可以開發的功能。
在這個階段,會由產品經理先整理出整個功能框架,然後再交由UX設計師來設計交互邏輯,如果公司比較小的情況下可能此角色也會由產品經理一起承擔,接著撰寫需求文檔(
Product requirements document, PRD),並召開需求評審會,由產品經理統一說明,讓UI、技術、測試團隊可以理解文檔內的描述,以便後續進行開發階段。
開發跟進
當一個需求經過用戶調研、需求分析、功能設計到開發後,產品經理的工作並非就結束了,因為技術團隊在開發過程中,會遇到各式各樣的問題,可能是技術上無法實現我們要求的邏輯,或是功能之間存在矛盾衝突,亦或是有更好的方案,這些都需要產品經理參與在開發過程中,協助明確產品邏輯和決定採用的方案。
所以,產品經理常是白天在和團隊們開會,解決各式各樣的問題,晚上加班趕下一個版本的需求文檔呢!
用戶體驗
好不容易版本開發測試完成,就會安排上線,讓用戶可以下載使用,這時產品經理仍需要持續關注上線後的數據變化,並通過數據分析來了解產品是否變得更好?是否提供更大的用戶價值?如果沒有,則要規劃下一步的行動方案,一般面向消費者的軟體產品更多關心的數據指標是日活用戶(DAU)、月活用戶(MAU)、留存率(Retention)、轉化率(Conversion Rate)等,而面向企業的軟體產品因和客戶業務型態更相關,所以也會加入客戶的訪談,以取得更直接的回饋。
總結來說,產品經理日常的工作流程就如同上圖,其實,「產品就是產品經理的孩子。」這句話一點都沒錯!一個產品存在的價值、定位、包含的功能、未來的方向等,都需要經由產品經理來定義和把控,所以要打造一個成功的產品,需要產品經理投入大量的時間和精力,並且無時無刻在思考產品下一步該怎麼走,雖然這份職責重大,挑戰也高,但過程中所累積的寶貴經驗是很難能可貴的,這就是為什麼有人常說:「產品經理是CEO的學前班」。
好啦!我相信你已經摩拳擦掌準備加入互聯網產品經理行列了,接下來,讓我們一起面對求職大魔王,邁向產品之路吧!