當你拿到一份 PRD 需求文檔 時，你在想什么？
好像所有字都認識，怎么放在一起變成最熟悉的陌生詞？
好像對方在侃侃而談，而你只是用微笑來表達那不知所措的尷尬？
還是，一目十行，了然于心，拿出你的看家本領(lǐng)，迎面而上！
……
看過形形色色的 PRD 文檔，有純文字版的，全篇找不到一張圖片，估計擔(dān)心會影響設(shè)計師創(chuàng)意無限的大腦發(fā)揮；也有看過圖文結(jié)合的淋漓盡致的 PRD 文檔，甚至有直接上手 sketch 的，原型都畫好了；當然也有直接丟給你一張圖，讓你照著做的…
所以，面對這些不同特點的 PRD 文檔，設(shè)計師該從哪里開始呢？這真是一個好問題，期待這篇分享能助你撥開迷霧。
需求分析，直白的說，就是要找出二個 W 一個 H：
- What: 需求是什么
- Why: 為什么要做
- How: 如何做
一個需求，從用戶需求到產(chǎn)品需求，再到產(chǎn)品功能，當中會經(jīng)歷一個可長可短的過程。不管這個時間如何計算，無可避免的是，它一定會消耗資源。而需求分析的進行，可以在一定程度上避免資源的浪費。
1. 識別偽需求，挖掘真需求
分析需求的過程中，需要去了解需求的背景，用戶真實的訴求是什么。很多時候，“所謂需求”，是用戶裝飾后的“解決方案”。大部分的用戶是用他“已知的事物”來闡述“未知或難以描述的事物。
2. 是否符合產(chǎn)品定位？產(chǎn)品目標？目標用戶？
存在即合理，所以并沒有所謂真正“無理的需求”，而是這個需求，是不是和你的產(chǎn)品是對齊的，再好的鍋，它也需要一個合適的蓋。需求也是同理，只有當需求與產(chǎn)品定位、目標以及目標用戶是一致時，才能讓產(chǎn)品發(fā)揮最大的價值，比如當初的來往和現(xiàn)在的釘釘。
3. 需求的價值
需求或許不一定有價格，需求必有其價值，不然它就是一個無意義的需求。當用戶提出一個需求時，必有其想要表達或想獲得某種東西，即使它可能很微小。
4. 是否有更好的解決方案
不只是用戶會提出裝飾后的”需求“，PM/PD 同樣也會。這很正常，人都會基于自己的自身環(huán)境，受教育程度，對事物提出自己的看法以及他認為好的解決方案。
但對設(shè)計師來說 ，需要多走一里，向前一步，看看有沒有更好的解決方案。而更好的方案，需要設(shè)計師更透徹的了解需求。當然這不是硬性要求，只是要考慮多種的可能性。
比起要了解你接到的需求，先了解你的產(chǎn)品，是一件很有必要的事情。需求只是產(chǎn)品的某個部分，要先把握全局，才能更好設(shè)計。不然，很容易一葉障目，錯誤評估需求。
或者應(yīng)該說，對產(chǎn)品進行任何改動或優(yōu)化，都要基于對產(chǎn)品認識上進行的。
需求分析時，設(shè)計師要了解到，需求提出者、需求來源、需求背景、目標用戶、解決問題、產(chǎn)品方案、產(chǎn)品目標，以及分析后整體需求的優(yōu)先級。
1. 需求提出者
PM/PD，偏業(yè)務(wù)類需求 —— 產(chǎn)品需求
設(shè)計師大部分的需求來源，都是來自 PM/PD， 而這類需求基本上經(jīng)過了 PM/PD 的過濾，并且比較偏向商業(yè)業(yè)務(wù)方向
產(chǎn)品用戶 —— 用戶需求
用戶的吐槽、建議、反饋，用戶從自身出發(fā)，提出希望被滿足的功能
設(shè)計師，偏體驗交互類需求 —— 設(shè)計驅(qū)動的需求
設(shè)計師通過設(shè)計走查，主動與用戶溝通和用戶調(diào)研等方式，獲取得到的需求
BOSS 層需求 —— 老板需求
這是特殊的需求，充滿機會與陷阱。
這里是四類比較典型的需求提出者，不同的提出者對需求的著重點會有不同。
2. 需求來源
- 應(yīng)用市場里的評論、知乎問答、微博，產(chǎn)品內(nèi)置的反饋入口收集到的信息
- 市場變化而產(chǎn)生的需求，比如共享單車、線上會議
- 競品需求
- 用戶調(diào)研獲取到的需求
- 數(shù)據(jù)分析
- BOSS 需求
- …
需求的來源，其實是多面的，和產(chǎn)品的目標用戶息息相關(guān)。目標用戶在哪，需求就會在哪產(chǎn)生。了解需求的來源，也有助于需求的評估，后期如果需要做用戶研究，也能對此提供幫助。
3. 需求背景
需求背景，是需求產(chǎn)生的環(huán)境，比如用戶是在什么情況下遇到問題，使用場景是什么，用戶路徑是什么
了解用戶碰到的痛點和癢點是什么，如果有可能，可能自己去走一遍用戶的使用路徑，親身體驗用戶碰到的問題。有些時候當你真正痛過了，你才會知道這真的是一個坑。
4. 目標用戶是誰
需求所服務(wù)的目標用戶是誰，這很重要。遇到問題是目標用戶，還是邊緣用戶，是大部分用戶的訴求，還是一小部分用戶的訴求
需求的目標用戶需要與產(chǎn)品的目標用戶對齊，不然可能這個需求不錯，但卻是其他產(chǎn)品的需求，與產(chǎn)品不對口
特別是產(chǎn)品本身涉及多角色的用戶，比如 B 端中臺的產(chǎn)品。所以，明確服務(wù)的目標用戶是誰，可以更準確去對焦需求，對癥下藥，方可藥到病除，不然可能是藥到命除…
5. 解決問題
需求解決了什么問題，這是一個要問的問題。當你花了時間在討論需求是什么時，但是如果需求并沒有解決用戶的根本問題，其實就是在浪費時間 。
解決什么問題，是需求的價值所在。很多時候，做了很多需求，其實不一定真的了解需求本身是為了解決什么問題，而這種不了解會讓設(shè)計師對需求的了解是停在淺水區(qū)。
6. 產(chǎn)品方案
當你接到需求的情況下，一般也會接收到提出者的解決方案。這時，要去驗證產(chǎn)品方案能否有效解決用戶的問題，這與上一步「解決問題」是一個相互驗證的關(guān)系。
產(chǎn)品的方案，不等于設(shè)計方案。不要對產(chǎn)品方案照搬，最后只做了界面的美化者，設(shè)計師要更深度去考慮整體產(chǎn)品的交互、體驗以及用戶心智。條條到路通羅馬，天無絕人之路，你要記得轉(zhuǎn)彎。
7. 產(chǎn)品目標
需求完成后，期待是會達到什么樣的目標呢。這個目標與產(chǎn)品目標是一致的嗎？
解決問題、產(chǎn)品方案、產(chǎn)品目標，這三者是存在強相關(guān)的關(guān)系，并且互相影響。
需求分析是不可跳過的一環(huán)，打開 Sketch 之前，設(shè)計師需要的是理清需求，找出疑惑點，你疑惑的地方，用戶可能同樣會遇到，如果設(shè)計師不清楚，也請不要將這樣不清不楚的設(shè)計呈現(xiàn)給用戶。
承擔(dān)因您的行為而導(dǎo)致的法律責(zé)任，
本站有權(quán)保留或刪除有爭議評論。
參與本評論即表明您已經(jīng)閱讀并接受
上述條款。