做產品,最怕的就是不了解用戶需求

用戶,我跪著看你特別帥。

關于需求分析的話題,已經是老生常談了。可每當看到些莫名的產品時,又不得不懷疑這需求的背后,到底是不是產品經理。

還記得我做產品經理的第一天起,就銘記“需求是第一產品力”,所以,需求分析的重要性是不言而喻的。

那為什么今天又拿出來和大家分享呢,這和我自己最近的遭遇有關。

事情的經過是這樣的:

某個周末的中午,我正在家里刷朋友圈,然后就看到一個同事下面的日常:

回想之前一起吃飯的時候,我還和她探討過如何獲取拼多多的2元優惠券。看到這個朋友圈后,我覺得以后要提升自己的話題逼格了。

以上的真實經歷,就是典型的不了解用戶需求。回歸到如何做產品,我們又何嘗不是這樣呢。

我們在設計產品功能的時候,有多少是來自以往的經驗,有多少是來自真實的用戶需求呢?

為什么我們設計出來的功能,總是不能夠滿足用戶需求,總是不能解決用戶的核心痛點呢?

一句話就是:對需求分析不到位,導致產品功能不落地。

那么,作為產品經理,究竟要怎么才能做好需求分析,我認為有下面這幾點需要特別關注:

01明確角色:究竟誰用

我們設計任何產品,都必須要首先明確使用對象。如果連這點都做不到,設計出來的任何功能,都將無法使用。

因為使用對象的不同,會讓產品設計的出發點就不同。所以明確使用對象,是開始產品設計的第一步。

這個過程其實就是構建用戶畫像的過程。

以銷售管理系統為例,銷售畫像如下:

性別:男

年齡:26

職位:銷售員

工作場景:每天上班時,看下當天的拜訪任務;然后開始聯系客戶,大部分時間都在外面;一天拜訪任務結束后,對數據進行匯總維護。

在了解完銷售的工作場景后,我們應該直接對接銷售部門,通過與銷售人員的溝通,明確他們的日常工作內容、工作流程,在此基礎上提煉核心需求,然后才進行產品功能設計。

所以,在開始產品設計前,明確使用對象,深入了解工作內容,梳理業務流程,發現其痛點和需求,最后提供解決方案。

02找準場景:什么時候用

我們不僅要知道是誰在用,還要知道誰在什么時候用。因為使用場景的不同,也會影響產品最終的展現形態。

以上面的銷售管理系統為例,通過與銷售人員的溝通,了解到他們的日常狀態如下:

早上到公司,看下當天需要拜訪哪些客戶,然后會安排一天的行程,下午回到公司將白天的內容統一進行記錄。

而他們遇到的問題是,在回到公司記錄時往往會遺漏很多內容,導致記錄內容不全。

通過這樣的場景和流程梳理,發現如果能夠讓他們可以隨時隨地的記錄溝通的內容,會極大的提升他們的工作效率。所以在第一版規劃的時候,優先考慮手機端,然后再考慮PC端。

所以,在明確了使用對象以后,我們需要從場景出發來梳理工作流程。然后通過對工作流程的拆解和分析,發展其中可能存在的痛點。最后,提出優化意見并進行產品規劃。

03確定目的:為什么用

我們需要清楚,設計一款產品的目的是什么。

對于B端產品來說,有些是自上而下的需求,為的是提高管理效率。有些是自下而上的需求,為的是提升工作效率。我們需要十分清楚,才能少走彎路。

這里要說一個案例,是我們之前服務過的一個公司。也是做銷售管理系統,前面的流程差不多。

先是了解什么人會使用系統,這些人的日常工作狀態之類的。

但在了解完這些的具體需求后,我并沒有急于著手進行功能設計,而是找這個公司的老板又深入溝通了一下。

原來這次要做銷售管理系統,是因為他們公司目前的管理非常混亂。老板想知道銷售的工作和數據,需要和每個銷售單獨聊過才知道,費時費力。老板決定要做銷售管理系統,就是為了能夠實時看到銷售的數據。

了解到這樣的情況后,我覺得這次的產品實施,不僅要滿足銷售的日常工作需要,也要滿足老板查看數據的原始需求。正因為這樣循序漸進的了解,慢慢的才有了產品的規劃雛形。

所以,在正式開始前,我們需要明確每個產品的目的和目標是什么。這里的目的,不僅包括使用者,其他角色都需要考慮在內。否則,還是會無法滿足整體需求。

一些想說的話

剛開始做產品經那幾年,在接到需求的時候,都是拼著自己的感覺就開始設計,符不符合使用者的實際情況并不關心。

導致的結果是,設計的很多功能根本沒人用,慢慢開始對自己產生懷疑,久而久之,會產生放棄的念頭。

如果讓我再來一次的話,我想,只設計需要的功能,不設計看上去好的功能。

尾巴

知道為誰做、為什么做,比會做更加重要。忘記目的地而出發,就永遠沒有終點。我們總以為自己什么都知道,其實我們什么都不懂!

(微信公眾號:明天上線。近4年B端產品經驗,擅長從0到1快速搭建產品框架。)

0條評論 添加新討論

登錄后參與討論
Ctrl+Enter 發表