設計師如何應對需求不明確?

4 評論 7296 瀏覽 17 收藏 10 分鐘

編輯導語:設計師在日常工作中經常會面對一些需求,除了完成需求以外,可能還要面對多次的修改意見;所以設計師在面對需求不明確的情況下,要做好應對,以免后續不斷的修改;本文作者分享了關于設計師在應對需求不明確時應該怎么做,我們一起來了解一下。

自打設計這個行業興起,因需求不明確而造成改方案好像成了設計師的家常便飯;在互聯網時代蓬勃發展的今天,設計師也依然擺脫不了這樣的命運,于是誕生了無數的梗,雖然多為調侃,但也從側面說明了設計師們對需求不明確的深惡痛絕。

今天借此文章,跟大家聊一聊要怎么應對需求不明確。

一、需求不明確的常見場景與思考

1. 需求不明確的常見場景

說起需求不明確的常見場景,想必大家腦海中已經浮現出了各種“名場面”,例如下面這種:

還有更多令我們痛恨的熟悉場景,這里就不一一吐槽了,但是我發現這些導致需求不明確的“經典語錄”極具分析價值,并且它們還有共性,我們不妨來看看:

以上場景發生時,一部分設計師可能會和產品懟個天昏地暗;而另外一部分設計師可能就接受改稿了…

可是,無論是和產品互懟還是接受改稿,都不是一個好結果,前者影響了團隊氛圍并不一定能解決問題,后者令設計師身心疲憊的同時還浪費了團隊寶貴的時間。

2. 需求明確的方向

在前面,我們對產品需求不明確的常見場景進行了大致的整理,主要歸納為需求背景目標不明確和需求粗糙,而我們的目標是讓需求變得清晰明確,此時我發現,結合“用戶體驗5個層面”來規范需求,從而使需求變得明確,是多么地吻合、并有理有據。

需求背景不明確對應的是戰略層,需求粗糙對應的是范圍層,接下來,我們可以按照這個方向去思考如何讓需求變得明確。

二、從戰略層看需求背景與目標不清晰

1. 正確的戰略

產品需求背景是指需求產生的原因及想達到的目標,也就是需要分析為什么(why)要這么做,誰(who)是受眾人群,要達到(什么目標(what),需要如何(how)去做,可以提煉為why、who、what、how四個核心元素:

  • Why:是指為什么要做這次需求的原因。
  • Who:這個需求與那些用戶有關,他們的場景有什么特征,涉及到哪些用戶的利益。
  • What:做了這個需求后要達到什么樣的目的。
  • How:根據需求原因、相關用戶以及想要達到的目標,制定怎樣的方案。

在接收需求階段,整理這樣一個戰略層四要素流程圖就夠了,當我們腦海里形成了這樣一個需求要素認知后,在接收需求時就有了質疑需求的邏輯思路,也就不會輕易被產品帶著走。

2. 戰略方向不清晰的3個常見場景與應對方式

總結:面對需求背景和目標不明確時,我們根據具體情況多問一句為什么,目的是讓產品培養出正確打開需求的習慣,也便于設計師梳理正確的設計目標。

三、從范圍層看粗糙的需求

1. 范圍層與需求

在范圍層,我們從討論戰略層面的抽象問題——“我們為什么要做這個需求?”轉而面對一個新的問題:“做這個需求我們要開發什么?”當產品把用戶需求和產品目標轉變成產品應該提供給用戶什么樣的內容和功能時,戰略就變成了范圍。

在范圍層階段,無論是內容需求還是功能規劃,用文檔來定產品需求是一件必須要做的事:就像一個確定下來的證據能讓整個團隊知道目前在開發什么,而不再是一個只停留在產品經理頭腦里不定形的圖像。

所以應對需求粗糙第一招:任何需求一定要有需求文檔(產品經理用幾十甚至幾分鐘干完的事情,能夠讓設計師與團隊省下數倍的時間)。

2. 需求文檔四要素

產品經理要仔細思考需求功能與產品用戶之間的利益關系,然后才能決定哪些信息必須納入設計范圍之內,并形成需求文檔。

而我們設計師需要做的就是“甄別需求文檔”,這里我整理了需求文檔的四要素:

  • 需求定義:內容或功能需求的范圍,需求文檔中要有具體的需求list。
  • 規格說明:每個需求list下面的規格說明,不需要多詳細,但是要清楚和精準。
  • 優先級:根據產品戰略,制定合理的需求優先級。
  • 可行性:需求文檔的內容要同步到開發與運營,讓開發判斷需要的工期是否與產品預期吻合,運營判斷是否有足夠的資源(若沒有同步到位,設計稿很可能因為運營和開發的反饋而返工)。

設計師在查看需求文檔時,腦海中要時刻謹記需求文檔四要素,一旦有不理解或者有歧義的地方,要盡快與產品溝通,避免因為需求不夠清晰而坑了自己。

而除了要謹記產品需求文檔4要素外,必要時我們還可以要求產品出一些簡易的原型、pr泳道圖,或者給出參考竟品;當然,最重要的還是要多主動與產品溝通,畢竟溝通才有火花。

四、總結

在面對一些復雜需求時,由于設計師沒有產品那么強的大局觀,對整個產品業務也沒有那么熟悉,如果這時候產品的需求也很粗糙,那么對于設計師甚至整個項目組來說都是一場災難;所以作為設計師,在堅定自己立場的同時,也要主動溝通和核對,勇于要求產品完善需求文檔,提供詳細的資料,保證需求的精確度盡可能的高。

文章到這里就結束了,如果對本期內容有興趣想交流的朋友不妨在評論區留言,我們共同探討。

下期預告:在這期我們從戰略層與范圍層來看需求不明確的各種坑,并總結出了“戰略層四要素”“需求文檔四要素”來應對種種產品需求不明確的場景,但是需求不明確的坑到這里就真的就填完了嗎?敬請期待下期文章《設計師如何處理需求》

 

本文由 @汪仔3393 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

給作者打賞,鼓勵TA抓緊創作!
更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 錯別字看的好難受,,,競品還是竟品,,,

    回復
  2. 整篇下來還是要求產品完善需求而已嘛 如果產品需求就是不明確 設計也做不了產品的活

    回復
    1. 設計作為產品的下游,可以輔助產品有條理的梳理需求,盡可能的避免一錯到底的局面。

      回復
  3. 將《用戶體驗要素》這五層要素緊密的結合起來能更清晰明確的在產品設計上打造出良好的用戶體驗,當然還是要在公司的有限資源條件下進行的,PM在定義需求和原型設計的時候要把握好UI和開發人員的技術的設計和開發周期,把需求中有異議和復雜的功能點放在后面迭代,要比趕工出來模糊的設計好很多。要注意之間的溝通和配合,產品是1,團隊是0。

    回復