1.不要讓用戶思考
根據Krug的第一條可用性定律，網頁應該是明顯的且不言自明的。創建網站時，您的工作就是擺脫問號-用戶需要在考慮利弊的同時有意識地做出決策。
如果導航和站點架構不直觀，問號的數量就會增加，并使用戶更難以理解系統的工作方式以及如何從A點到達B點。清晰的結構，適度的視覺提示和易于識別的特征鏈接可以幫助用戶找到實現目標的途徑。
2.不要浪費用戶的耐心
在每個項目中，當您要為訪問者提供一些服務或工具時，請盡量減少您的用戶需求。用戶測試服務所需的動作越少，隨機訪問者實際嘗試該服務的可能性就越大。初次訪問者愿意使用該服務，而不是為將來可能永遠不會使用的帳戶填寫冗長的Web表單。讓用戶瀏覽該站點并發現您的服務，而不必強迫他們共享私有數據。強迫用戶輸入電子郵件地址來測試該功能是不合理的。
3.設法吸引用戶的注意力
由于網站同時提供靜態和動態內容，因此用戶界面的某些方面比其他方面更引人注意。顯然，圖像比文字更引人注目-就像標記為粗體的句子比純文字更吸引人一樣。
人眼是高度非線性的設備，網絡用戶可以立即識別邊緣，圖案和運動。這就是基于視頻的廣告非常令人討厭和分散注意力的原因，但是從營銷角度來看，它們完美地完成了吸引用戶注意力的工作。
4.力爭功能曝光
現代Web設計通常因其引導用戶視覺上具有吸引力的1-2-3-完成步驟，具有視覺效果的大按鈕等方法而受到批評。但是從設計角度來看，這些元素實際上并不是一件壞事。相反，這些準則非常有效，因為它們以非常簡單和用戶友好的方式引導訪問者瀏覽網站內容。讓用戶清楚地看到可用的功能是成功的用戶界面設計的基本原理。如何實現這一點并不重要。重要的是內容要易于理解，并且訪問者對與系統的交互方式感到滿意。
5.利用有效的寫作
由于Web與印刷不同，因此有必要根據用戶的喜好和瀏覽習慣來調整寫作風格。促銷文字不會被閱讀。沒有圖像的長文本塊和以粗體或斜體標記的關鍵字將被跳過。夸大的語言將被忽略。
談生意。避免使用可愛或機靈的名稱，由市場引起的名稱，公司特定的名稱以及不熟悉的技術名稱。例如，如果您描述一項服務并希望用戶創建一個帳戶，那么“注冊”比“立即開始”要好。這比“探索我們的服務”更好。
6.力求簡單
“保持簡單”原則（KIS）應該是網站設計的主要目標。用戶很少會在網站上欣賞設計。此外，在大多數情況下，盡管有設計，他們仍在尋找信息。力求簡單而不是復雜。從訪問者的角度來看，最好的網站設計是純文本，沒有任何廣告或其他內容塊與訪問者使用的查詢或他們一直在尋找的內容完全匹配。這就是為什么用戶友好的網頁打印版本對于良好的用戶體驗至關重要的原因之一。
7.不要害怕空白
實際上，確實很難高估空白的重要性。它不僅有助于減輕訪問者的認知負擔，而且還可以感知屏幕上顯示的信息。當新訪客接近設計布局時，他/她要做的第一件事是掃描頁面并將內容區域劃分為可消化的信息。復雜的結構更難以閱讀，掃描，分析和使用。如果您可以選擇在可見線或空白之間分隔兩個設計段，則通常最好使用空白解決方案。層次結構降低了復雜性（西蒙定律）：您越能更好地為用戶提供視覺層次感，您的內容就越容易被感知。
8.與“可見語言”進行有效溝通
亞倫·馬庫斯（Aaron Marcus）在其有關有效視覺傳達的論文中陳述了使用所謂“可見語言”所涉及的三個基本原則，即用戶在屏幕上看到的內容。
- 組織：為用戶提供清晰一致的概念結構。一致性，屏幕布局，關系和可導航性是組織的重要概念。相同的約定和規則應應用于所有元素。
- 節約：以最少的提示和視覺元素做最多的事情。要考慮的四個要點：簡潔，清晰，獨特和強調。簡單性僅包括對于交流最重要的元素。清晰度：所有組件的設計均應明確其含義。區別性：必要元素的重要屬性應可區分。重點：最重要的要素應易于理解。
- 交流：使演示文稿與用戶的能力相匹配。用戶界面必須保持平衡的易讀性，可讀性，版式，符號，多個視圖以及顏色或紋理，才能成功進行通信。使用最大 3種字體，最多3個磅大小-每行文本最多18個單詞或50-80個字符。
9.約定是我們的朋友
網站元素的常規設計不會導致網站枯燥。實際上，約定非常有用，因為它們可以減少學習曲線，也不需要弄清楚事物是如何工作的。例如，如果所有網站的RSS提要具有不同的視覺呈現方式，那將是可用性的噩夢。這與我們通常習慣于如何組織數據（文件夾）或購物（產品放置）的基本原理沒有什么不同。
使用約定，您可以獲得用戶的信任，信任，可靠性并證明您的信譽。遵循用戶的期望-了解他們對網站導航，文本結構，搜索位置等的期望。
可用性會議中的一個典型示例是將頁面翻譯成日語（假設您的Web用戶不懂日語，例如Babelfish），并為可用性測試人員提供了在不同語言的頁面中查找內容的任務。如果慣例得到很好的應用，即使用戶不了解其中的一個字眼，用戶也將能夠實現一個不太具體的目標。
10.盡早測試，經常測試
這種所謂的TETO原則應該應用到每個Web設計項目中，因為可用性測試通常可以為重要問題和與給定布局相關的問題提供關鍵的見解。
測試不要太晚，不要太少，也不要因為錯誤的原因。在后一種情況下，有必要了解大多數設計決策是局部的；這意味著您不能從一個非常特定的角度（考慮需求，利益相關者，預算等）來分析某個布局是否比另一個布局更好的普遍答案。
需要牢記的一些重點：
- 根據史蒂夫·克魯格（Steve Krug）的說法，測試一個用戶比不測試一個用戶好100％，并且在項目早期測試一個用戶比在結束時測試50個用戶要好。根據Boehm的第一定律，錯誤在需求和設計活動中最常見，并且在消除錯誤之后更昂貴。
- 測試是一個反復的過程。這意味著您需要設計，測試，修復并重新測試。在第一輪中可能沒有發現問題，因為用戶實際上被其他問題所阻擋。
- 可用性測試總是會產生有用的結果。您要么被指出存在的問題，要么被指出沒有重大設計缺陷，這在兩種情況下都是對您的項目有用的見解。
- 根據溫伯格定律，開發人員不適合測試其代碼。這也適用于設計師。在網站上工作了幾周后，您再也無法從新的角度觀察它了。您知道它是如何構建的，因此您確切地知道它是如何工作的–您擁有獨立的測試人員，而站點的訪問者則沒有。
底線：如果您想要一個出色的網站，則必須進行測試。
