如何做好需求分析?試試這個「2W1H」方法!

2021-3-12    資深UI設計者

當你拿到一份 PRD 需求文檔 時,你在想什么?

好像所有字都認識,怎么放在一起變成最熟悉的陌生詞?

好像對方在侃侃而談,而你只是用微笑來表達那不知所措的尷尬?

還是,一目十行,了然于心,拿出你的看家本領,迎面而上!

……

看過形形色色的 PRD 文檔,有純文字版的,全篇找不到一張圖片,估計擔心會影響設計師創(chuàng)意無限的大腦發(fā)揮;也有看過圖文結合的淋漓盡致的 PRD 文檔,甚至有直接上手 sketch 的,原型都畫好了;當然也有直接丟給你一張圖,讓你照著做的…

所以,面對這些不同特點的 PRD 文檔,設計師該從哪里開始呢?這真是一個好問題,期待這篇分享能助你撥開迷霧。

需求分析,直白的說,就是要找出二個 W 一個 H:

  • What: 需求是什么
  • Why: 為什么要做
  • How: 如何做

為什么要需求分析

一個需求,從用戶需求到產品需求,再到產品功能,當中會經歷一個可長可短的過程。不管這個時間如何計算,無可避免的是,它一定會消耗資源。而需求分析的進行,可以在一定程度上避免資源的浪費。

1. 識別偽需求,挖掘真需求

分析需求的過程中,需要去了解需求的背景,用戶真實的訴求是什么。很多時候,“所謂需求”,是用戶裝飾后的“解決方案”。大部分的用戶是用他“已知的事物”來闡述“未知或難以描述的事物。

2. 是否符合產品定位?產品目標?目標用戶?

存在即合理,所以并沒有所謂真正“無理的需求”,而是這個需求,是不是和你的產品是對齊的,再好的鍋,它也需要一個合適的蓋。需求也是同理,只有當需求與產品定位、目標以及目標用戶是一致時,才能讓產品發(fā)揮最大的價值,比如當初的來往和現在的釘釘。

3. 需求的價值

需求或許不一定有價格,需求必有其價值,不然它就是一個無意義的需求。當用戶提出一個需求時,必有其想要表達或想獲得某種東西,即使它可能很微小。

4. 是否有更好的解決方案

不只是用戶會提出裝飾后的”需求“,PM/PD 同樣也會。這很正常,人都會基于自己的自身環(huán)境,受教育程度,對事物提出自己的看法以及他認為好的解決方案。

但對設計師來說 ,需要多走一里,向前一步,看看有沒有更好的解決方案。而更好的方案,需要設計師更透徹的了解需求。當然這不是硬性要求,只是要考慮多種的可能性。

分析前:準備動作

比起要了解你接到的需求,先了解你的產品,是一件很有必要的事情。需求只是產品的某個部分,要先把握全局,才能更好設計。不然,很容易一葉障目,錯誤評估需求。

或者應該說,對產品進行任何改動或優(yōu)化,都要基于對產品認識上進行的。

從哪里開始

需求分析時,設計師要了解到,需求提出者、需求來源、需求背景、目標用戶、解決問題、產品方案、產品目標,以及分析后整體需求的優(yōu)先級。

1. 需求提出者

PM/PD,偏業(yè)務類需求 —— 產品需求

設計師大部分的需求來源,都是來自 PM/PD, 而這類需求基本上經過了 PM/PD 的過濾,并且比較偏向商業(yè)業(yè)務方向

產品用戶 —— 用戶需求

用戶的吐槽、建議、反饋,用戶從自身出發(fā),提出希望被滿足的功能

設計師,偏體驗交互類需求 —— 設計驅動的需求

設計師通過設計走查,主動與用戶溝通和用戶調研等方式,獲取得到的需求

BOSS 層需求 —— 老板需求

這是特殊的需求,充滿機會與陷阱。

這里是四類比較典型的需求提出者,不同的提出者對需求的著重點會有不同。

2. 需求來源

  • 應用市場里的評論、知乎問答、微博,產品內置的反饋入口收集到的信息
  • 市場變化而產生的需求,比如共享單車、線上會議
  • 競品需求
  • 用戶調研獲取到的需求
  • 數據分析
  • BOSS 需求

需求的來源,其實是多面的,和產品的目標用戶息息相關。目標用戶在哪,需求就會在哪產生。了解需求的來源,也有助于需求的評估,后期如果需要做用戶研究,也能對此提供幫助。

3. 需求背景

需求背景,是需求產生的環(huán)境,比如用戶是在什么情況下遇到問題,使用場景是什么,用戶路徑是什么

了解用戶碰到的痛點和癢點是什么,如果有可能,可能自己去走一遍用戶的使用路徑,親身體驗用戶碰到的問題。有些時候當你真正痛過了,你才會知道這真的是一個坑。

4. 目標用戶是誰

需求所服務的目標用戶是誰,這很重要。遇到問題是目標用戶,還是邊緣用戶,是大部分用戶的訴求,還是一小部分用戶的訴求

需求的目標用戶需要與產品的目標用戶對齊,不然可能這個需求不錯,但卻是其他產品的需求,與產品不對口

特別是產品本身涉及多角色的用戶,比如 B 端中臺的產品。所以,明確服務的目標用戶是誰,可以更準確去對焦需求,對癥下藥,方可藥到病除,不然可能是藥到命除…

5. 解決問題

需求解決了什么問題,這是一個要問的問題。當你花了時間在討論需求是什么時,但是如果需求并沒有解決用戶的根本問題,其實就是在浪費時間 。

解決什么問題,是需求的價值所在。很多時候,做了很多需求,其實不一定真的了解需求本身是為了解決什么問題,而這種不了解會讓設計師對需求的了解是停在淺水區(qū)。

6. 產品方案

當你接到需求的情況下,一般也會接收到提出者的解決方案。這時,要去驗證產品方案能否有效解決用戶的問題,這與上一步「解決問題」是一個相互驗證的關系。

產品的方案,不等于設計方案。不要對產品方案照搬,最后只做了界面的美化者,設計師要更深度去考慮整體產品的交互、體驗以及用戶心智。條條到路通羅馬,天無絕人之路,你要記得轉彎。

7. 產品目標

需求完成后,期待是會達到什么樣的目標呢。這個目標與產品目標是一致的嗎?

解決問題、產品方案、產品目標,這三者是存在強相關的關系,并且互相影響。

最后想說

需求分析是不可跳過的一環(huán),打開 Sketch 之前,設計師需要的是理清需求,找出疑惑點,你疑惑的地方,用戶可能同樣會遇到,如果設計師不清楚,也請不要將這樣不清不楚的設計呈現給用戶。

文章來源:優(yōu)設   作者:箴鹽設計

藍藍設計www.bouu.cn )是一家專注而深入的界面設計公司,為期望卓越的國內外企業(yè)提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務


分享本文至:

日歷

鏈接

個人資料

藍藍設計的小編 http://www.bouu.cn

存檔