只需三個(gè)步驟，避免陷入改圖和自我否定的死循環(huán)！

你有沒(méi)有遇到過(guò)這樣的情境？

 

接到一個(gè)需求，興奮的開始畫圖，畫完后心滿意足的評(píng)審，產(chǎn)品和開發(fā)卻提了一大堆問(wèn)題，你懵逼的陷入了改圖和自我否定的死循環(huán)。

 

今天的文章告訴你，只需要三個(gè)步驟，也許會(huì)幫你解掉這個(gè)死循環(huán)。

 

 

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

 

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

 

那么怎么解決這些問(wèn)題，單靠你一個(gè)人肯定回答不了，因?yàn)槟悴皇抢习?，也不是用戶，不了解公司的?zhàn)略定位和目標(biāo)用戶的真實(shí)場(chǎng)景。所以需要溝通，而且是反復(fù)的溝通，不停的問(wèn)，只要這樣才能獲取到足夠的信息來(lái)支撐接下來(lái)的設(shè)計(jì)方案。

 

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

 

 

設(shè)計(jì)目的

 

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

 

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

 

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

 

②這個(gè)設(shè)計(jì)目的有沒(méi)有給用戶帶來(lái)價(jià)值

 

③有沒(méi)有給公司帶來(lái)價(jià)值

 

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

 

 

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

 

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

 

 

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

 

那么為什么要畫流程圖？

 

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

 

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

 

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

 

 

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

 

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

 

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

 

 

我們總結(jié)一下，接到需求不要急著動(dòng)手畫圖，這往往會(huì)使設(shè)計(jì)師陷入改圖和自我否定的死循環(huán)。

 

解決這個(gè)死循環(huán)的方法論一共有三步：先通過(guò)了解需求的本質(zhì)來(lái)確定case的設(shè)計(jì)目的；再通過(guò)流程圖這個(gè)有效工具，來(lái)梳理用戶行為、考慮全面分支和異常流程；最后和開發(fā)人員溝通，了解技術(shù)給設(shè)計(jì)方案帶來(lái)的局限性。

 

做完了這三步，再放開手去畫圖吧。這個(gè)時(shí)候往往會(huì)更加得心應(yīng)手、收放自如，因?yàn)榻?jīng)過(guò)三步思考，畫圖便是水到渠成的事情。

 

希望今天的文章能對(duì)你有所幫助。

 

 

--文章來(lái)源設(shè)計(jì)夾公眾號(hào)