用戶需求和用戶痛點是一回事嗎,他們之間的到底是一種什麼關係?
這個問題看上去有點怪怪的,我覺得這位同學想問的是:「滿足了用戶需求就相當於解決了用戶痛點了嗎?」個人覺得這個問題還是有一定討論的價值的,今天來聊聊我的一些看法。
要回答這個問題,首先要定義一下什麼是用戶需求,或者是說這個問題中的用戶需求指的是什麼。
我們從理論的角度上來說,用戶需求可能有著不同的深意。
我一直沒有找到合適的中文辭彙對應:Need, Want以及Requirement。
Need指的是用戶內心深處的渴求,而Want指的是業務的需求,Requirement就有些業務解決方案的意思了。
我們來舉個例子來說明一下這三者的不同。
我的requirement是一個有效的減脂計劃,我的want是讓我的身材更好,我的need是撩到男神。
從上面的例子上來看,你覺得痛點是什麼?
這樣看來,所謂的用戶痛點應該是滿足need,也就是用戶內心深處的渴求,這樣才是對的。
即如果說用戶需求指的是need,那麼和用戶痛點是一回事。
那在實際的應用中呢?
在實際的工作中,我們提到「用戶需求」的時候,在90%的情況下不是need。
這個很好理解,因為我們不論是通過問卷、訪談、競品分析得到的「用戶需求」,一般的描述是功能/非功能性的。
用戶想要有個報表來分析轉化率,用戶想要讓系統支持微信登錄,用戶想要提高頁面的響應和載入速度……
而這些其實都是我們所謂的requirement。
對我來說,我更喜歡稱之為「假的requirement」或者是「我們以為的requirement」。
前兩天有個項目經理向我抱怨說,客戶不滿意之前項目的BA,原因是覺得那個BA就是個傳聲筒,就負責把客戶說的「requirement」轉告給開發,再把開發的反饋轉告給客戶。
這是因為這位BA忽視了自己的A的重要作用,用戶提的是requirement,但是卻不是痛點。
BA在整個工作過程中其實有非常大的一部分精力在用在了A的部分,也就是Analysis。
我們要去分析WHY,從而試圖去挖掘用戶的want。
我們發現:
其實用戶並不是需要一個報表來分析轉化率,而是want提升轉化率。
用戶並不是想需要一個微信登錄的介面,而是want更多的註冊用戶。
用戶也並不是單純的想要提高頁面的響應和載入速度,而是want提升客戶的黏性並且降低流失率。
我想表達的是,很多時候我們接觸到的用戶需求只是表象,可能都到不了requirement的層面。
有的小夥伴可能想得多一些,挖到了requirement,挖到了癢點和解決方案,隨即覺得萬事大吉可以交差了。
但是如果再多耗費一些精力,80%的情況下是可以挖到want的。
所以在實際的應用中,我們會將want直接作為用戶痛點了。
有人要問了,不是說need才是用戶的痛點嗎?那為什麼不繼續深挖到need呢?
通常來說我們從整個工作的性價比上來說,80%已經大差不差了。
要知道制定一份減脂計劃是一個小case,讓身材更好是個稍微有些難度的case,而能撩到男神這個難度就和前面兩個不在一個數量級上了……
是否值得花這麼大的精力去解決這個need,還是我們到want的層面就OK了,這個就要看投資回報了。
我們在propose一下解決方案的時候,其實已經做了一些權衡和取捨了。大部分的情況下,能解決want的問題,就很不錯了。
但如果目前的解決方案已經是你爛熟於心的那三板斧,可以嘗試利用這次機會去多耗費些精力挖得更深一些,這樣我們會慢慢的越來越接近need。
你問我「用戶需求和用戶痛點是一回事嗎?」
答案是:看情況。
我覺得關鍵在於,我們需要發揮自己的Analysis的價值,去挖到合適的深度之後去解決用戶的問題,提出有價值的解決方案。
而不是糾結於這些術語和表達。