因為在做細節(jié)交互設(shè)計的時候，有時候明明知道卻老偏偏漏掉一些特殊狀況的方案設(shè)計，

其中又以邊緣狀況的設(shè)計遺漏為多數(shù)，所以干脆給自己總結(jié)了幾個“凡是”，以提醒自己記得別忘記。

在這里一一列舉，希望對大家也有些許幫助。

一。凡是輸入，必有限制。

當我們在設(shè)計中使用到輸入控件特別是文本輸入框的時候，這個問題就來了。

第一個需要面對的是字符數(shù)的限制，

字符數(shù)的限制有的來自于產(chǎn)品本身的業(yè)務(wù)限制，

比如微博的140個字，注冊時賬號和密碼的長度等。

有些產(chǎn)品看上去并不限制字符數(shù)，或者說并不給用戶交代“限制”的概念。

但其實也需要限制，這種限制來自于技術(shù)方面的考慮。

比如寫郵件的時候填入的收件人個數(shù)，搜索框接受的關(guān)鍵字字數(shù)，留言板的內(nèi)容等。

雖然業(yè)務(wù)不要求，但錄入的內(nèi)容，可能會造成提交的困難，數(shù)據(jù)庫的臃腫，被攻擊的漏洞等，

所以我們也不得不考慮“隱形的限制”，雖然邊界看不到，一旦用戶越界，還是需要有相應(yīng)的解決方案。

圖 - 其實郵件主題還是不能寫太長的，雖然一般不會寫這么長

圖 - 百度原來也有字數(shù)限制

輸入并不全是文本，所以我們還需要面對其他格式的輸入限制問題。

比如上傳文件的個數(shù)，

圖 - 人人網(wǎng)上傳照片的數(shù)量限制

比如上傳文件的大小，

圖 - qq郵箱附件的大小上限

比如上傳文件的格式，

上傳照片的的時候如果用戶選了非圖片格式的文件怎么辦？一開始就讓ta只能看圖片文件還是選中后提醒？

圖 - qq郵箱對于exe附件的限制

這些限制也都從業(yè)務(wù)和技術(shù)兩方面考慮，

比如相冊一次只能傳20張照片，升級為會員就能傳50張，這是業(yè)務(wù)限制。

用瀏覽器相冊一次只能傳20張照片，安裝插件或客戶端，能傳50張，這是技術(shù)限制，考慮瀏覽器負荷。

面對以上輸入限制問題的時候，具體的解決方式當然是多種多樣的，這里列舉一些規(guī)則：

a.如果是字符輸入，中英文字符數(shù)的計算規(guī)則。規(guī)則不一樣，設(shè)計也不一樣。

圖 - 新浪微博是限制140個中文280個英文（當然還有各種其他字符空格的情況）

b.如何暗示限制？

c.違反規(guī)則的時候作何反饋？

這個問題文章下面會繼續(xù)提及。

d.輸入控件根據(jù)容納內(nèi)容的變化？

是直接用滾動條解決呢？還是伸長輸入框呢？還是兩者結(jié)合呢？等等。

圖 - 出現(xiàn)滾動條

圖 - 延長高度

e.別忘了以上內(nèi)容。畫一個輸入框時想想這不是一個無底洞。

二。凡是輸入，必考慮輸出。

界面上的動態(tài)內(nèi)容，可能來自于后臺編輯的錄入，也可能來自于前臺用戶的發(fā)表，

總之，界面上的動態(tài)內(nèi)容，都是先有人輸入的。

輸入的人（特別是用戶）可能不會去考慮以后展現(xiàn)的效果，

但作為設(shè)計師的我們，就要為用戶考慮了。

要考慮超量內(nèi)容的顯示。

這涉及到兩個方面的考慮，

先考慮輸入時候的限制，我們要知道究竟某個顯示空間究竟最多可能出現(xiàn)多少內(nèi)容

（當然，有時候是輸入輸出一起考慮，最終雙方平衡）。

再考慮這些內(nèi)容在顯示空間里如果顯示不完，那怎么辦？

解決方案可以是索引頁顯示局部，到詳情頁再顯示完全（總得要有個地方顯示完全的信息），

也可以是顯示部分內(nèi)容，留待更多展開顯示。

或者滾動條來拯救等等等等。

既然有超量內(nèi)容，也可能有空白內(nèi)容。

當搜索結(jié)果為0的時候，怎么顯示？

當用戶還沒收到任何消息的時候，怎么呈現(xiàn)？

當某個分類下的商品為空的時候，怎么辦？

這些問題也不要忘記考慮進我們的設(shè)計方案里面。

圖 - 有個說明總好過讓人家以為未加載出來

圖 - 不能總是指望用戶每次都能搜出結(jié)果

另外，還有分辨率的事。

無論是移動終端（特別是android）還是電腦，我們設(shè)計的界面會出現(xiàn)在各種尺寸的顯示器上。

這就決定了我們不得不考慮屏幕的適配問題。

比如一個pc上的彈出層，確定按鈕的位置要保證在第一屏的話，那得考慮主流（里最�。┢聊桓叨取�

比如一個默認的全屏應(yīng)用壁紙，多大合適？用平鋪合適還是居中合適？還是自適應(yīng)？

比如480x800的屏幕能顯示6行列表項，在480x854的屏幕就能多顯示一行。

三。凡是成功，必考慮失敗。

別想著用戶永遠都能正確操作，人非圣賢。

這是個大話題，涉及到怎么防止錯誤，錯誤后怎么提醒，怎么給予幫助，也許以后再專門做文章吧。

在這里想說的是，有時候做設(shè)計做昏頭了，再加上進度緊張，

往往只是把正常的流程做出來了，卻忘記了，既然用戶操作了，就可能失敗。

比如注冊時表單項某些沒填，

登錄時密碼賬號不符，

拖動文件失敗，

粘貼圖片失敗，等等等等。

圖 - 加載失敗的時候

邊緣狀況并不是我們設(shè)計的主要內(nèi)容，但卻又是不得不設(shè)計，

它體現(xiàn)著產(chǎn)品的貼心，考驗著我們的細心，

魔鬼都在細節(jié)里，別忘了它們 ：） 。

文：Danis微博提供，轉(zhuǎn)載請注明來源。

標簽： 設(shè)計細節(jié) 細節(jié)交互設(shè)計 輸入輸出 

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。