接到一個需求，興奮的開始畫圖，畫完后心滿意足的評審，產品和開發卻提了一大堆問題，你懵逼的陷入了改圖和自我否定的死循環。看了今天的文章，也許會幫你解掉這個死循環。

    1.思考需求的本質

    接到需求之后，你一定要多問為什么，PM為什么要提出這個需求？是為了解決什么問題？這個問題真實存在嗎？如果真實存在，做了之后能給用戶和公司帶來什么價值？切記，每次做case一定要先問問自己這些問題。一定要改掉接到需求就直接畫圖的壞毛病。

    那么怎么解決這些問題，單靠你一個人肯定回答不了，因為你不是老板，也不是用戶，不了解公司的戰略定位和目標用戶的真實場景。所以需要溝通，而且是反復的溝通，不停的問，只要這樣才能獲取到足夠的信息來支撐接下來的設計方案。

    溝通之后，再結合自己的思考，總結著這次case的設計目的是什么。下圖是我最近的一個小需求迭代，事先和產品溝通的時間遠遠超過了畫圖的時間。

    設計目的

    黑體字是設計目的，破折號后面是為了達成目的而需要設計的功能。后續的工作便可以依據設計目的而進行。

    設計目的出來之后，事情并沒有結束，這個目的需要驗證，有三個衡量標準：

    ①詢問產品和管理層的意見

    ②這個設計目的有沒有給用戶帶來價值

    ③有沒有給公司帶來價值

    ①確保了管理層的意圖盡可能的在你的設計目的中得到傳達；每個需求都是為了能給用戶或公司帶來價值的，不是為了情懷買單，這是標準②和③。

    2.梳理流程，輸出流程圖

    好不容易整理出設計目的，但這個東西還是很虛，指導不了畫界面。這需要借助一個萬能的工具，流程圖。我們都知道，交互設計不同于其他設計，交互設計的對象是行為，而行為是連續的、不確定的。連續的，說明是有順序的；不確定的，說明有多種可能性。

    流程圖

    熟悉我的人都知道，在學校學的是軟件工程，因為要學習使用流程圖去梳理算法邏輯，所以對流程圖很熟悉。第一次接觸流程圖，就感覺如獲至寶，這不是思考問題的利器嗎？

    那么為什么要畫流程圖？

    畫流程圖，第一能幫你了解用戶的行為順序，第二能避免漏掉異常和分支流程，第三，流程圖使用熟練之后，你會發現，這是大概每個流程的節點基本上會對應到產品的某個界面。

    拿上圖流程圖舉例，用戶簽名對應一個界面，簽完名后臺進行判定，如果匹配成功，提示匹配成功，這是一個提示界面；匹配不成功則dialog提示并提供重寫和立即體驗兩個入口，這對應的也是一個dialog的頁面。

    從思考需求的本質總結出設計目的，到利用流程圖梳理用戶行為，設計的思路會越來越清晰，越來越具象。接下來就可以依據設計目的和流程圖，開始著手畫線框圖了。但是我建議，在畫圖之前，會相關開發人員進行溝通一下。

    3.和開發人員溝通，了解技術的局限性

    按照道理，只要能說清楚邏輯的需求都能夠被開發出來，但是，產品上線時間是固定的，而且大部分公司都是倒排序，所以開發和測試的時間都很緊湊，為了確保產品和功能的準時上線，有時候是要進行設計上的妥協的。

    所以我建議，站在用戶體驗的角度，做一個相對極致的設計方案，然后再做一個相對保守的方案，這個保守的方案也許并不出彩，但是確實各方因素妥協之下最好的結果。

    我們總結一下，接到需求不要急著動手畫圖，這往往會使設計師陷入改圖和自我否定的死循環。解決這個死循環的方法論一共有三步：先通過了解需求的本質來確定case的設計目的；再通過流程圖這個有效工具，來梳理用戶行為、考慮全面分支和異常流程；最后和開發人員溝通，了解技術給設計方案帶來的局限性。做完了這三步，再放開手去畫圖吧。這個時候往往會更加得心應手、收放自如，因為經過三步思考，畫圖便是水到渠成的事情。希望今天的文章能對你有所幫助。