2018-8-29 博博
夜月薰衣茶 PMIP
如果您想訂閱本博客內(nèi)容,每天自動發(fā)到您的郵箱中, 請點這里
如何處理需求,是產(chǎn)品經(jīng)理的基本功,不管是來自老板還是客戶的,亦或來自企業(yè)內(nèi)部(運營、業(yè)務)及產(chǎn)品本身的發(fā)展,產(chǎn)品經(jīng)理都需要把需求的收集、分析、管理做到有效進行。
一、需求收集
用戶調(diào)研
運用場景:
產(chǎn)品規(guī)劃初期或者遇到重大版本迭代,需要重新架構(gòu)設計時,將會進行用戶問卷、用戶訪談的方式去挖掘用戶的真實需求。
基本方法:
用戶問卷-定量研究的方法,問卷問題一般為15個左右,包含用戶基礎資料信息(包括年齡、收入、教育水平等人口統(tǒng)計學范疇信息)和主觀性的信息(包括用戶做這項活動的態(tài)度、行為、目的等方面的信息)兩大部分,收集到這些數(shù)據(jù)后進行分析并得出一定結(jié)論。
用戶訪談-定性研究方法,訪談問題分類包括開放性的問題和專業(yè)性的問題。問題盡量從簡單到復雜,由較寬泛趨于精細;訪談的過程中的問題盡量說的簡單易懂,避免專業(yè)詞匯,讓回答問題的用戶清楚明白你說什么;避免問一些引導性的問題;不要因為冷場而尷尬過多,多次重復進行講解,留有一定的時間讓用戶思考如何回答;盡量問用戶一些開放性的問題讓用戶進行思考回答;用戶描述的過程中盡量描述真實使用場景與案例。
兩種方法基本為相互補充進行的一個方法,對于不熟悉的業(yè)務,問卷編寫初期不知該如何進行挖掘用戶的問題,尋找五個左右的用戶進行相關(guān)業(yè)務及主要業(yè)務用戶使用場景訪談,將會總結(jié)出一些問題然后加入你要調(diào)研清楚的問題包括客觀問題和主觀問題進行用戶問卷編寫、發(fā)放與收集。
用戶反饋
運用場景:
產(chǎn)品專家用戶的反饋,包括運營、客服直接獲取用戶的反饋,通過從微博、論壇、貼吧、軟件用戶評論等方面尋找用戶的反饋。
基本方法:
市場反饋 做運營、客服、市場等人員和用戶進行產(chǎn)品銷售推廣、運營活動的過程中和用戶直接交流,一些專家用戶直接反饋出來的需求。具體也要根據(jù)產(chǎn)品是直接面向c端客戶還是企業(yè)級別的客戶,兩者有很大差異。
訪談 在和用戶進行訪談的過程中,一些專家級別的用戶直接反饋對現(xiàn)有產(chǎn)品在使用過程中的一些不滿和改進的建議等。
查詢相關(guān)網(wǎng)站 比如產(chǎn)品下載市場、百度貼吧、微博、論壇、微信群、QQ群等各種用戶有自由發(fā)表言論及感受的地方,用戶的直接反饋。
用戶直接反饋的信息,需要進行分析其需求的真?zhèn)涡浴?/span>
產(chǎn)品定位發(fā)展
運用場景:
產(chǎn)品最終要幫用戶解決一個什么樣的問題,市場發(fā)展環(huán)境和公司可支配資源等方面進行綜合評估產(chǎn)品的前期、中期、后期的目標定位。
基本方法:
相關(guān)行業(yè)專家詢問 在發(fā)覺一個新產(chǎn)品及市場時,不明確當前市場狀況可直接找行業(yè)內(nèi)的一些專家進行聊天交談,他們對于市場的現(xiàn)狀很熟悉,可向該類專家詢問產(chǎn)品的定位與發(fā)展方向問題。
投資行業(yè)的專家交流 最了解市場、發(fā)覺市場前景行業(yè)及創(chuàng)業(yè)想法的投資者,他們對于市場發(fā)展的方向及敏感度有一定的專業(yè)看法,可與其交流產(chǎn)品的發(fā)展方向性的問題。
相關(guān)行業(yè)專家、投資專家給予的建議和方向最終還需要結(jié)合本身公司的定位發(fā)展與界定產(chǎn)品的發(fā)展定位。
商業(yè)畫布 一種能夠幫助處于高層決定者激發(fā)創(chuàng)意、降低猜測、明確目標用戶、合理解決其問題的工具,可直接判斷出公司產(chǎn)品發(fā)展的的優(yōu)勢、資源等最直接有效的方法。
以下為商業(yè)畫布九宮格主要內(nèi)容:
數(shù)據(jù)分析
運用場景:
產(chǎn)品或運營人員對用戶操作規(guī)律,用戶流失查詢等方面進行查看分析,決定產(chǎn)品功能優(yōu)化迭代最有效直接的證明。
基本方法:
數(shù)據(jù)埋點 第三方數(shù)據(jù)服務平臺或者用自己平臺后臺注入相關(guān)代碼進行統(tǒng)計。程序員在程序編寫時將主要操作、按鈕進行數(shù)據(jù)埋點,通過網(wǎng)站即可查詢相關(guān)數(shù)據(jù)。
第三方數(shù)據(jù)平臺 專業(yè)做數(shù)據(jù)的網(wǎng)站會定期進行相關(guān)行業(yè)數(shù)據(jù)的發(fā)布,查看專業(yè)的報告即可獲取一些相關(guān)數(shù)據(jù)。
結(jié)論
針對收集的需求,大致可分為以下幾類:
產(chǎn)品運營類—某項調(diào)研結(jié)果直接反應出一種現(xiàn)象,將會指導產(chǎn)品運營人員的運營方向朝著這方面努力。比如一款產(chǎn)品預約功能,從團隊做用戶問卷的結(jié)果反饋中,用戶更偏向于用微信公眾號進行預約,運營團隊需要相對在微信公眾號預約增加相對的運營的投入。
功能優(yōu)化類—用戶使用某款產(chǎn)品的某個功能目的就是為了達到其某個目的,對于功能效率或用戶體驗上滿足,將會直接影響用戶的去留,優(yōu)化該功能的用戶體驗滿意度及效率將會提升用戶的留存量。
新功能—產(chǎn)品功能的延伸或新增,通過用戶研究,發(fā)現(xiàn)用戶針對某個需求的實現(xiàn)很迫切,該需求就算新功能,可評估該功能緊急程度及效果進行功能設計滿足。
二、需求分析
重要度、頻率二維度
運用場景:
當接到多個需求,因為時間原因,只能進行個別需求滿足,評估優(yōu)先級時,可用該方法進行簡單需求評估分析。
基本方法:
將功能需求按照重要度和頻率進行四象限劃分,重要高頻象限中的需求要首先進行解決。重要度和頻率如何進行衡量,頻率衡量即使用的頻次,重要度衡量判別是否會因為該需求的缺少而影響用戶使用。
KANO模型分析
運用場景:
產(chǎn)品重大版本迭代,因為時間等問題,只能選擇個別兩三個功能進行優(yōu)化,但是優(yōu)化的需求點比較多,可以直接向用戶進行問題編輯,查看用戶滿意度選擇進行優(yōu)化。
基本方法:
(1)從顧客角度認識產(chǎn)品或服務需要;
(2)設計問卷調(diào)查表;
(3)實施有效的問卷調(diào)查;
(4)將調(diào)查結(jié)果分類匯總,建立質(zhì)量原型;
(5)分析質(zhì)量原型,識別具體測量指標的敏感性
二維屬性歸屬分類
場景化思維
運用場景:
通過模擬或發(fā)現(xiàn)真實場景,預測用戶行為從而進行設計。
基本方法:
從交互五要素考慮,人、目的、行為、環(huán)境、媒介幾個關(guān)鍵點去創(chuàng)造用戶真實的使用場景。在什么地方,哪個人做了什么事,運用了哪些東西,達到了什么樣的目的,遇到了什么樣的問題,怎么進行處理解決。例:在淘票票購買電影票后,付款時推薦購買零食信息。
用戶體驗地圖
運用場景:
適用于任何場景,更適合在可能存在問題或者改進機會的事件上。
基本方法:
歸納用戶該使用場景下的觸點
畫出情感坐標
尋找用戶進行觸點體驗情感、意見描述
歸納用戶體驗意見
繪制情感曲線
標注用戶重要性意見
需求分析的方法很多種,以上僅列出部分,方法只是分析的一種工具,最主要還是通過方法分析需求得出的解決方案。
三、需求管理
需求提交
簡單來說,就是將收集到的需求,在評估完優(yōu)先級,確認做具體需求功能時將該需求開發(fā)計劃告知相關(guān)開發(fā)、測試等人員,讓其明確即將完成的功能需求。如功能需求相對應的方案設計、業(yè)務流程等內(nèi)容提前與開發(fā)總監(jiān)溝通好上傳至公司統(tǒng)一管理文件處,具體根據(jù)不同公司的實際情況。
需求評估
需求功能的相關(guān)開發(fā)者、測試針對該需求達成統(tǒng)一認知和開發(fā)周期認定,使得相關(guān)開發(fā)人員在開發(fā)周期內(nèi)有效配合開發(fā),測試人員明確該如何進行有效測試,針對同一需求能夠有效推進實現(xiàn)。
需求跟蹤
在開發(fā)過程能夠及時跟進開發(fā),一確保其開發(fā)功能達到預期效果,二有任何異常情況的發(fā)生能及時進行處理解決,三有效把控需求的開發(fā)周期,保證需求按期交付。
需求變更
當需求提出方提出需求變更或者在內(nèi)部評審、開發(fā)過程導致需求變更,做好相關(guān)需求變更的把控,以防需求變更后導致項目無法執(zhí)行。
a.評估需求變更與原需求的差異
首先,明確需求變更的原因—是需求提出方進行需求變更還是內(nèi)部原因?qū)е滦枨笞兏F浯危枨笞兏笈c原先需求定義是否有較大沖突,如有較大沖突,評估變更前后的利害關(guān)系,哪個更能有效達目的/效果,按評估結(jié)果執(zhí)行;如無較大沖突,評估與原需求的緊急程度及時間安排,進行需求變更解決。最終,有效記錄需求變更計劃及原因,定期進行總結(jié),評估相關(guān)解決方案。
b.評估需求變更導致的結(jié)果
如需求變更后,利大于弊,允許變更,但需按照需求變更的規(guī)程執(zhí)行,以防出現(xiàn)意外情況產(chǎn)生不必要的責任,失去相關(guān)控制。如需求變更后,利小于弊,拒絕變更.
藍藍設計的小編 http://m.ssll180.com