編者按：這周又是一篇來自Nielsen Norman Group的文章。供參考吧，這種文章背后的思維模式甚至是精神才是最該汲取的，內(nèi)容本身反而是其次；這樣的東西看的越多，實踐當(dāng)中具有代表性的產(chǎn)品案例經(jīng)歷的越多，你越會發(fā)現(xiàn)，設(shè)計這種事，在很多時候，無明無暗，無是無非，有的只是特定的產(chǎn)品、特定的資源、特定的情境、特定的用戶群體，以及所有這些因素混雜在一起之后擺在面前的需要不斷權(quán)衡、爭取或妥協(xié)的各種可能性。下面進(jìn)入正文。

那些大的軟件公司，譬如Apple、微軟、Google等等，通常會為第三方app設(shè)計師們提供一系列設(shè)計指南。這樣做的目的在于：

一方面，設(shè)計師和開發(fā)者可以比較輕松的上手打造在質(zhì)量方面至少符合“基礎(chǔ)標(biāo)準(zhǔn)”的產(chǎn)品，而無需重新思考和驗證全新的設(shè)計模式及UI元素。 另一方面，如果某一平臺當(dāng)中的所有產(chǎn)品都遵從統(tǒng)一的設(shè)計規(guī)則，那么用戶也將受益于界面外觀與互動方式的一致性。

遵守設(shè)計指南，這幾乎是一條鐵打的規(guī)矩。但是在實際當(dāng)中，“官方標(biāo)準(zhǔn)”未必能很好的適用于各種情況。我們不清楚為什么有些元素會出現(xiàn)在設(shè)計指南當(dāng)中，也許是因為官方所做的測試不夠徹底，或者說這些元素和模式是用來解決某一類設(shè)計問題的最基礎(chǔ)最具適用性的解決方案。

本文當(dāng)中提到的4種UI元素都是Apple慣于在自家app中使用的，其中的一些也出現(xiàn)在了官方的設(shè)計規(guī)范當(dāng)中；自然，不計其數(shù)的設(shè)計師也會跟從這些用法。而另一方面，我們（Nielsen Norman Group）在一次又一次的可用性測試當(dāng)中也真真實實的發(fā)現(xiàn)了這些元素所導(dǎo)致的可用性問題。

說不定Apple的諸神會用雷劈我們，但我們?nèi)匀唤ㄗh各位設(shè)計師在使用這些UI元素時多加考慮，或嘗試優(yōu)化/替代方案，因為這些元素在可用性測試當(dāng)中的表現(xiàn)確實存在問題：

• 頁碼指示符(小圓點)
• 導(dǎo)航欄里的完成按鈕
• 加號(+)圖標(biāo)
• 拖拽圖標(biāo)

1.頁碼指示符（小圓點）

iOS的頁碼指示符，在形式上就是橫排的圓點，用來表示一系列可以通過橫滑瀏覽的分頁視圖。其中，代表當(dāng)前視圖的圓點處于高亮狀態(tài)，其他的則是灰暗的半透明狀態(tài)。

iOS系統(tǒng)首屏，頁碼指示符用來表示頁面總數(shù)以及當(dāng)前所在位置。我們時常見到這種通過系統(tǒng)首屏來演示頁碼指示符使用方式的范例，實際上，頁碼指示符能完美適用的界面環(huán)境并不多，而系統(tǒng)首屏正是其中之一，因為用戶明確的知道自己的手機里裝有很多app以至于第一屏無法完整呈現(xiàn)，需要通過橫向滑動查看更多。

很多app或網(wǎng)頁都會使用這種元素來暗示用戶可以通過橫向滑動來查看同級的其他頁面，也有一些是將其用在界面中特定的區(qū)域來暗示其中存在更多內(nèi)容。不能否認(rèn)，這種形式的頁碼指示符在app和移動Web的界面設(shè)計當(dāng)中都很流行，但是要知道，它同時也是用戶最容易忽略掉的界面元素之一。在我們所做的一系列可用性測試當(dāng)中，用戶經(jīng)常難以發(fā)現(xiàn)這些在尺寸上過于微小的圓點，進(jìn)而錯失了那些可以通過橫滑來查看到的內(nèi)容或功能入口。所以，我們認(rèn)為圓點形式的頁碼指示符至少不能被用作關(guān)鍵功能和內(nèi)容的唯一導(dǎo)航方式。

雖然iOS允許你將這些圓點渲染成其他顏色，但想要使如此微小的元素一目了然的突顯在界面當(dāng)中還是非常困難的，除非你能確保將其置于高對比度的純色背景上。很多產(chǎn)品會將圓點們放置在五顏六色的banner圖上，使這些本就難以被留意到元素不知不覺的融入到背景當(dāng)中，進(jìn)一步降低了可發(fā)現(xiàn)性。如果一定要這樣做，那么必須確保圓點和背景色之間始終具有較高的對比度，最好是使用純色背景。

iOS的Zappos，在第一張底圖上，頁碼指示符已經(jīng)很弱了，而在右側(cè)第二張底圖上，幾乎完全消失了。

有一部分產(chǎn)品則在iOS的基礎(chǔ)上進(jìn)一步自由發(fā)揮，將圓點改為方形或其他形狀，布局上也更加隨意。不妨設(shè)想，即便用戶已經(jīng)習(xí)慣了iOS的小圓點模式，現(xiàn)在他們就算發(fā)現(xiàn)了界面中的這些小元素，還要猜想這些方塊會不會就是代表著以前的那些小圓點 – 可發(fā)現(xiàn)性沒有顯著提升，同時還造成了認(rèn)知上的困難。如果要使用頁碼指示符，盡可能使用用戶已經(jīng)熟悉的圓點模式，并將其居中的置于對應(yīng)內(nèi)容的下方。

Android中的Fab，借鑒了iOS模式的小圓點，但將其置于了內(nèi)容的右側(cè)，相比于居中的位置，更難被發(fā)現(xiàn)。

即便用戶能夠注意到頁碼指示符，這里還有一些潛在問題，譬如小圓點們可以讓用戶知道有多少同類型的信息視圖以及當(dāng)前所處位置，但無法提供任何與內(nèi)容本身相關(guān)的信息。此外，用戶對互動的控制權(quán)也非常弱，必須按照次序逐一瀏覽，無法直接跳轉(zhuǎn)。所以，如果在你的需求當(dāng)中這些體驗要素比較重要，那么小圓點恐怕不是你的最佳選擇。

鑒于小圓點頁碼指示符所存在的一些可用性問題，我們建議：

• 首先考慮你的內(nèi)容是否適宜通過橫滑的方式依次瀏覽，還是可以通過更復(fù)雜同時也更靈活的其他導(dǎo)航方式進(jìn)行架構(gòu)。
• 對于橫滑瀏覽的內(nèi)容，盡量采用右邊緣露出一部分內(nèi)容的方式來加強對于“更多”的暗示，而不要單純依靠頁碼指示符。

標(biāo)簽： APP優(yōu)化 UI優(yōu)化 性能優(yōu)化 

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