痛點和需求,這次徹底搞清楚!
不管是作為產品還是運營、開發,“痛點”和“需求”使用相當高頻。但是,每當我問他們,你覺得需求和痛點的區別是什么?很多人都是閃爍其詞,大概知道那個意思,但是不知道如何表達。本文通過分析,讓你徹底搞清楚什么是痛點,什么是需求。
一、事實和觀點
學過邏輯的人都知道,事實和觀點是不一樣的。
比如你說:“今天好熱”。這是你的觀點,今天氣溫27度,但是你覺得20度以上都是熱。
比如你說:“今天時間好慢啊”。這也是你的觀點,因為時間尺度是一定的,你只是主觀感覺而已。
事實是什么?
事實就是客觀存在的,不已任何人意志為轉移的。你坐車,車速是事實,你感覺到的快慢是觀點。
事實有真偽,觀點無對錯。
事實就是事實,其要求我們實事求是。觀點是基于個人經驗和價值觀的判斷,在其創造者那里肯定是邏輯自洽的。觀點的對錯永遠是相對的。
二、痛點是事實,需求是觀點
痛點就是具體的場景,具體的人面臨的具體問題。正視問題的存在,就是正視痛點的存在。痛點的核心在于場景。人只是場景的一部分。
需求?
需求是場景的參與者,基于痛點的主觀感受。但是問題來了,有些時候,需求是產品經理基于調研后得出的。你會發現,同樣的場景,不同的產品經理、運營,得出的需求可能大相徑庭。
這就像比如國家宏觀經濟出現了下滑,不同的經濟學家會給出有可能完全相反的解決方案。這就是觀點不一樣,他們從事實中提取出的需求不一樣。
所以基于場景做調研,一定要找到真實的痛點這個事實。不能把場景參與者的觀點當做事實。
三、偽需求,如何識別偽需求?
任何需求的提出者,絕對不會認為自己的需求是偽需求。觀點無對錯,需求也是無對錯的。只有事實有真偽。
所以偽需求的產生主要是如下兩個原因:
- 從偽場景、偽痛點,挖掘的需求。
- 從真場景、真痛點,挖掘不和適宜的需求。
舉兩個例子:
對于一些C端產品或者面向市場的SAAS產品,都需要對市場的場景調研、分析后來確定產品需求。可是由于調研人員的經驗、方法的不足,他們挖掘的場景可能根本不具有普適性,而且所謂的痛點也是他們自己演繹的。
這種憑空的想象,很容易輸出我們認為的“偽需求”。
第二種場景,就是真的有做詳細的調研。但是由于樣本的選擇,可能會導致把一些偶然當做必然來處理。導致需求的投入和最后的實際效果并不匹配,這種也是“偽需求”。
因為需求是基于場景事實痛點的觀點,所以一個環節不對,就會導致偽需求的出現。
四、如何獲取真需求?
沒有絕對需求,只有適宜的需求。
筆者記得幾年前的一個電商項目,當時發現部分商品價格都是0.01元,而且是生產環境的真實場景。后來一線產品說:一線有個痛點,就是商品價格不能設置為0,只能設置0.01,所以加個需求,可以設置商品價格為0。
當時大家就吵開了,商品價格怎么可以為0呢,這么做測試肯定以為是BUG。
后來我就找了一些商家問為啥要有0元的商品,原來真是的場景是:有些商品是作為贈品的。因為贈品不算價格,所以需要設置0元。
你看,其實真正的痛點是:商家的營銷活動無法把商品設置為贈品模式,所以他們只能把價格設置為0來解決訂單計費問題,但是又由于商品價格不能為0,導致他們設置了很多0.01元的產品。
通過上面的例子,想必你能分清痛點和需求的關系了。需求是基于場景提出的解決方案。這個方案可能只是治標的。但是作為一個優秀的產品,應該是找到真正的痛點,去治本。
找到真正的痛點,就需要深入理解場景,理解業務。關于理解業務,可以參考筆者之前的文章:
《對產品經理來說,懂業務很重要!》《對產品經理來說,懂業務架構很重要!》。
為什么現在很多需求調研講究數據分析,講究數據說話。就是因為數據能比較客觀的反應問題,直觀和容易度量。
華為說,讓聽見炮火的人做決策。很多人反對,說決策應該由專業的人做。其實我覺得核心應該是讓聽見炮火的人把事實痛點準確到傳達到決策層最重要。這就像打仗,需要有臨機決策,但是想全局性的勝利還是需要核心的頂層集中決策。
五、總結
- 痛點是事實,需求是觀點。
- 痛點是基于場景的客觀存在,需求是人基于痛點的主觀判斷。
- 痛點的核心是場景是業務,需求的核心是人,是場景參與方的人。
- 同樣的痛點,不同的人挖掘的需求肯定是不同的,就像醫生診斷治療一樣。
- 偽需求大都來源于想象的場景和痛點,本質是偽場景、偽痛點。
- 需求不追求最好,只追求最合適宜。
- 適宜的需求,需要依賴于對真實場景的把握,核心在于熟悉業務。
#專欄作家#
俠之大者,微信公眾號:俠之大者(ID:xzdzkamil),人人都是產品經理專欄作家。關注互聯網金融和企業信息化轉型。
本文原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
需求我想做什么事,痛點是動機?為什么我想做這件事?
不是很同意主觀客觀的觀點:我認為痛點就是主觀的,痛點應該理解為人對不滿足自己需求的主觀判斷,需求有層次,痛點自然有層次級別高低之分。筆者自己的理論對自己的案例都沒有解釋清楚那是痛點那是需求。其實這個案例應這么理解:商家做營銷活動希望把一些商品設置為贈品(這是需求),但是系統沒有這個功能(這是真正痛點問題),所以他們只能把價格設置為0來解決訂單計費問,但是又由于商品價格不能為0,導致他們設置了很多0.01元的產品(這是表象問題)。
覺得剛好要反過來:痛點是表象,需求是真實。 按上面的例子 “痛”是因為價格不能設置為0,那這個痛是他真的痛嗎?而對于一個用戶而言他們對同一個需求所表述出來的痛點難免南轅北轍。一般是應為他們在某個需求上,自行尋找一個解決方案,而這個方案并不完美沒產生痛(以此而言一個需求下一種解決方案就會產生一種痛)那么一百種痛是真實的,而造成痛的病因(需求)確不是真實的? 所以我認為需求是真實的,痛點只是表象。當然我們認定的真實并不一定是真的真識,但必然有一個真實在等待著我們。
你在說神魔啊,他會因為花錢而心痛,這才是真實的,他希望價格是0的需求,才是偽需求。
作者說的意思是你剛好理解反的意思,用戶表述痛點不明確,表現出來的需求南轅北轍。
當然,每個人對需求和痛點的定義不同,你和作者的定義可能是完全相反的。
但,痛點和需求有個先后順序,產品經理把痛點轉換成需求,按照需求產出的產品,會有失敗的產品就證明恰好證明需求抓錯了,所以需求是主觀的。如果痛點是主觀而導致需求跟著主觀的話,那么倆者就不存在對立了,因此樓主的說法也不成立。
說清楚點,把價格設置為0是需求而無法把商品設置為贈品模式才是痛點。
舉個例子:1、我的馬兒跑的不夠快 2、我希望更快的從A地到B地
誰是需求,誰是痛點?
這都是需求
認識一件事最好的方法就是:找到它的極端值。然后通過科學的分析方法:正態分布,來找到它長常態。
明白了,謝謝作者!痛點就是病,需求就是治療方案
此言得之
前面一句我贊同,但是需求是治療方案我不太贊成,因為我認為需求本質上是一種預期,完整表述應為“需求是主體對解決痛點臆想的治療方案的預期!”而臆想的解決方案的預期的大小,決定該需求的強弱,這種預期有人為干涉和自發產生兩種,例一:人會死,這是個痛點,但是人們解決這個痛點沒有預期,所以就不會有這個痛點的需求。但是我告訴你現在發明了一種藥物,可以讓人活500歲,并且找了幾個人證明(即使他們是演你的),只要使你有了能活500歲的預期,那么需求就產生了。例二:一個小孩之所以拼命讀書,可能是因為他建立了拼命讀書就能獲得(父母的額外疼愛、同學的尊重、智力優越感……)的預期,這取決于主體的認知水平和自我邊界
未落地的需求是一種預期,落地之后的需求就是一種解決方案或者治療方案哈,您看有了痛點之后,業務會向產品提需求,這個時候需求就是一種預期;當產品經理接受了需求,評估之后將需求實際落地上線,這個時候此需求就是治療痛點的方案。生活中的場景,發燒對于一個人就是個痛點,發燒的人有退燒的需求,預期或者期望就是趕緊退燒;但是實際去醫院看病,醫生可能針對退燒這個需要或者需求,采取不同治療方案實現退燒的目的,解決發燒這個痛點。所以實際落地的時候,需求就是針對痛點的解決方案或者治療方案。