編輯導語:需求的概念很模糊,大家都在說需求,但含義确大相徑庭;比如用戶需求、産品需求、心理需求,這三個需求所要表達的意思是完全不一樣的;本文作者對此進行了詳細的分析,我們一起來看一下。
産品經理說用戶提了一個需求,銷售反饋昨天客戶有個需求,開發說這個需求很難實現;顯然三個人都提到了需求,但這些需求不是一個概念。
下面我們通過一個例子,來看看需求是什麼。
一、一個需求的例子對産品經理而言,福特造車的故事是盡人皆知。
福特汽車創始人曾經說:“如果我去問人們需要什麼,他們可定會說一匹的馬。”但福特最後,卻造了一輛汽車而不是馬車;因為福特知道,用戶的需求不是一匹馬,用戶的需求是快速到達目的地。
通過這個例子我們發現,用戶的需求和産品需求,本身就是兩件事。
下面,我們還以造車為例子,來深入看看這些需求的差異。
通過上面的案例,我們發現,無論是用戶還是産品經理,都在談需求。
但當一個詞被賦予了太多含義,這個詞也就越容易被錯用;因此我們要用更好方式,來表達不同的“需求”。
為此,我們把需求分成兩類,一類是用戶需求,一類是産品需求,兩者的區别如下:
按照這個劃分方式,我們再進一步說什麼是産品需求,什麼是用戶需求。
二、什麼是産品需求産品需求是在描述産品是什麼樣,這樣就能通過描述來進行開發。
在造車的例子中,屬于産品需求的是:造一輛車、造一輛有天窗和真皮沙發的車、造一輛電動車、在租車APP裡支持接送兒童服務。
這些需求都屬于産品需求,都是站在開發角度看問題,告訴研發要開發什麼。
如果把需求寫成文檔,就是産品需求文檔,就是PRD(Product Requirements Document);對于互聯網産品而言,該PRD文檔涵蓋流程圖、原型圖和原型邏輯等内容。
嚴格意義來說來,PRD并不能叫“産品需求文檔”,而應叫“産品要求文檔”;因為該文檔是要求研發,按照文檔内容開發。
顯然,産品經理要寫産品需求文檔,而不是由用戶來寫;産品經理要寫出産品需求文檔,就應當向用戶挖掘用戶的真實需求,而不是挖掘産品需求。
下面我們就要理解什麼是用戶需求。
三、什麼是用戶需求用戶需求也是一個很大的詞,很多内容都可以歸為用戶需求;和産品需求是在具體描述産品不同,用戶需求是在描述用戶的需要,這個需要通常是主觀的和因人而異的,體現了用戶期望的狀态。
我們常說的,用戶的馬斯洛的心理需求,用戶的低成本交易需求、用戶場景下的需求等。
這些也都可定義為用戶需求,下面我們分别說明:
通過以上例子,我們知道用戶需求是複雜的,但隻要緊緊把握住是主觀的和因人而異的,就很容易分辨什麼是用戶需求。
四、區分需求的作用區分産品需求和用戶需求,一方面是為下面講的各種類型的産品需求做鋪墊。
另一方面,通過區分兩種需求,将有利于更好地挖掘用戶需求。
下面,我們舉幾個例子來說明:
用戶說,我的賬号密碼輸錯六次,就要把我的賬号鎖定,這就是産品需求。
但是用戶的真實訴求是,保障用戶賬号安全;因此,我們可以不局限于這個邏輯,而加入各種其他的判斷,如換新手機後必須進行人臉識别認證等。
用戶說,我要在餐廳列表裡,增加按照就餐人數篩選,這就是産品需求。
但是用戶的真實訴求可能是:為了公司朋友聚餐,并且周圍要有玩的;因此,我們就應該,不但支持按照就餐人數篩選,還能按照口碑和特色篩選,并還能提醒周邊有什麼玩的。
當餐廳的顧客比較多的時候,顧客要排隊。
如果餐廳說,我要實現語音叫号,這就是一個産品需求。
但是真實的需求可能是:服務好排隊顧客,避免顧客流失,并降低排隊工作量;我們根據此,可以再開發排隊模塊;此時我們可以支持現場排隊、遠程排隊等業務,而如果顧客可以入場了,則進行現場語音播報和遠程的手機提醒。
通過以上案例,就能理解用戶需求和産品需求的差異,以及區分其差異的作用。
作者:擎蒼(引爆産品思維),産品一枚,10年産品和運營經驗,曾負責上市公司的團隊組建和運營,曾在多個垂直領域頭部公司做産品,擅長後端産品規劃。
本文由 @擎蒼 原創發布于人人都是産品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議
,更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!