小編導讀：尼爾森（Jakob Nielsen）是一位人機交互學博士，于1995年1月1日發表了「十大可用性原則」。1995年以來，他通過自己的 Alertbox 郵件列表以及 useit.com 網站，向成千上萬的 Web 設計師傳授 Web 易用性方面的知識，盡管他的一些觀點可能帶來爭議，至少在 Web 設計師眼中，他是 Web 易用性領域的頂尖領袖。

原則一：狀態可見原則

用戶在網頁上的任何操作，不論是單擊、滾動還是按下鍵盤，頁面應即時給出反饋?！讣磿r」是指，頁面響應時間小于用戶能忍受的等待時間。

案例：簡書上每篇文章的底部都會有一個「喜歡」按鈕，當把鼠標懸浮上去時，按鈕就會由原來的透明狀態變成淡粉的填充色，這一過程是瞬間的，這就運用了狀態可見原則，反饋給用戶的信息是：是的，您的操作是對的，鼠標點擊下去吧?。ㄈ缦聢D）

原則二：環境貼切原則

網頁的一切表現和表述，應該盡可能貼近用戶所在的環境（年齡、學歷、文化、時代背景），而不要使用第二世界的語言。

案例：簡書在給文章的集合命名時并沒有使用「目錄」字樣，而是使用了「文集」的說法。第一，這種說法很有情感化的東西在里面，不像直接說「目錄」這么生硬；第二，這里也含有隱喻的設計，它會讓你聯想到一篇一篇文章集合成的小冊子的感覺，很有意境之美?！笇ｎ}」的說法也是一樣的道理。（如下圖）

原則三：撤銷重做原則

為了避免用戶的誤用和誤擊，網頁應提供撤銷和重做的功能。

案例：這個我暫時還沒在簡書網站上找到案例，這里以Android版的Chrome瀏覽器為例說明。當通過手勢關閉一個標簽頁時，瀏覽器的底部就會出現Toast，顯示有「撤銷」按鈕，如果你是誤操作導致的頁面刪除，這時就可以點擊它恢復原先的頁面——非常友好的體驗。（如下圖）

原則四：一致性原則

同一用語、功能、操作保持一致。同樣的語言，同樣的情景，操作應該出現同樣的結果。

案例：用戶頁面的右上角有一個頭像，點擊后出現菜單列表。其中的「我喜歡的」前面是一個愛心圖標，「我的書簽」前面是一個書簽圖標，這都是符合用戶認知的，如果把文字所對應的圖標互換（「我的書簽」用愛心圖標），那就有點奇怪了，會引起用戶的困惑。（如下圖）

原則五：防錯原則

通過頁面的設計、重組或特別安排，防止用戶出錯。比出現錯誤信息提示更好的是更用心的設計防止這類問題發生。

案例：在寫文章的列表頁面，點擊「刪除文章」后，會彈出一個對話框，讓你確認是否刪除文章，官方在設計的時候有意把「確定」按鈕放在了右邊，「取消」按鈕放在了左邊，因為從操作流這個角度來看，若把「確認」按鈕放在左邊，則很容易誤操作，而這個操作又是不可逆的。而且，官方在設計時給「確認」按鈕填充了醒目的藍色，多重防止誤操作。（如下圖）

原則六：易取原則

盡量減少用戶對操作目標的記憶負荷，動作和選項都應該是可見的，即把需要記憶的內容擺上臺面。

案例：案例五中的圖5也可以說明這個原則，確認對話框出現就很好地減少了用戶前后的記憶。

原則七：靈活高效原則

中級用戶的數量遠高于初級和高級用戶數。為大多數用戶設計，不要低估，也不可輕視，保持靈活高效。

案例：在簡書的 Markdown 編輯器模式下寫作時，一般用戶只要熟記 Markdown 語法就可以寫作，那高端一點的用戶可能想用 XHTML 語言來寫文章，簡書也是開放了一些 XHTML 代碼的，但不是全部，不然就不能叫做「Markdown編輯器」了。當然如果你不太熟練Markdown編輯器，簡書也提供了「富文本編輯器」，滿足了低層次用戶的需求。這就是一種非常靈活高效的設計（如果簡書只有單純的 Markdown 編輯器，那么用戶會流失很多很多）。

原則八：易掃原則

互聯網用戶瀏覽網頁的動作不是讀，不是看，而是掃。易掃，意味著突出重點，弱化和剔除無關信息。

案例：當想把已經添加在文章下方「拓展閱讀」處的鏈接刪除，那么點擊「刪除」后，在瀏覽器的頂部就會出現了提示框，提示「拓展閱讀刪除成功」。因為這樣一個操作誤刪除的可能性非常小，由于「刪除」的操作域非常小，一般點擊都是自己明確地把鼠標移上去的，而且刪除拓展閱讀中的鏈接并不是一件非常嚴重的事情。其實我想說的是，這種情況下就不需要彈出對話框再進行確認了，的確，簡書也是這么設計的——把無關緊要的信息弱化，提示3秒即消失。（如下圖）

原則九：容錯原則

錯誤信息應該用語言表達（不要用代碼），較準確地反應問題所在，并且提出一個建設性的解決方案。

案例：在簡書上，點擊一個鏈接，偶爾會出現下圖的情形，即頁面找不到。簡書提供了詳盡的說明文字和指導方向，而非直接使用404代碼。（如下圖）

原則十：人性化幫助原則

如果系統不使用文檔是最好的，但是有必要提供幫助和文檔。任何信息應容易去搜索，專注于用戶的任務，列出具體的步驟來進行。幫助性提示最好的方式是：1、無需提示；2、一次性提示；3、常駐提示；4；幫助文檔。

案例：對于初次使用的用戶來說，看到設置中的「選擇常用的編輯器」，會搞不懂「富文本」和「Markdown」的區別是什么，而且對于長期使用簡書的用戶來說，如果有一天他想在兩個編輯器之間切換使用，可能就會對自己不常用的那個編輯器不了解或是遺忘，那么這個時候其實就像簡書這樣的設計就非常好——直接通過問號圖標跳轉到具體的幫助文檔頁面，詳細教你該如何使用編輯器。（如下圖）

總結

這些可用性原則（Usability）在產品經理的實際工作中都有很大的參考價值，應該熟練掌握。

本文由@沈曉馬?原創獨家授權發布，本文禁止在本人未允許的情況下，任何形式的全文轉載和部分轉載。若您喜歡本文，請分享本文的鏈接到您喜歡的平臺。