對于交互設(shè)計師來說，除了專注于設(shè)計的規(guī)劃與執(zhí)行外，我們更應(yīng)該騰出一部分時間與精力去思考、去探索交互設(shè)計中的關(guān)鍵問題與關(guān)鍵環(huán)節(jié)，從認知層面提升自己。

做設(shè)計不是接到需求就埋頭苦干，也不是產(chǎn)品說一我不說二，而是一個先思考再動手、邊動手邊思考的過程。

在這個過程中，有些思考如果不夠全面或者深入，就有可能導致做出來的設(shè)計有漏洞，既影響產(chǎn)品質(zhì)量，也對自己的專業(yè)進階無益。

為了能打磨好每一次設(shè)計，我整理了一些問題來幫助自己思考，各位交互設(shè)計師也可以試著在工作中用以自問。這些問題如果能找到答案，那就離優(yōu)秀的設(shè)計產(chǎn)出也不遠了。

十八個問題，分了四組，不見得全面，但也能貫穿設(shè)計始終。

一、需求

1. 為什么要做這個需求，需求背景是什么？

要搞明白用戶在怎樣的活動場景下遇到了問題，然后產(chǎn)生了需求。這是從根本上去了解一個需求，也是最后驗證產(chǎn)品功能的地方。

2. 誰提出來的，是否是原始需求？

工作中設(shè)計師收到的需求有時候是二三手需求，經(jīng)過多節(jié)點傳遞后，信息就容易失真。如果無法直接觸達用戶，最好能聯(lián)系到提出第一手需求的人。

3. 用戶有沒有未表達出來的需求？

用戶有時候只是描述困惑和問題，而不會專業(yè)地描述他們的需求。即使有描述也可能只是在表達表面層的問題，優(yōu)秀的設(shè)計師需要能夠透過表面看到實質(zhì)問題。

二、用戶場景

1. 這個功能用戶是怎么使用的，流程是怎樣？用戶平時怎么理解它，具體的場景是怎樣？

對于這個問題的挖掘其實非常重要。我們做產(chǎn)品做設(shè)計，其實就是幫助用戶解決在某個場景下活動中出現(xiàn)的問題。能夠清楚地知道用戶使用產(chǎn)品的習慣、方式和流程，了解他們對于產(chǎn)品的理解（用戶心理模型），能非常好地幫助我們在設(shè)計中有的放矢，而不至于去設(shè)計“我們覺得用戶會怎樣使用”的產(chǎn)品。

2. 什么人會用這個功能？

很多產(chǎn)品大大小小功能非常多，整個產(chǎn)品面向的用戶有100個的話，其中某些小功能可能面向受眾只有10個，而這10個人還和其他的用戶畫像可能并不完全一樣。那么做某些功能設(shè)計的時候需要重新思考，這10個人的用戶畫像特點是什么。

e.g： 一個主要面向HR用戶的人事管理系統(tǒng)，其中的某些功能公司的高層管理也會用，比如查看公司的組織架構(gòu)。高管使用時的訴求和一般的HRBP是不一樣的。那么就這個功能，我們也需要再去了解一下這些高管用戶。

3. 有沒有找合適的用戶測試過，用戶調(diào)研中有沒有什么新的發(fā)現(xiàn)，用戶對于這個功能有什么未被滿足的期望？

如果不能接觸到最初產(chǎn)生問題提出需求的用戶，可以找身邊和目標用戶畫像重疊度較高的同事/朋友幫忙做非正式用研，一方面可以多了解他們在使用中的問題，另一方面可能會有新的發(fā)現(xiàn)和收獲。

4. 使用頻次、重要程度怎樣？

一個功能或控件在使用頻次和重要程度上的定位，會影響到它在產(chǎn)品/頁面中的位置、視覺突出程度、設(shè)計研發(fā)成本等。

5. 對產(chǎn)品中其他功能是否有影響？

有些功能并不是完全獨立存在，很可能不管是操作上還是數(shù)據(jù)上都和其他（頁面的）某些功能有牽連，那在做這個功能設(shè)計的時候，也要考慮設(shè)計出來會不會對與之有關(guān)聯(lián)的功能使用有影響。

e.g. 比如微信里，用戶把聯(lián)系人A、B和C分組為“家人”，然后發(fā)一條朋友圈對“家人”可見。那么如果用戶一段時間后在“家人”的標簽里加入了D，那么D還能看到之前那條朋友圈消息嗎？

6. 競品是怎么解決的，如果找不到競品，那么具有類似功能的產(chǎn)品是怎么解決的？

做設(shè)計也會偶爾沒有思路，或者陷入某個點出不來，再或者做出來后大家總覺得不滿意，這種時候都可以找優(yōu)秀的競品看看。如果沒有直接競品，也可以就某個功能找有此功能的產(chǎn)品看。

三、控件

1. 是否能用現(xiàn)有控件完成？如果新增控件的話，必要性大嗎？有沒有其他地方會復用？

管理設(shè)計資源非常重要，一般成型的設(shè)計規(guī)范和控件資源盡量復用，避免沒有節(jié)制地添加新的控件和規(guī)范，不然容易影響到開發(fā)成本以及后期的控件維護。

2. 這個控件在操作時的各種狀態(tài)以及引起的各種變化是不是都想過了，通順嗎，全面嗎？

作圖的時候我們常常只做一些關(guān)鍵頁面來評審和討論，評審通過后繼續(xù)細化的時候才發(fā)現(xiàn)有些控件的變化狀態(tài)以及引起的頁面變化沒有考慮到，甚至會對已經(jīng)通過評審的一些功能有很大影響。所以建議大家有自己的交互自查表（我也在嘗試整理，整理好后會分享出來），可以對照著檢查控件的每種情況、每種變化等都是否考慮全面，在頁面上能否跑得通。

e.g. 設(shè)計一個列表要考慮到空數(shù)據(jù)的展示、數(shù)據(jù)排列規(guī)則、新增和刪除數(shù)據(jù)的樣式、超出一屏的情況等等。

3. 自己想當然增/刪/改的部分，實際場景中會有可用之處嗎？

完成一個需求的時候，可能會根據(jù)自己的一些想法，額外增/刪/改點現(xiàn)有的功能，不是不可以，只是也要考慮一下，這種設(shè)計師自發(fā)的改動，放在實際場景中，是否真的適用，如果是的話那當然好，但如果不是就可能白費力氣了。

4. 會不會引起誤操作，會的話怎么避免？

控件的大小、位置、間距、顏色設(shè)計不得當?shù)脑挾伎赡軙鹩脩舻恼`解或者操作不便，從而導致誤操作，盡量從設(shè)計層面來避免。

四、檢查

1. 設(shè)計完成后

有沒有找合適的用戶測試過？

有時候自己做的設(shè)計怎么看怎么OK，即使是很有經(jīng)驗的設(shè)計師，有時候一個功能做久了就不容易跳出來發(fā)現(xiàn)問題。做完后找身邊的同事/朋友幫忙看一看，說不定他們第一眼看出的問題和疑惑能給你新的啟發(fā)。

2. 這樣是不是就夠了？

很多需求我們可以用常規(guī)的方式去解決，最后得到的也很可能是一個中規(guī)中矩的方案，說不上不好，但也說不上多好。這時候可以再想想有沒有體驗更好、操作更便捷的方案，而設(shè)計師的進階有時候就是從這里的“多想想”開始的。

3. 自己有沒有先演示試用一下，看看實際效果能否跑得通？

做完設(shè)計稿不自己驗證一下就直接給開發(fā)是不太負責的。其實現(xiàn)在軟件聯(lián)動很方便，像Sketch上做完圖，可以直接導入Principle或者手機里點擊查看效果。確保能點擊的地方點擊后效果無誤等再交付給開發(fā)，也能避免后期返工。當然，如果是非常小的改動或者設(shè)計，自己確信可以腦補運行效果無誤也OK.

4. 設(shè)計文檔寫清楚了嗎，有沒有一些細小的改動需要特殊強調(diào)一下以免開發(fā)注意不到而遺漏？

設(shè)計圖搞定后，就要補充完交互文檔，這里會涉及更多的細節(jié)問題，交互邏輯說明甚至視覺標注等都要再三檢查是否做到了完整和通順。另外，如果有一些在原頁面/功能上的細小改動，建議可以用自己的方式強調(diào)一下，以免開發(fā)注意不到給漏掉。

e.g. 已經(jīng)上線的某個頁面上只需要修改某個標題文字，開發(fā)很可能注意不到，我一般會在旁邊加個顏色反差大的箭頭以及文字說明指示一下。

5. 和開發(fā)溝通過嗎，開發(fā)可實現(xiàn)嗎？實現(xiàn)起來超出預(yù)計成本嗎？

有時候因為產(chǎn)品形態(tài)的不同，一些我們覺得想當然的效果，在開發(fā)看來并不是那么容易實現(xiàn)。比如我們在APP上司空見慣的一些效果，在H5頁面上實現(xiàn)起來就不一定容易，有時甚至會因為一些技術(shù)限制實現(xiàn)不了。所以在做完設(shè)計后可以讓開發(fā)提前review一下（尤其一些新設(shè)計的、不常見的交互方式）。當然，這個問題建議設(shè)計做完最后再想，以免前期給自己設(shè)限太多，影響設(shè)計發(fā)揮。

面對這些問題，就像“吾日三省吾身”一樣，常問自己常反思，既能提出問題又能解決問題，才能有助于進益。

不過這些問題挨個兒自問一遍其實也比較花時間，建議可以用在比較復雜或者棘手的需求上。而且也不一定要每次全過一遍，根據(jù)實際情況，酌情增刪就好。

作者：Vicol， 微信公眾號：略設(shè)小計

本文由 @Vicol 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 unsplash，基于 CC0 協(xié)議