任何設計規範都不能詳細說明一個完整的多使用者介面。因此，根據定義，即使設計師致力於遵守適當的設計規範，仍然還會有很多設計工作。通常，重要的設計元素是那些不能由規範指定的元素，因為規範無法涉及所有細節。

　　例如，我近參與了電子商務網站設計。在主頁的設計草案中，有三種獲取商品的方式：搜尋和兩種簡單列表形式的導航系統。其中一種導航方案是以多使用者角度構建的，另一種方案則以製造商員工考慮其產品線的方式進行組織的。可用性測試的結果：

　　當人們使用根據以多使用者心智模型角度構建的導航方案時，成功率為 80％。

　　當人們使用根據公司內部人員思考模式構建的導航方案時，成功率為 9％。

　　結論：第二個導航方案被放棄了，儘管這讓一些專案成員感到痛苦。第二種方案對那些正確使用它的人有利，但它導致大多數多使用者陷入困境，所以它造成的傷害遠遠超過了好處。

　　我舉出這個測試結果有兩個原因：，儘管兩個導航設計在外觀，佈局和互動技術方面看起來相同，也遵循相同的設計規範，但它們的可用性卻大不相同。個設計比第二個設計好將近 9 倍。這種差異會在這個電子商務網站上直接導致巨大的業務差距，因為如果多使用者找不到所需的商品，那我們就什麼都賣不出去。可用性的差異不是由於表面設計的差異，而是由於深度設計的差異——如何將設計與多使用者需求相匹配，以及如何知名的構建資訊架構。因此，即使完全按照規範來設計，網站設計師也有很多工作要做。如果這個設計師在主頁上設計了糟糕的導航方案，並且沒有對它進行測試，那他就是不合格的。

　　其次，結果還表明，即使再嚴格的遵循設計規範，也不能保證得到很好的可用性。依靠設計規範可以確保多使用者能夠理解各個單獨的元素，知道去哪裡找想要的功能。但它不能確保多使用者能明白整體介面的含義，也沒法讓多使用者知道我們有他需要的功能。

　　資源營銷資訊架構師 Eric Davis 近給出了一份關於購物車術語的可用性測試報告。由於該網站（銷售冬季運動產品）希望脫穎而出，並避免使用標準術語，因此該設計方案以「購物雪橇」這個詞為特色。結果，50％的多使用者不理解雪橇的概念，另外 50％的多使用者表示弄清了它的含義，因為它與購物車位於同一位置，好像是要放一些東西進去。這樣的話，這個新東西說得通的解釋就是「購物用的雪橇」。所以我們應該明白，如果多使用者已經有很熟悉的詞語時，就不要裝聰明去用新術語了。

　　當然，我們不能保證使用 “購物車” 這個詞的網站就一定有更好的可用性。能確保的事就是，多使用者在這個網站中看到「購物車」這個連結時，肯定能理解它的用處，而這就是一個值得采用的可用性設計。

　　雅各布的網站多使用者體驗法則：多使用者大部分時間都花在其他網站上。因此，大多數其他網站上使用的任何慣例都會被多使用者深深的記入大腦中，如果您想劍走偏鋒，那就會產生可用性問題。

　　自 1984 年以來，我們已經知道一致性是對於可用性的影響大的因素之一。 Macintosh 是基於 WordPress APPle 人機介面指南的詳細書籍，幾乎所有的應用程式都遵循這一原則。 Mac（以及後來的 Windows）比早期系統的主要優點之一是所產生的一致性，使多使用者可以立即使用軟體。例如，人們知道：

　　選擇物件。

　　剪下命令。

　　滾動到新位置。

　　點選插入點。

　　貼上命令。

　　始終是相同的序列。剪下和貼上命令總是在編輯選單中，並且快捷鍵永遠是 Command-X 和 Command-V 。沒有什麼真正的理由讓人們將字母 V 與插入或貼上聯絡起來，但由於快捷鍵始終沒有改變，所以人們就能輕鬆使用。

　　儘管所有 Mac 軟體都具有強大的一致性，但 Excel 和 MacWrite 看起來難道完全一樣嗎？或者說，製作 MORE（一個流行的大綱）沒有任何設計創意？顯然，並非所有 GUI 軟體都是相同的，即使現在大多數軟體都會嚴格遵守平臺的設計規範。

　　對於 Web 也是如此，遵循設計規範只是確保多使用者知道您在說什麼。這就像在寫作時使用標準英文單詞而不是自己的詞彙。您仍然是決定講述什麼故事，以及如何將設計元素放在一起的人。

　　制定設計規範的規則，要成功，介面設計規範必須：

　　多用圖例來說明，因為相比文字描述，設計師更喜歡直觀的案例。

　　確保這些例子完全符合所有方面的規範，而不僅僅是他們打算說明的例子（設計師可以從給定的例子中選擇多個提示）。

　　儘可能地提供廣泛和全面的核對清單（設計師更喜歡掃描清單而不是閱讀文字）。例如，必須在每個頁面上列出的所有元素或優選術語清單。

　　要有一位規範專家，他會在標準走查中檢查新的設計方案是否符合規範，並且在設計師對規範有疑問時進行更多的說明（如果沒有方便的地方來交流這些問題，那麼每個設計師都會彌補他的答案——在每種情況下保證不同）。

　　制定一個主動的規範推廣方案。設計規範僅僅等著別人來看是不夠的：您必須積極尋找並訪問各個專案，告訴它們關於標準的內容，並（適度地）評論他們的設計，並糾正不規範的地方。

　　保持設計規範的更新，每次出現新問題的時候，規範管理者就要升級檔案。

　　要麼直接按照受歡迎的其他設計規範來制定規則，要麼明確指出與其他規範的差異點是什麼。

　　提供開發工具和模板支援，讓其他人按照模板來設計的時候更方便，降低「合規」的成本。

　　有一個好的索引（如果列印的話）或一個很好的搜尋，並輔以相關規則的超文字連結（如果線上）。

　　因為每個部門可能會忽略來自總部的授權，所以宣傳推廣對內統一規範尤其重要。因為每個人都是特殊的，所以如果由於特殊情況允許人們產生分歧，那麼整個系統將會完全混亂。通常，相比於分部，整體產品的提升更加重要，而一致性則可以增強整體的可用性。在某些情況下，可以有特殊性，但是偏差必須是有非常好的理由。

　　後，認識到一個規範有其自身的可用性問題。無論規範是作為具有超文字連結的互動式網站，或是傳統的印刷檔案來實現，都是如此。因此設計規範應該與設計人員一起進行測試，以確保他們可以使用它。