在一個項目中蒿赢，交互設計起著承上啟下的作用颁督。開發(fā)人員根據(jù)交互文檔搭建初步的程序框架，視覺設計師基于交互設計進行精細的界面設計赚哗，之后再交付開發(fā)她紫。交互設計方案的改動涉及多方的調整，雖然不及產(chǎn)品需求變更那樣牽一發(fā)而動全身屿储，但也是影響面較廣的贿讹。
作為入行不久的交互設計師，我發(fā)現(xiàn)自己在交互設計的實踐中無法顧及到方方面面够掠，是存在思維盲區(qū)的民褂。其中有欠缺經(jīng)驗的原因，也有自身知識局限的問題疯潭。進入開發(fā)階段后赊堪，每次需要修改交互時，心里都會有些慚愧竖哩，感覺為小伙伴們帶來了不必要的工作量哭廉。然而現(xiàn)實中，交互設計的改動是難免的（因此一般一個項目會不斷迭代交互文檔）相叁，尤其是在時間安排緊促遵绰、產(chǎn)品需求不清晰的情況下。怎樣在交互設計階段盡可能思考周全增淹，減少視覺設計與開發(fā)的返工呢椿访？抱著提升自我、拯救伙伴的態(tài)度虑润，我結合自己在移動端app的項目經(jīng)驗進行了一些總結赎离。這并不能涵蓋交互設計的所有方面，主要著重于設計時個人覺得容易疏漏的地方端辱。
交互設計在我看來分結構層面和細節(jié)層面梁剔，兩者在發(fā)現(xiàn)思維盲區(qū)、排查交互設計問題時的角度有所不同舞蔽。
結構層面
結構層面的交互設計是指荣病，通過解析產(chǎn)品需求與核心目標，梳理交互邏輯渗柿，設計使用流程个盆、框架結構和基礎功能。其目的是保證產(chǎn)品的可用性朵栖〖樟粒可以想象，若在開發(fā)過程中對結構層面的交互進行改動陨溅，成本是比較大的终惑。
一些不成熟的結構層面的交互設計，我覺得容易出問題的地方主要是：
1. 沒有很好地把握平臺特性门扇。
尤其是Android平臺較iOS復雜些雹有。比如由于Android手機對App性能消耗的要求更苛刻，設計時應盡可能地選擇性能耗費少的框架結構臼寄；又如大部分Android手機屏幕上有虛擬按鈕霸奕，因此在完成界面設計后要考慮代表“返回”的虛擬按鈕會把頁面跳轉到哪里，使用上是否會帶來困惑吉拳。在設計軟件結構的初期质帅，就需要與開發(fā)人員溝通設計稿，以便盡早發(fā)現(xiàn)問題留攒。
2. 頁面結構復雜煤惩。
手機屏幕可謂寸土寸金，合理刪減一個元素稼跳，對用戶來說就減少一個思維思維負擔或迷惑點盟庞。即使方案看起來OK，也需要不斷反問自己：這種功能布局是最簡單的嗎汤善？頁面最主要的操作是什么什猖，是否明顯突出？其他功能或入口是否必要红淡？頁面的組織是否清晰有規(guī)律不狮？…...不過需要注意的是，合理簡化結構的提前在旱，是對用戶使用場景有很好地了解摇零。
3. 設計師與用戶使用經(jīng)驗的差異。
設計師對自己設計的產(chǎn)品十分了解桶蝎，因此容易覺得一切使用起來都理所當然驻仅，或者覺得別人稍微試一下就知道是怎么回事了谅畅。但事實上，很多人并沒這么“聰明”噪服。這就需要邀請對產(chǎn)品和項目不熟悉的“小白”來玩玩交互Demo毡泻，看看Ta是否能輕松知道你的產(chǎn)品是做什么的，完成核心功能時是否順暢粘优，哪里會遇到磕絆仇味。
細節(jié)層面
細節(jié)層面的設計附屬于功能點之下（如具體信息的排布，異常狀態(tài)的處理等）雹顺，可以進行獨立優(yōu)化而不影響整體的結構丹墨，幫助用戶更好地達成目標。細節(jié)層面要考慮的東西很多很雜嬉愧，設計往往不難贩挣，難的是想全。因此英染，需要有一個系統(tǒng)的思維框架來幫助我們查漏補缺揽惹，而不是想到什么是什么。
1. 可以從“我”(使用者本身）和“別人”（其他使用者）的角度四康，檢查功能點是否齊全搪搏。
我：用戶間是存在差異的，有些因素將影響用戶在的需求和使用場景闪金，如是否是第一次使用app疯溺，是否是會員等。站在不同用戶的角度想想哎垦，“我”在這個頁面想做/能做什么事囱嫩？做一件事的前、中漏设、后階段墨闲，在設計上是否有體現(xiàn)？我是否可以取消郑口、撤銷或退出某個步驟鸳碧？如果中途這件事做失敗了呢？
別人：“別人”指與你在使用產(chǎn)品是直接相關的其他人犬性。別人對我做了什么瞻离，我需要知道么？對我有何影響乒裆？舉個栗子套利，在一個“教室”功能的頁面中，我可以和其他同學一起聽老師上直播課。這里老師對我有一些權限：禁止/允許我打字聊天肉迫，讓我上麥發(fā)言/下麥验辞，把我踢出教室，給我發(fā)私聊昂拂。當老師對我做這些事的時候受神，我是否能明白是怎么回事？我知道應該做出什么回應嗎格侯？我收到的提示足夠清晰嗎？
2. 檢查特殊情況财著。
一方面联四，想想用戶在使用產(chǎn)品時的主要場景是什么，有哪些影響因素撑教。常見的影響因素有：
網(wǎng)絡環(huán)境：有無網(wǎng)絡朝墩，網(wǎng)絡狀況不好，突然斷網(wǎng), 是否為Wifi環(huán)境伟姐，Wifi環(huán)境與非Wifi環(huán)境之間的轉換等收苏。明確網(wǎng)絡情況的變化對用戶有怎樣的影響，是否需要讓用戶重新作出操作上的選擇愤兵，是否需要進行明確的提示鹿霸。
時間因素：操作的時間限制，某些功能的定時開啟等秆乳。需要考慮在不同時段懦鼠，產(chǎn)品功能會有怎樣的差異，用戶是否可以預見這樣的差異屹堰。假如產(chǎn)品上的支付功能是有時間限制的肛冶，一定時間之后訂單將自動取消。那么設計上是否已經(jīng)明顯地告訴用戶這一點扯键？在訂單頁支付倒計時結束后睦袖，會發(fā)生什么情況？
數(shù)量限制：當某個功能對數(shù)量有限制時荣刑，操作的時機就變得很重要馅笙。以在app上報名班級（圖1）的操作為例，假設班級容量為20人嘶摊，確認報名訂單時暫時扣去一個名額庫存延蟹，完成支付時完全扣去這個名額。如果當你報名班級時叶堆，名額已滿阱飘，但還有人未付款，這時系統(tǒng)應該有什么提示？這和報名班級時沥匈，班級絕對性滿員（名額已滿蔗喂，且所有人完成付款）的情況處理方式是不一樣的。另一種情況是高帖，在你進入確認訂單頁時缰儿，名額未滿，但當你按下“確認”訂單散址，此時名額已經(jīng)滿了乖阵，也應該有相應的提示。像這種對數(shù)量敏感的功能预麸，應盡量明確地告訴用戶限制條件瞪浸，當前的相關狀態(tài)是怎樣的（未滿員，暫時滿員吏祸，或已滿員对蒲？），防止用戶進行不必要的操作贡翘。用戶若第一時間沒有理解蹈矮，可能需要進一步友好地提示。
另一方面鸣驱，想想單個頁面元素會有哪幾種狀態(tài)泛鸟。常見的狀態(tài)分類有：
中間狀態(tài)：在進行下載、上傳丐巫、導入等操作時谈况，用戶會有等待的過程。在這過程中递胧，界面的狀態(tài)是怎樣的碑韵？怎樣讓等待不那么痛苦？是否允許中途取消缎脾？
控件狀態(tài)：控件激活祝闻、未激活、使用中的狀態(tài)是怎樣的遗菠？是否有一些限制联喘？狀態(tài)轉變時會發(fā)生什么？其他情況的變化對控件的狀態(tài)是否有影響辙纬？以一個教室頁面的文字輸入框（圖2）為例豁遭，在輸入框中輸入文字時，我們會在界面展示上做限制：輸入框最多顯示4行文字贺拣，鍵盤收起后保留輸入框狀態(tài)蓖谢。此外捂蕴。在上課過程中如果學生不守紀律，會被禁言闪幽。禁言時輸入框的狀態(tài)是怎樣的呢啥辨？是完全不可用，還是可以編輯文字但無法發(fā)送盯腌？經(jīng)過仔細思考以及和開發(fā)的溝通溉知，我給出的方案是：被禁言時，用戶仍然可以輸入文字腕够，只是不能發(fā)送级乍。如果是在文字輸入過程中（鍵盤展開）被禁言亦然，此時仍然可以編輯文字燕少，只是無法發(fā)送卡者。
加載狀態(tài)：加載數(shù)據(jù)（文字，圖片客们，音頻，視頻材诽，數(shù)據(jù)包等）的過程中底挫，界面元素會有怎樣的變化？長時間加載未成功怎么辦脸侥？
刷新狀態(tài)：刷新數(shù)據(jù)是自動還是手動的建邓？執(zhí)行刷新操作時界面哪些原色會產(chǎn)生變化？刷新失敗了呢睁枕？
以上說的這些方法官边，也許可以幫我們掃除一些交互設計上的漏洞。但還有一部分漏洞可能來自我們自身的
心理盲區(qū)
1.對抗外遇。
聽到與自己的想法不同的意見注簿，人本能的反應就是找理由反駁。在和產(chǎn)品經(jīng)理等其他人討論設計方案的時候跳仿，我們也問往往會遇到其他人與自己意見相左的情況诡渴。這時，首先要相信對方是對事不對人的浸间，然后靜下心來想想對方說的是否有道理屯吊，自己之前的思路是否有問題凳寺，或者有沒有兩全其美的方案。
2.從眾眼耀。
人們趨向于采納多數(shù)人的選擇，跟隨多數(shù)人的行動佩憾，這樣會感覺更加安穩(wěn)哮伟，均分壓力干花，避免沖突。人都是有思維惰性的澈吨，從眾可以把思考問題把敢、做決策的責任默默地移交給別人。在審核交互方案時谅辣，當多數(shù)人喜歡某一套方案時修赞，我們可能便選擇了這個方案。但需要清楚的是桑阶，一旦之后發(fā)現(xiàn)問題柏副，需要負責修改方案的還是設計師自己，專業(yè)度被質疑的還是只有設計師蚣录。因此割择，他人的建議只能作為參考，自己想清楚了才是王道萎河。
3.權威影響荔泳。
與從眾心理相似，權威影響也是一種趨從心態(tài)虐杯，其作用有時甚至大于從眾心理玛歌。在團隊中可能會有幾個你特別欣賞的人，他們的意見你會格外看重擎椰。與這些人討論得出的結論支子，你會覺得更有安全感，似乎已是最佳方案达舒。越是這樣就越要給自己敲警鐘值朋，主動給當前的解決方案找茬。
4.關閉巩搏。
當你覺得一個方案已塵埃落定昨登、大家都覺得ok、一切看起來都那么完美的時候塔猾，我們往往會在大腦中關閉這項任務篙骡，不再去想。尤其是在公開了這套方案后丈甸，你等于是在向別人宣布：“就這么定了糯俗！” 你也會格外捍衛(wèi)自己的決定。盡管我們可能已經(jīng)用了各種方法去保證方案的完善性睦擂，但人無完人得湘，你永遠不知道什么時候會發(fā)現(xiàn)新的問題。我們能做的顿仇，也只是盡量避免大問題淘正，盡量減少剩余的問題摆马。因此，永遠不要給自己的思維打上句號鸿吆，只要項目還未截止囤采，就應該不斷審視自己已有的設計。
總結下來就是上面這張圖惩淳。最后想說這是一個永不“關閉”的話題蕉毯，希望大家可以不斷補充，相互學習思犁。
