
2. 不要將網(wǎng)頁(yè)的操作動(dòng)作搬到APP來(lái)。也就是及鼠標滑過(guò)的提醒都不要有。另外長(cháng)壓的動(dòng)作也最好不要有,因為這些動(dòng)作對觸屏的使用者說(shuō)來(lái)是一種很不直覺(jué)的動(dòng)作。以工具類(lèi)型的APP來(lái)說(shuō),比較好的UI設計最好就只有點(diǎn)擊與滑動(dòng)兩種動(dòng)作就好。多指觸碰和搖一搖的動(dòng)作必要時(shí)再加入。拖曳的動(dòng)作,要視狀況而定,如果可以幫使用者省下很多操作&設定的動(dòng)作,那就做吧!
3. 功能按鈕的擺放位置要與策劃本身的設計一致。例如,蘋(píng)果的確認視窗取消按鈕都是擺左邊,提交按鈕都是擺右邊。那小編們設計的APP中有出現取消/提交按鈕的位置也要一致比較好。
4. 每一個(gè)頁(yè)面若有功能類(lèi)似的UI元件,最好都擺在固定的位置,不要跳來(lái)跳去。讓使用者知道,當他要用到這個(gè)功能時(shí),就是要到那位置去找。
5. 每個(gè)按鈕或可點(diǎn)擊區域的最小尺寸不宜小於 32 x 32。再小就會(huì )讓使用者覺(jué)得很難按??梢允菆D片呈現的大小比較小一點(diǎn),但是觸發(fā)觸摸的區域大於呈現的區域。
6. 該換頁(yè)的地方就要換頁(yè),該有返回按鈕的地方就要擺。不要想說(shuō)為了畫(huà)面的美觀(guān)而犧牲了操作的便利性。操作流暢度的重要性并不會(huì )比畫(huà)面美觀(guān)低。
7. 不要只從APP開(kāi)發(fā)者、APP測試者的角度去想UI要怎麼做。如果有個(gè)地方對常常需要做測試的人是個(gè)很困擾的或覺(jué)得有點(diǎn)奇怪,但對使用者來(lái)說(shuō)完全沒(méi)有影響。那就應該保留它,而不是多做了一些額外的判斷或功能或選項,這樣反而會(huì )讓使用者覺(jué)得很困惑。
8. 有些規范去適度得限制使用者能做的事是好的。有時(shí)候不需要給使用者太多彈性。如果說(shuō)因為要有彈性而需要使用者多做一些事操作和設定,這樣反而會(huì )讓使用者覺(jué)得更麻煩。小編舉個(gè)例子,python這程式語(yǔ)言嚴格限制了程式縮排及換行的標準,開(kāi)發(fā)者只要寫(xiě)錯一個(gè)空行,編譯就會(huì )失敗。就像你寫(xiě)一篇作文時(shí),老師叫你每一個(gè)段落開(kāi)頭都要空兩格一樣的意思。這對開(kāi)發(fā)者來(lái)說(shuō)是很不彈性的。但是python APP開(kāi)發(fā)者寫(xiě)出來(lái)的東西,一定保證都是排版整齊的程式碼。這作法在其他程式語(yǔ)言很少見(jiàn),但卻沒(méi)有人去抱怨它,反而很多人覺(jué)得這是一個(gè)超棒的設計。因為小編再也不會(huì )看到亂七八糟的程式碼了??!