跳到主要內容

你的需求不是你的需求? 產品經理的用戶需求挖掘與管理分析必修課!

產品的需求發想都來自於用戶身上嗎? 答案是也不是。當太執著於用戶本身表達出的需求,產品經理反而可能落入陷阱! 讓我們將時光倒回一百多年前,汽車尚未被發明的時候,如果這時候調查人們想要什麼樣的交通工具,得到的回答會是: 一輛更快的馬車。但好險這件事沒有發生,如今的世界終究還是有汽車以及其他更快的交通工具。

這告訴我們不能單單只靠用戶表面的話來下判斷,而是要繼續追問他們的動機和目標 (想要旅行得更遠和運送更多貨物,因此需要更迅速便捷的移動方式),才不會因此侷限了產品的範疇,真的打造一輛更快的馬車。為了像剝洋蔥一樣一層層挖掘用戶的需求,直達問題核心,我們可以運用需求驗證漏斗來避免偽需求的陷阱:

用戶表達 (What?)

What是用戶告訴你的回饋,包含問卷調查的結果或客服從用戶身上蒐集到的回應。但產品經理不能馬上照單全收,因為用戶可能缺乏對解決方案的想像力,就像iphone問世前沒有人想到原來手機其實不需要實體按鍵。在這層初步觀察到的需求還有待進一步驗證。

用戶行為 (How?)

How是用戶的實際行動,觀察用戶如何選擇產品、使用產品,可以檢視用戶說的和做的是否一致。假設今天詢問用戶每週運動的頻率,很可能得到的回答是一週2-3次,但當進一步追問上次運動是什麼時候,回答卻可能是兩個星期前,只因為用戶不想被認為是懶惰不運動的人,才導致回答和實際行為的差距。即使用戶說一套做一套,我們還是可以繼續挖掘用戶背後的動機,找出有效的解決方案。

用戶需求 (Why?)

Why才是用戶內心真正的需求,我們可以運用Job Story來精確描述需求:
「在什麼場景下,用戶希望完成什麼任務,進而達成什麼目標

有一個經典案例是麥當勞用戶研究的「奶昔錯誤」:
事件開頭源自於麥當勞內部想要提升奶昔銷量,於是找來目標客群詢問喜歡的口味、希不希望奶昔變小杯但更便宜之類的問題,費了一番功夫依照調查結果改進產品後,卻發現銷量依然沒什麼增長。之後反覆針對產品研究了幾次後仍沒有結論,於是團隊轉為觀察客戶,在什麼場景下會為了什麼原因購買奶昔?

最後得到的結果也令人意想不到: 有四成的顧客是在早上開車上班的途中購買奶昔的,一方面能打發無聊的車上時間 (奶昔好喝而且能喝很久),一方面又有飽足感不容易在午餐時段前感到飢餓,更重要的是方便一手拿取也不容易弄髒衣服! 找到顧客的需求場景和真正的購買動機後,團隊將奶昔調整得更加濃稠並添加果粒,讓客戶更有飽足感並增添口感上的變化,果然真的成功提升了銷售量。

持續挖掘需求背後的原因和動機,往往能發現那些用戶沒有直接說出口或自己也沒想到的需求,而這些才是真正的問題所在,深入到這層後產品經理才開始著手尋找解決方案。

需求分析: 找出優先級的需求

經歷過以上階段,篩選驗證過來自四面八方的需求後,剩下的應該都是萬中選一的需求了吧? 但真實情況是產品經理手邊的需求還是堆積如山! 在時間和人力資源都有限的情況下,需求的優先級排定就特別重要,而簡單可以劃分成兩個面向評估:

1. 用戶層面的使用價值

    -廣度: 需求能覆蓋多少目標使用者?
    -頻率: 需求產生的頻率?
    -強度: 需求對使用者來說有多強烈? (必要性)

2. 商業層面的研發價值

    -研發資源: 目前內部資源的配置是否足夠?
    -研發成本: 帶來的效益是否大於研發成本? (參考北極星指標)
    -研發時機: 需求是否符合產品目前規劃? (與OKR一致)

To do or not to do? 產品經理需要從不同維度考慮清楚後做出綜合判斷,雖然這過程不容易但也相對地很有挑戰性,如果看完以上你也躍躍欲試的話,歡迎一起加入產品經理的行列!


留言

這個網誌中的熱門文章

產品經理的第一課: 通用思維與OKR工具

CMoney 產品經理培訓的第一天,講師首先向我們簡單介紹產品經理的能力框架 : 一個好的產品經理首重的是領導力,雖然並非管理職,但產品經理必須掌握產品的各種面向,密切和工程師、設計師以及行銷部門合作,統合產品的整體走向並成為不同部門之間的橋樑。為了協助產品開發並使跨部門溝通更順利, PM 必須具備分析 / 執行能力以及溝通 / 學習能力,還有善用目標管理工具如 OKR 等等。以下將從問題分析框架、簡報及寫作技巧以及 OKR 方法這些面向分別細述。 一、問題分析 : 問題就是目標和現況之間的差異 一句話就簡單道出了什麼是問題,如果今年公司的目標營收是兩千萬,而目前業績只有一千萬,那麼如何讓接下來的營收成長 100% 就是所要探討的問題了。概念雖然很簡單,但大多時候常常因為目標不夠清楚具體,或者對現況不夠了解導致無法定義真正的問題。 如何讓目標更明確 ? 此時要追問兩個主要問題 : 為什麼是這個目標 ? ( 方向是正確的嗎 ?  期望數字合不合理 ?) 目標的相關細節又是什麼 ? ( 時限是以月、季或年為單位 ?  利益關係人有哪些等等 ) 以前面的例子來說,為什麼目標選擇營收成長而不是淨利成長 ? 不同的目標設定也會牽扯到不同的部門,如業務、行銷、採購、製造等等,一一將上述問題釐清後接下來才能制定更明確的行動方針。 隨時累積對現況的理解 對產品、公司及市場 / 產業趨勢的認識是由平常一點一滴累積來的,所以時不時閱讀並 蒐集相關資料才能在需要時事半功倍。數據資料來源分為一手資料 ( 如 : 客戶銷售資料、網站流量 ) 還有具公信力機構的市場調查報告。而消費者、客戶、銷售員的回饋這些來自第一線的觀察也都有助於對現況的了解,結合消費者心理學或經濟學等理論依據,就能拼湊出更接近事實的全貌。 理想型問題 vs. 救火型問題 理想型問題例子就如同先前提到的提高營收目標,著重在目標本身的分析,將大目標一一拆解,決定每個步驟的優先次序,再制定行動方案並執行。而救火型問題是針對突發狀況處理,例如網站突然當機,是伺服器的問題或是被駭客攻擊 ? 遇到這類問題必須分析現況,找出異常原因再採取補救措施。 二、簡報技巧概要 PM的一天充滿大大小小的會議,隨時都可能需要向不同部門或主管提案,因此運用簡報時必須簡...

總是在做提案和簡報中掙扎嗎? 快收藏七個不能錯過的網站資源!

在PM的日常工作中比重最大的就是溝通了,無論是跟團隊內部溝通、和不同部門協作,或是跟老闆提案,PM的一天差不多就是圍繞著大大小小的會議打轉。既然要開會,當然也就少不了做簡報,好的簡報能夠讓溝通事半功倍,美的簡報可以讓自己心情愉悅 (雖然工作上應該是沒有那種閒情逸致),快來看看哪些網站能幫你做出又好又美的簡報吧! 1. BFA簡報小聚    https://www.bfa.com.tw/ 不管是什麼場合的簡報,都應該以內容為優先,如何將原始資料轉換成有意義的資訊,再用圖表簡單易懂的呈現,是需要一層層思考,反覆提煉出來的。而簡報小聚上完整匯集了各式各樣的教學文章,從基礎知識到資訊設計、簡報排版設計應有盡有,如果不知道該從哪裡開始做簡報的話,建議可以先逛逛網站觀摩案例。 2. Slidesgo    https://slidesgo.com/ 如果不想從頭開始思考每一頁簡報呈現方式的話,可以在這網站搜尋符合的主題模板快速套用,輕鬆就能將簡報的質感提升一個層次。 3. Pexels    https://www.pexels.com/ 在簡報中適當插入情境圖能夠喚起聽眾的注意力並強化內容記憶,而Pexels免費圖庫是很好的素材來源,搜尋關鍵字後就能找出對應需求的圖片。 4. Unsplash    https://unsplash.com/ 和上面類似的免費圖庫,風格不太一樣,視需求輪流交替使用。 5. unDraw    https://undraw.co/search 插圖素材網站,畫風簡潔平易近人,而且能夠自行更換色彩自由度高。 6. iconshock    https://www.iconshock.com/ 除了文字、圖表外,適當在投影片加入icon當作屬性分類或輔助說明,能夠增加簡報的變化性。iconshock除了有許多不同種類的icon畫風可選擇外,icon也有20種不同的色彩可以客製化。 7. Smartmockups    https://smartmockups.com/category/digital/all 能夠將產品App或網站畫面呈現在裝置上的...

小步快跑的產品規劃: 從IDEA發想到MVP最小可行性產品

多數產品現在的樣貌都和剛推出的時候差了十萬八千里,Line從一開始只有訊息和語音通話,成長到現在有Line新聞、Line Pay以及其他附加功能。產品不必一開始就以最完整的樣貌呈現,而是在反覆迭代的過程中,發現可能的需求後逐步加入新功能。需求的發想來源可以從動機/行為、質化/量化分析 (定性/定量)區分成四種: 發現可能的用戶需求後就可以著手開始規劃新功能了,而新功能也和產品一樣,不需要一開始就盡善盡美,而是用最小可行性產品 (MVP,Minimum Viable Product) 的概念去打造。假設用戶今天想要一個代步工具,產品經理要做的不是直接想辦法做出一個車子交給他,而是先從滑板開始試驗,確認這是不是真正的需求,因為有可能用戶想要的並不是代步工具而是搭別人的順風車,而最小可行性產品的好處就是可以快速驗證用戶說的和真正想的一不一樣。 評估新功能的測試表現同樣可以部分套用AARRR模型的概念,在不同階段可以參考以下數據指標並優化: 功能獲取 -有多少人能看到並開啟功能 -從用戶原本的操作動線中找機會引導 功能活躍 -使用功能的人佔比為多少%? -常用新功能的人使用狀況如何? -價值如何被衡量? 功能留存 -使用新功能的人後續留存狀況為? 無論何時產品經理都不應該一頭熱的投入時間精力在打造產品或功能上,一旦用戶或市場反應不如預期就會白費力氣。在這過程中,產品經理要學會挑戰、質疑自己的假設,隨時用數字驗證,該打掉重來的時候就打掉重來。重新開始不代表失敗,只是又確認了一個不可行的方式而已,修正過後才能持續往正確的方向前進。