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

    1.思考需求的本質(zhì)

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

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

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

    設(shè)計目的

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

    設(shè)計目的出來之后，事情并沒有結(jié)束，這個目的需要驗證，有三個衡量標(biāo)準(zhǔn)：

    ①詢問產(chǎn)品和管理層的意見

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

    ③有沒有給公司帶來價值

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

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

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

    流程圖

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

    那么為什么要畫流程圖？

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

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

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

    3.和開發(fā)人員溝通，了解技術(shù)的局限性

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

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

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