譯序：這篇文章是可用性大師 jakob nielsen 在10年前總結的，到今天仍然受用。通過這個時間跨度，可以得出，可用性話題不是某個時代的產物，一些研究經驗時至今日也依然值得借鑑。看似短小的10條啟示中，融入了大量專案經驗，這些內容也將繼續指導設計者，在新的網際網路技術推動下，創造出更加高質量的產品。其實，這是10條關於介面設計的基本準則。之所以稱之為「啟發」，是因為它們**於實際經驗，而非枯燥的理論知識。不要把它當作教程來看，它只是思想精髓的提煉。在各式各樣的專案中，會遇到千奇百怪的情況，會跟各種角色的人一同協作完成目標。只有當大家達成共識，才能更好地提高效率，這10條啟發正是紐帶。
系統狀態的可見性
應始終讓使用者了解當前發生的事情，並在恰當的時機給予反饋。
系統與現實世界的匹配
講使用者聽得懂的語言，無論單詞、短語還是闡述一些概念，把術語留給機器去讀。遵循現實世界的準則，讓資訊表現的自然、符合邏輯。
使用者控制和行動自由
使用者在功能選擇上犯錯是常有的事兒，這就需要為其提供乙個「緊急出口」，不必再通過額外的對話就能離開那裡。提供撤銷和重做功能。
一致性和標準
別讓使用者為不同的文字、狀況和行為是否代表同一件事情而產生疑慮。要遵循平台的思想。
錯誤的預防
乙個能在第一時間防止犯錯的設計，總好過一堆漂亮的錯誤提示資訊。應當在使用者行動以前，就消除能誘使犯錯的條件，必要時提醒使用者確認操作。防患於未然。
系統去識別而不是讓使用者記憶
盡量降低使用者對目標、行為和可見選項的記憶成本。不要讓他們去記憶資訊該從哪段到哪段。同時系統的使用說明應當可見，並在必要時，提供適當的提示資訊。
靈活性和使用效率
快捷鍵——對初級使用者不必特殊說明——但可以提高專家級使用者的使用效率，這種互動兼顧了有經驗和沒經驗的使用者。同時允許使用者定製頻繁動作（譯註：允許使用者將使用頻率較高的操作集中，或將功能按個人習慣排列）
簡約設計美學
對話不應該包含不相關或不需要的資訊。因為每乙個額外的資訊單元，都會一定程度上削弱原本相關資訊單元的相對可見性。
幫助使用者識別、診斷，並從錯誤中恢復
錯誤資訊應當使用簡單的語言（別用**、編號，這種東西只有工程師能看懂），有針對性地闡明問題，並帶有建設性地解決方案。
幫助文件
即使乙個系統很棒，不用依賴幫助也能使用，但它可能仍然需要幫助文件。諸如使用者重點任務方面的任何資訊都應該能被方便地找到，並提供有簡明的具體行動步驟。
可用性測試
工作一直緊張，但今天還是岔出了一件事情，就是對我負責的模組進行使用者可用性測試。兩個小時的測試還是有點收穫，小記之。剛剛從公司的培訓課程中學到了 usability test 沒想到這麼快就用到了實踐中，雖然這次的可用性測試不是很正式的從公司外部請使用者來做，也沒有用單面透視玻璃對使用者行為作 暗訪...
IT系統可用性
it系統可用性重新認識 今天看了一篇關於it系統可用性研究的文章，有些自己的想法，一併記載下來，若以後在此基礎上有新的發現，將及時更新。it系統可用性定義 what it系統中計算機軟硬體，網路等對使用者有效使用和令人滿意的程度。換句話說，盡量縮短因系統崩潰所導致的停機時間。包括確保機器的響應速度，...
可用性測試
1.頁面部分 1.頁面清單是否完整 是否已經將所需的頁面全部都列出來了 2.頁面是否顯示 在不同解析度下頁面是否存在，在不同瀏覽器版本中頁面是否顯示 3.頁面在視窗中的顯示是否正確 美觀 在調整瀏覽器視窗大小時，螢幕重新整理是否顯示 4.頁面特殊效果顯示是否正確 2.頁面元素部分 2.元素是否顯示 ...