需求評審之前,需求挖掘和需求管理怎么做?
很多剛入門的產品經理都會將大量的時間放在產品原型上面,以為畫好原型就能夠勝任產品經理的職位了。而我們也經常能夠在一些產品經理的招聘中任職要求中寫著:“熟悉使用Axure、Mindmanager、Viso,能夠單獨畫產品原型”。于是很多人都是從學習使用Axure畫原型開始走上產品之路的。
然而,如果從做產品的流程來看,需求才是做產品的第一步。而且一個好的需求也是做出優秀產品成就優秀產品經理的前提。
一、什么是需求
圈內人經常會說到“需求”、“痛點”這樣的詞語,那么究竟什么是“需求”呢?我先來舉個栗子:
1、我想吃飯,但是我不想自己煮飯,也不想出去吃,怎樣才能做到不用煮飯、不用出去也能吃到好吃的飯菜?
用戶有在線點餐的需求,于是有了餓了么、百度外賣、美團外賣等外賣APP。
2、我想唱K,但是我不想去KTV,我想隨時隨地唱歌并且能夠與不同地方的人一起合唱,怎樣才能做到這樣呢?
用戶有在線唱K和在線合唱的需求,于是有了唱吧、K歌之王、K歌達人、酷狗K歌等手機K歌APP。
除了這些場景之外,還有很多人會對某款產品有著各種各樣的不滿,吐槽這些產品的種種不好和使用時的不爽,這些槽點和問題也是一種需求。
問題就是需求,而產品最終就是要解決問題的。另外,目前越來越多的人都向往著最求更加優質的生活,因此,欲望也是需求,而產品族中就是要滿足用戶欲望,讓用戶更爽的。
《掌握需求過程》這本書中說到:“需求是產品必須完成的事以及必須具備的品質”,是在構建產品前需要發現的東西。
1.1 需求的對產品和產品經理的重要性
需求挖掘是在構建產品前的重要一個環節,對產品具有非常重要的作用。在上一篇文章《一組漫畫告訴你,互聯網產品經理是什么概念》中曾說到,一個好的產品需要有需求、有優勢、有利益。明確需求,挖掘用戶痛點,才能讓產品更加有優勢;只有挖掘到了能夠盈利的需求才能讓產品有利益。所以說,需求是一個好產品的前提,是一個優秀產品的起點。
《代碼大全》的作者Steve?McConnell報告說,60%的錯誤存在于設計中,而Jerry?Weinberg證實了這一點。他的統計數據表明,60%的錯誤源于需求和分析活動。
由此可見,需求對產品的構建以及對產品經理的發展是多么的重要。一個產品經理必須具備挖掘需求和分析需求的能力,即使一些大公司有專業的需求分析師,產品經理對需求的把握還是非常重要的。
1.2 需求與產品生命周期的關系
在產品生命周期中,需求是一個動態變化的過程,產品在不同的階段有著不同的需求。產品可分為:導入期、成長期、成熟期和衰退期。
在產品的導入期中,也就是產品從0到1的階段,產品經理需要挖掘更多基本的需求,從而滿足用戶的初級使用需求。在這個階段,產品的前途并不是很明朗的,只是一個初級探索的階段,這時候需要挖掘用戶的初級需求,而不是還沒能滿足用戶的基本需求就想著讓用戶體驗所謂的更加“牛逼”的功能。
在產品的成長期,也就是產品已經有了1的基礎了,這時候產品應該選擇性地去滿足用戶的其他需求,完善原有的需求,去掉不合理的需求,增加進一步滿足用戶的需求。而這些需求的選擇也是需要挖掘和進行分析而得到的。
在產品成熟期,產品已經在平穩的發展了,這時候的需求更加趨于理性,而用戶的大部分需求都將得到滿足,需求挖掘的難度也將會加大,產品經理需要關注更加細節方面的需求、體驗性的需求,以及挖掘其他隱性需求。產品在成熟期的需求有一定的重復性,更多的是在原來的一些需求的基礎上做更加細致的挖掘。
在產品的衰退期,產品的活躍度逐漸下降,用戶對產品的一些需求已經沒有原有的激情,這時候產品經理需要考慮怎樣去挖掘更多新的需求去滿足用戶,甚至開拓新的產品項目。例如,C2C的淘寶延伸出來的B2C天貓以及后來的企業店鋪。
1.3 需求的分類
產品經理了解需求的分類,在挖掘需求的時候就會更有方向性,減少遺漏需求的機會。在這里,我將需求分為三部分,總共8類,對象為用戶的需求有:基本需求、易用性需求、可操作性需求;對象為產品運營的需求有:產品運營需求、政策及法律需求;對象為系統的需求有:安全性需求、性能需求、可維護和可移植性需求。
基本需求是解決用戶最基本問題的需求,是一個產品的源需求。一個產品的構建就是源于這種類型的需求來開展的。例如上面說到的外賣app和K歌app的例子,在線點餐是一個基本需求,在線K歌是一個基本需求。在挖掘這類需求的時候可以更多地從用戶的使用場景、站在用戶的角度去思考和挖掘。
易用需求主要考慮的是用戶體驗方面的需求,方便用戶使用的需求。例如,用戶在點外賣的時候是否需要通過一些篩選條件去更快速地找到自己想要吃的東西?這時候可以考慮增加一些篩選條件去滿足用戶的需求,甚至根據用戶的日常操作或者自定義的標簽進行匹配推薦。
可操作性需求是產品的操作環境,以及對該操作環境必須考慮的問題。有些需求并非是在任何場景下都適用的。例如,在構建PC端的產品,探索用戶是否有定位的需求時,需要考慮這個定位功能的可操作性,因為PC電腦并沒有LBS定位功能,這功能只適用手機,如果確實有定位方面的需求,那么就要考慮是否能夠通過其他方式去實現,例如,通過IP跟蹤,或者通過PC端和手機客戶端的賬號綁定與互通,利用手機app上的定位進行判斷。
運營需求主要對象為產品運營本身或者說公司的運營部門,這類需求是為了方便運營開展運營工作而設置的。例如,置頂、推薦、排行榜、數據統計等方面的需求。
政策及法律需求是為了保證產品本身以及用戶的使用不觸犯法律。例如,斗魚TV直播“造人”事件,事后江蘇省公安廳網絡安全保衛總隊針對此事發布微博稱,“你們真的挺會玩兒的……如果做不好內容審核,可以關停服務器整頓幾個月”。由此可見,一個產品的政策及法律需求也是一個不可忽視的需求。UGC產品、社交產品要考慮敏感詞匯過濾的需求,視頻網站、直播網站要注意考慮防止色情淫穢內容傳播的需求。
在產品構建之前,除了要考慮用戶需求和運營需求之外,還需要考慮系統方面的需求。
安全性需求方面,需要考慮產品的安全保密性、支付的安全性,用戶信息的安全性。舉個常見的例子,很多使用短信驗證碼進行注冊的產品都會做了防止被刷短信的功能,因為短信驗證碼也是一種成本,如果沒有做相關的限制,很容易被使用相關程序進行刷短信,消耗公司的短信數量,從而造成一定的經濟損失。涉及到購買和支付方面的產品也要注意安全性需求。還有在線視頻教育的產品,如果沒有考慮安全性方面的需求,很容易被別人盜取收費視頻。此外,電子商務方面的產品以及金融類產品也要重視該方面的需求。
性能需求是指功能的實現必須多快、多可靠、能處理過少處理量、多精確。之前我們公司有個數據統計后臺的產品,被吐槽說翻頁這個功能的體驗做得不是很好,沒有顯示總共有多少頁。我們給出的解釋是,翻頁的地方做顯示總共有多少頁的功能的話,系統需要先計算頁數,然后再顯示頁數,而我們的數據量非常大,每次從大量的數據中查詢后再顯示會拖慢系統的速度。特別是后臺類的產品或者比較大型的產品,更加需要考慮性能方面的系統。
可維護和可移植性需求主要是考慮以后是否有系統維護、或者轉移方面的需求。
二、怎么挖掘需求
需求這么重要,那么,怎么去挖掘需求呢?這里分享13種挖掘需求的方法。
2.1 從公司業務方向挖掘需求
很多時候,一個產品的第一個需求基本上都來自于公司內部,當然也不排除有些產品大牛具有很高的市場嗅覺,領導制定產品戰略。
產品經理可以從公司業務方向去挖掘產品需求。上面說到,問題就是需求,欲望就是需求,對公司來說,公司遇到的問題就是需求,公司的愿景也是需求。因此,需求也可以從公司內部去挖掘。
以我目前所在的公司為例,我們公司今年非常重視無端手游方面的業務,將推出多款H5游戲。然而,由于H5無端手游是近兩年才興起的,業內相關的運營渠道(游戲運營平臺)并不是很多,高質量的渠道更是非常少。很多渠道都是這兩年才開始建立的,公司需要一個平臺去承載即將推出的大量H5游戲。H5技術的興起,在游戲行業將會催生更多的H5游戲,而游戲行業一直有“渠道為王”的說法,H5游戲的興起需要有相應的平臺配合游戲的運營,所以說,公司業務方向給了我們產品的需求。除了公司的需求之外,老板或者領導因為長期對市場的接觸和觀察,也會有一些看法或者方向,而這也是我們的一個需求來源。還有來自運營、市場或者客服部門方面的需求來源。
需要注意的是,從公司業務方向、老板/領導、運營、市場、客服等獲取的需求,并不能直接當成最終的需求,還需要更深一層去挖掘需求,并且最終評審確定最終需求。
2.2 通過頭腦風暴挖掘需求
當一群人圍繞一個特定的興趣領域產生新觀點的時候,這種情境就叫做頭腦風暴。頭腦風暴能夠讓一大群人自由地思考,迸發更多新思想和新觀點。頭腦風暴也是挖掘需求的一個常用方法。
頭腦風暴可以邀請產品經理、老板/領導、市場經理、運營經理,以及一些有深刻見解、涉獵比較廣、生活閱歷比較豐富的員工一起參加討論。參與者最好有不同的閱歷和學科背景,這樣更容易產生更多創新的觀點。
在頭腦風暴的整個過程中,需要明確討論的目的/議題,并且要注意引導和發散思維,讓所有的人都能夠參與到其中,并且激發其思維。討論時注意讓參與者自由暢談,并且不對產生的觀點和說法進行任何的批評,而且產生的觀點要足夠多。頭腦風暴是一種發散式的討論,特別要注意對討論內容進行詳細的記錄,這時候可以使用錄音、錄像、拍照、思維導圖、excel表格等方式對整個過程進行記錄,方便后期整理,避免遺漏重要觀點。
進行頭腦風暴是為了挖掘多的有用的需求,因此,在頭腦風暴后期,一定要對所記錄下來的內容進行梳理,并且從整理的內容中提取有用的需求。
2.3 通過文獻調研挖掘需求
作為一個互聯網產品經理,應該對互聯網中的事情有更多的了解?;ヂ摼W行業的變化速度非???,互聯網的各種變化或許都會影響到我們的用戶以及我們的產品,而互聯網的各種信息也能夠給我們提供更多的需求信息。
挖掘需求的第三個方法是通過文獻調研挖掘需求。這里所說的文獻調研,并非僅僅局限于一些文獻書籍之類的內容,它可以是一些相關的文獻資料、可以是一些專業的分析報告,也可以是與之相關的各種動態。在這里,我推薦幾個??吹木W站,產品經理圈子相關網站——人人都是產品經理社區;TMT媒體以及創業類信息平臺——36氪、虎嗅網、鈦媒體、愛范兒;數據分析類網站——艾瑞網、199IT、企鵝智酷、中國互聯網絡信息中心。
這些網站有比較多的互聯網信息、互聯網產品信息,了解互聯網動態、行業方向以及市場動態,能夠幫助我們了解更多需求。在這些網站中挖掘需求時,可以用相關的關鍵詞在這些網站搜索,找到自己想要的內容,copy下來,方便后期整理并進行分析,挖掘有用的需求。數據類的網站也是一個挖掘需求的重要渠道,各種數據、各種報告,包含著非常多有用的需求。需求的挖掘并不是隨便看看就行了,建議將需要的內容保存下來,把一些報告下載下來,然后慢慢地細讀,對內容進行調研分析,找出需要的需求。
2.4 通過用戶訪談挖掘需求
用戶訪談是挖掘用戶基本需求的有效方法。用戶訪談的形式包括結構化和非結構化兩種,結構化是指產品經理按照一定準則事先準備好一系列問題,通過用戶對問題的回答來獲取有關目標產品方面的內容;非結構化則是只列出一個粗糙的想法,根據訪談的具體情況來進行發揮。
在進行用戶訪談之前,怎么尋找訪談的目標用戶?可以在社交平臺找到一些了解目標類型的用戶,例如,知乎、微博、QQ群去尋找。也可以找到競品的用戶來進行訪談,還可以是行業專家、自媒體大V、同類產品從業者。訪談對象最好是具有較高質量的目標用戶,在領域內資深、對產品體驗要求高、有話語權,以及擅于表達。除了這種焦點訪談形式的用戶訪談之外,我們也可以約一些目標訪談對象進行一對一輕松交流,不局限在辦公室內。這樣的交談方式更加輕松,或許能夠獲取更多的需求信息。
不管是使用哪種交談方式,都要注意做相應的記錄,不遺漏每一個需求信息,這也為后面的需求分析提供一定的依據。使用自由一對一交流的方式的話,不是很方便不斷地記錄,這樣會影響交談的氣氛。但是在結束交談之后,也應該及時將剛才討論的內容進行記錄,還可以將整理好的內容發給訪談者確認,看是否有錯誤或者遺漏。
2.5 通過問卷調查挖掘需求
我們在挖掘產品需求的時候,并不能和每一個用戶都進行面對面的交談,甚至有一些關鍵性的訪談對象因為各種原因無法參與訪談,因此,我們還需要通過問卷調查的方式進行更大范圍的調查。
在進行問卷調查前,需要明確調查的目的,并且根據目的,有針對性地設計調查問卷,然后下發到相關的人員手中,讓他們填寫,再從所填寫的內容中獲取產品的需求信息。這里的調查問卷可以是紙質的,也可以是在線的電子版調查問卷。目前的問卷調查,線上的調查幾乎是必不可少的,因為省事易操作、傳播范圍廣、快速。目前的線上問卷調查工具網站有:麥客、問卷星、金數據等,也可以使用企業自己的調查系統進行調查。傳播的渠道可以是微信公眾號、微信群、QQ群或者郵箱、短信等。線下的問卷調查相對麻煩一些,可以擺攤做問卷調查,利用填寫調查問卷送獎品的方式來開展。而目前更多的線下問卷調查都會與線上的調查結合,線下用二維碼的形式,讓被調查者掃描二維碼在線上完成調查問卷的填寫。
在做調查問卷的時候,需要圍繞調查目的去設計相應的問題,同時還需要注意問題的準確性,問題不能問得太過空泛或者太過虛;另外還要注意問題的長度和問題的數量,設計的問題長度應該在填寫者愿意認真填寫的時間長度內完成。在完成調查后,后期的統計分析也是一個非常重要的部分。
問卷調查無法取代用戶訪談在需求獲取階段的作用,其最大的不足就是缺乏靈活性,問卷調查的問題和答案具有一定的引導性,可能存在受調查者不能很好表述自己想法的限制,在某種程度上會影響結果。
2.6 通過競品分析挖掘需求
競品分析是需求挖掘的常用的方法。競品也是經過了相關調研、探索和思考而做出來的產品,進行競品分析,能夠了解其優缺點,既能對自身產品的需求查漏補缺,也能取其精華去其糟粕。一般情況下,很多人都是以同行業同類型的產品進行競品分析,其實我們可以用類似行業的產品進行競品分析,有些需求或許恰好能夠彌補同行產品中的某些不足。在這個跨界時代,有些需求具有一定的共性。
我們很多時候在做競品分析的時候,大部分能夠看到的都是產品的前端展示,那么通過競品分析如何挖掘前端的需求和后臺方面的需求?
產品前端分析,可以從一個產品的產品定位、產品結構、產品體驗、產品功能、盈利模式、用戶評論以及反饋去進行分析。從產品定位可以看出競品的方向、目標用戶以及模式,在這個基礎上,我們可以進一步通過其他方法進行更深一步的了解和調研,從而獲取相應需求。而產品結構,則可以對整個產品進行剖析,利用mindmanager將產品的信息架構圖梳理出來,并對其結構進行分析。產品體驗、產品功能、盈利模式的分析也能給我們一些指示,了解其產品所包含的需求。另外,在上面說到“問題就是產品”,因此,用戶對競品的評論以及反饋也是我們了解需求的一個重要方法。這些評論中可能包含有用戶的問題、用戶的期望或者用戶的建議,這些都是我們所需要挖掘的需求。
產品后臺分析以及系統、平臺類的競品分析相對前端的分析會有更大的難度。不可能有競品會開放自己的后臺去讓你分析,系統、平臺類的產品也是大部分是不會直接開放讓你去使用的。在做這種產品的競品分析時,我們可以從以下這幾個方面去了解:演示Demo、說明文檔、技術文檔、開源系統、前端反推以及向程序員了解。
有些市場化的系統,為了讓大家能夠更加了解其產品,所以會有演示Demo可以操作,這時候我們就可以進入該產品的Demo后臺去了解該產品。很多產品連演示Demo都沒有,這時候我們可以到產品官網的文檔中心或者幫助中心去了解其產品說明文檔、技術文檔,從文檔中了解競品的相關情況。
除了這些方法之外,我還會利用一些開源系統,在自己本地搭建一些系統,進而了解更多的后臺細節,包括管理員的各種操作需求,系統的配置需求等等。如果對后臺產品有一定的了解的話,我們也可以通過分析其前端,進行反推后臺的相關功能和需求。還有一個方法就是多和程序員交流,不懂就請教他們,向他們了解更多技術方面的需求或者他對一些系統的了解所知道的需求。
2.7 通過運營數據分析挖掘需求
產品經理需要有一個非常重要的技能是數據分析能力,這個技能主要體現在需求挖掘的階段,包括問卷調查的數據統計和分析以及運營數據的統計分析,新產品的新需求挖掘以及老產品的迭代需求挖掘。
產品上線后,產品經理要密切關注運營數據的情況,特別是產品進行AB測試的時候,需要關注數據的變化,對數據進行統計分析得出結論。關注產品的訪問量、用戶數、流失率、點擊率、轉化率、留存率、活躍度等方面的數據。例如,如果用戶數過低,就看看是否是因為注冊流程過于復雜;轉化率過低,檢查是否是因為跳轉的邏輯設計得不好還是其他問題。每一個問題的背后,或許就能夠找到一些相應的需求。
每一個產品都有一定的數據統計分析的需求,因此,產品經理在構建系統的時候就需要有數據統計分析的設計,這樣對后期的產品完善和升級迭代都非常有幫助,當然,這對產品運營更是一個必不可少的功能。在挖掘產品的數據分析需求的時候,可以使用上面競品分析中說到的方法——從演示Demo去了解。數據分析類型的需求,可以對應地從一些數據統計分析的產品Demo中去了解和分析,例如:友盟、TalkingData等。
2.8 通過用戶反饋挖掘需求
用戶反饋是一種挖掘用戶基本需求以及期望需求的常用方法。產品經理能夠在用戶的反饋中了解到用戶的使用情況,也能夠通過用戶的反饋了解到用戶所遇到的問題,還能通過用戶的反饋了解用戶的想法和期望。每一個問題的背后都可能隱藏有相應的需求,因此,通過用戶的反饋來挖掘用戶需求的一個不錯的方法。
收集用戶反饋有哪些渠道和來源?產品內的反饋入口、產品QQ群、知乎、微博、微信、貼吧、論壇、客服等都是收集用戶反饋的渠道。產品經理可以考慮鋪設多個反饋的入口,讓用戶能夠隨時隨地只要遇到或者想到一些問題都能夠快速反饋。
為了更加方便從用戶的反饋中挖掘需求,獲取大量的用戶反饋數據進行分析,我們可以做一些有利于用戶反饋的相關設計。在產品中加入用戶反饋入口和反饋機制,讓用戶能夠在使用產品的過程中就能夠快速將遇到的一些問題和想法反饋給我們。另外,產品經理最好盡量回復用戶的反饋,與用戶交互,重視用戶是每一個反饋,這樣將能夠讓用戶覺得他們的反饋是有用的,這樣他們才會不斷地反饋更多的意見和建議。另外,建立一個用戶反饋引導機制也能夠引導用戶反饋更多有用的信息??梢酝ㄟ^反饋問題展示,反饋回復,采納建議后告訴反饋者并感謝其反饋的建議,獎勵被采納建議的反饋者等方法,刺激更多的用戶參與反饋。特別是產品初期,更加需要大量的用戶反饋數據進行迭代需求挖掘。要想用戶反饋的內容能夠為自己所用,必須將用戶反饋的的內容記錄下來,并進行整理和分析,從而挖掘到有用的需求。
2.9 通過搜索引擎挖掘需求
很多時候,我們在無從下手的情況下都會通過搜索引擎去搜索一些關鍵詞,從而獲得一些靈感。確實,搜索引擎也是一種挖掘需求的方法。搜索引擎中有比較多的推廣信息以及垃圾無用的信息,因此,在通過搜索引擎挖掘需求的時候注意避開這些無用的信息。我們可以分別通過泛搜索和稍微精準的搜索來進行查找,可以用多個關鍵詞進行搭配搜索,也可以給關鍵詞加上雙引號進行搜索,這樣會更加精準。另外,我們也可以使用百度自帶的“搜索工具”進行更加精準的搜索。
除了用與產品相關的關鍵詞去搜索之外,百度指數也是一種挖掘需求的不錯的方法。百度指數中,通過搜索關鍵詞,可以看到到關鍵詞的趨勢研究、需求圖譜、輿情洞察、人群畫像,這些內容對我們進行需求挖掘非常有意義。這里簡單說一些百度指數中的需求圖譜。需求圖譜是通過用戶在搜索該詞的前后的搜索行為變化中表現出來的相關檢索詞需求。我這里用“產品經理”的關鍵詞來進行搜索,這里看到的是,與產品經理相關的需求有:產品經理學習與培訓(包括產品經理書籍、產品經理課程/培訓、產品經理學習網站)、產品經理基本了解(產品經理的職責、產品助理、產品專員、項目經理)、產品經理招聘。其中,產品經理學習與培訓方面的需求是最大的,產品經理招聘的上升趨勢是最大的。當然,僅僅憑借這樣的一些數據并不能作為最終的需求,需求還需要更多的挖掘、調研、統計、分析綜合得到。
2.10 通過社交平臺挖掘需求
社交平臺也是挖掘需求的一個非常重要的渠道。例如,知乎、微博、百度知道、百度貼吧,這些平臺都能夠成為我們挖掘需求的一個渠道,另外,有些行業也有該行業的垂直社交平臺的。社交平臺是一個聚集了百家之言的一個地方,各種潛在用戶都在社交平臺中發表想法、提出問題、回答問題、討論問題,因此,這里面有些問題正是我們想要挖掘的一些需求。
在社交平臺中挖掘需求,可以通過關鍵詞搜索,找到相應的內容;也可以自己發起提問或者討論,從而引導其平臺內的用戶進行回答和討論;還可以通過已知的需求或者搜索的關鍵詞,挖掘更多的長尾需求。
上面使用百度指數了解到產品經理對學習和培訓的需求量最大,在這里,我再次以“產品經理”為例,在知乎上搜索產品經理的關鍵詞,進一步細分“產品經理”的學習和培訓需求。產品經理需要哪些方面的學習和培訓?在知乎上搜索的結果中有:
- 產品經理如何入門,沒人帶的情況下如何學習?——產品經理入門學習和培訓,產品經理自學(書籍/在線教學視頻)。
- 產品經理如何進行競品分析——產品經理競品分析學習和培訓。
- 產品經理一般是怎么收集產品不好用之處的?——產品經理用戶反饋收集方面的學習需求。
以上僅僅作為例子來說明,如果想要更加深入地了解用戶需求,還需要更加認真地進行更深一層的挖掘和擴展。
2.11 通過場景分析挖掘需求
產品經理經常需要考慮用戶的使用場景,同樣的,產品經理也能通過一些場景模擬去挖掘需求。我這里所說到的場景分析也叫用戶模擬,主要是通過模擬場景以及用戶,從而發現一些需求。常見的方式有:基于文本的場景模型和故事版。
下面以一款約一起運動的APP為例,簡單說明一下。
業務事件:組織一起打羽毛球
場景:喜歡打羽毛球的朋友太少了
背景:小李希望有更多的人一起去打
情節1:
動作:小李打電話邀朋友小張一起去打
結果:小張說太遠了,不愿意過去
情節2:
動作:小李又給朋友小敏打電話
動作:小敏問了一下她的閨蜜小菲
結果:小菲已經約了人,所以不去了
結果:最熟悉的閨蜜不去,小敏也不想去了
需求:
1、解決共同朋友少的問題——匹配相同興趣的朋友
2、解決距離不一致的問題——定位附近的朋友
3、解決一個人不想參加的問題——邀請熟悉的朋友一起報名參加
這個模式并不是一成不變的,可以按照自己的模擬方式來開展,例如,用文字按照場景,模擬一段故事,然后對這個故事進行分析,了解這個故事場景中所需要用到的需求。
2.12 通過現場觀摩溝通挖掘需求
俗話說:“百聞不如一見”。有些需求,我們無法通過場景模擬、搜索引擎、社交平臺等方法來挖掘需求,我們不妨走到現場去看看,通過現場的觀摩和在真實的場景中面對面的溝通,從而了解最真實的需求。
2.13?培養自己的產品嗅覺
有人問喬布斯:“如何通過市場調查了解大眾需求,才能讓產品如此成功?”喬布斯的回答是:“不用做調查,消費者并不知道他們需要的是什么,而蘋果會告訴他們什么才是潮流!”喬布斯從來不和用戶交談就能夠知道用戶需求?這看起來有點神話,或者說喬布斯是神一般的產品經理。
在此,我想說的是,喬布斯的這些傳奇是有前提的。在做iPhone之前,他就已經有豐富的經驗和積累了,他對用戶的了解、對市場以及產品的嗅覺非常的敏銳。一些擁有豐富經驗的資深產品經理很快就能夠定位出相應的需求。
而對于我們來說,我們也需要不斷地積累更多的知識和經驗,培養自己的產品嗅覺。從而讓自己在多年后也能夠快速定位出產品的需求,輕輕松松就能做出一款成功的產品。培養自己的產品嗅覺,可以參考以下下面幾方面內容:
- 多總結。寫工作筆記/博客/產品白皮書。
- 多看書。博覽群書,閱讀產品相關書籍、互聯網相關書籍、商業?書籍、心理書籍、盈利模式相關書籍。
- 多觀察互聯網動態。了解互聯網發展動向。
- 多體驗各種產品。把自己當成一個測試機,了解各種產品,并分?別從用戶角度和產品經理角度去思考該產品。
- 多逛逛各種社交平臺。時刻獲取各種產品靈感,最好能夠記錄下來。
- 多與圈內人交流。包括微信群、QQ群、線下活動等。
三、如何進行需求管理
在通過上面的方法收集到相應的需求之后,產品經理還需要懂得如何對需求進行管理。收集到需求的時候,注意建立需求池對需求進行記錄和整理。
1、建立需求池
2、需求加減法
經過一番努力,收集了一大堆需求,如何處理?產品的需求可以說是無上限的,大量的堆積需求,會使得產品非常臃腫,而且毫無特色,而需求的過多,還會導致工期過長,拖慢了產品推出市場的進度,對產品百害而無一利。因此,產品經理需要了解產品的加減法。
在什么時候需要加?什么時候減?在需求收集階段,我們一直在做需求的加法,不斷地增加需求的量,增加所有能夠得到的需求。在進行需求分析、需求評審的時候,我們則需要不斷地對需求做減法,確認了需求之后,需要對需求進行優先級排序。減掉的需求并不代表這以后都不會使用,所以記得先保留著不刪。
3、如何判斷產品的優先級
在判斷產品的優先級時,一般通過KANO模型進行判斷。KANO模型定義了三個層次的用戶需求:基本型需求、期望型需求和興奮型需求?;拘枨笫潜仨毦邆涞?,即使不說也應該做到,這部分需求一般是產品初期需要做的功能。期望型需求是用戶期望的,用戶能夠較清晰地知道的。而興奮型需求是超出用戶預期的,用戶不知道有這方面的需求,如果提供,用戶滿意度會更高。
KANO模型后面還有了其他方面的一些延伸:
- 魅力需求:用戶意想不到的,如果不提供此需求,用戶滿意度不會降低,但當提供此需求,用戶滿意度會有很大提升;
- 期望需求:當提供此需求,用戶滿意度會提升,當不提供此需求,用戶滿意度會降低;
- 必備需求:當優化此需求,用戶滿意度不會提升,當不提供此需求,用戶滿意度會大幅降低;
- 無差異需求:無論提供或不提供此需求,用戶滿意度都不會有改變,用戶根本不在意;
- 反向需求:用戶根本都沒有此需求,提供后用戶滿意度反而會下降。
四、如何進行需求評審
并不是得到需求之后就可以由產品經理直接拍腦袋開始做產品了,我們在做收集完需求之后,在真正開始做產品之前,會有一個需求評審會議。對收集到的需求進行最終確定,避免做過多無用需求、減少需求變更的風險、保證需求質量、避免后期過多矛盾,需求評審時降低需求風險的一個重要的手段。在這個過程中會砍掉一些需求,也可能增加一些需求。
在做需求評審之前,需要準備好需求文檔以及之前整理好的需求列表等文檔,還有低保真原型。邀請相關的人員參與評審,參加需求評審會議的可以有產品經理、老板/領導、運營以及市場相關人員、開發經理、測試經理或者專家等,參加的人員示具體情況而定,主要是與產品或者需求相關的人以及一些有經驗、懂需求的人。為了保證需求評審能夠順利進行,最好提前做好相關的準備,這時候,原來做的一些需求分析也會在評審會上用到。產品經理要能夠講清楚需求的來源,為什么用這個需求,加入這個需求有什么意義,這個需求需要哪些配合,同類競品是否有該需求……整個需求評審的過程,考驗了產品經理對需求的熟悉程度以及對需求的判斷能力。同時,參與評審的人也將會對你提出的需求提出自己的看法,是否同意該需求,并且會提出同意或者不同意該需求的理由。需求評審是多人圍繞已經收集到的需求進行評審的過程,聚集大家的智慧,能夠避免一個人閉門造車的局限。
在評審會議上,產品經理可以通過事先準備的低保真原型(或者原型草圖)來講解,輔助說明,讓大家更加理解這個需求以及需求以后會是怎樣的樣子,這樣也能夠讓自己在講解需求的時候更加有依有據,避免錯過一些有用的需求。
需求作為一個產品的起點,對產品的構建以及以后的發展有著重要的作用。因此,學習如何挖掘需求,如果進行需求分析,以及如何將需求轉化成產品,是產品經理必須重視并且不斷學習的必備技能。
希望這些內容能夠幫助到各位成長中的產品經理。
作者:風笛(微信公眾號:zuopmcom)。一個行走在路上的90后產品經理。目前在A8新媒體集團(00800.HK)擔任平臺產品經理一職,主要負責手游發行平臺、手游運營系統、廣告數據分析系統等系統以及平臺的搭建。曾在晨訊傳媒集團帶領互聯網團隊開展新媒體轉型、互聯網業務探索、搭建行業互聯網服務平臺的相關工作。
本文由 @風笛 原創發布于人人都是產品經理。未經許可,禁止轉載。
謝謝
一般都用什么做產品需求管理
新手求問一下,需求評審上的那個表 看不明白啊 ?? 求教
m
用很簡易的語言說出來,很好懂,好文章,感謝作者
?? h很不錯,對于我這種想了解該行業入門的人來說,很有幫助,感謝分享哦!
??
?? ?? ??
好文章,謝謝
從事產品需要知道的一些基本理論和基本方法,好文
1024
大俠點評下:zymmm.com
??