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

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

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

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

設計目的

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

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

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

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

流程圖

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

那么為什么要畫流程圖？

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

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

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

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

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

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

標簽：林芝 鹽城 東營 烏魯木齊 九江