下面是一些用戶體驗指南中的重要準則集合。您可以將此作為自查表，以確保程序用戶界面在相關要點上設計無誤。

窗口

• 支持最小Windows有效分辨率800x600像素。 對于必須在安全模式下工作的關鍵用戶界面(ui) ，支持640x480像素的有效分辨率。對于有任務欄的窗口，確保在此分辨率中留出48個垂直相對像素供其占位顯示。
• 在有效分辨率為1024x768像素的基礎上，優(yōu)化可調整大小的窗口布局。在更低的屏幕分辨率下，自動調整優(yōu)化不同大小窗口的效果。
• 確保在每英寸96dpi(800x600像素)、120dpi (1024x768像素)和144dpi (1200x900像素)模式下測試窗口。 檢查布局問題，例如控件、文本和窗口是否有超出，以及圖標和位圖是否有拉伸變形。
• 對于觸屏和有移動應用場景的程序，在120dpi下進行優(yōu)化。 高分辨率屏幕目前在觸摸屏和移動電腦上非常流行。
• 如果一個窗口是一個從屬窗口，初次出現(xiàn)應該"居中"于其主窗口上層。 永遠不要在下層彈出。 對于后續(xù)的彈出顯示，如果更方便的話，可以考慮將其顯示在上一次操作時相對于所有者窗口的位置。
• 如果一個窗口和上下文相關，那么總是在啟動它的對象元素附近顯示它。然而，讓它展現(xiàn)在稍稍不同的位置(最好是向下偏移和向右偏移) ，這樣啟動對象就不會被窗口覆蓋。

布局

• 在窗口中設計用以調整主要內容顯示的控件和操作面板。避免出現(xiàn)內容刪節(jié)及其相關信息省略的情況。 用戶永遠不應該通過與整個窗口交互來查看其主要內容ー為異常大的內容保留大小調整控件和滾動條。具體檢查以下項目:

1. 控制大小的控件。 大小控件的典型內容，在需要的情況下，可以將控件設計得更寬、更高，或多行展示。有了控制內容展示大小的控件，就可以減少或杜絕在窗口仍有多余展示空間的情況下，仍需要滾動條控制才能閱讀更多內容的情況。 此外，在有大量可用空間的窗口中，不應該出現(xiàn)被截斷的標簽或被截斷的文本。 但是，為了使文本更易于閱讀，可以考慮將行寬限制在65個字符內。

2. 欄目寬度。 確保列表欄視圖的默認大小、最小和最大尺寸合適。 特別在列表視圖中還有可用的空間時，設計不會導致文本被截斷的列表視圖默認列寬。

3. 布局平衡。 窗口的布局應該給人感覺大致平衡。 如果感覺布局左邊重，可以考慮將控件加寬，并將一些控件向右移動。

4. 布局大小調整。當窗口可調整大小并且數(shù)據(jù)被截斷時，請確保較大的窗口能展示更多的數(shù)據(jù)。當數(shù)據(jù)被截斷時，用戶希望通過調整窗口大小來獲取更多信息。

• 如果在一定尺寸下內容將無法有效展示，記得設置最小窗口尺寸。 對于可調整大小的控件，將最小尺寸設置為其最小正常運作的尺寸，例如列表視圖中的最小列寬度。

文本

• 盡可能使用日常、通用的術語。 關注點應在于用戶目標，而不是技術。 如果你正在解釋一個復雜的技術概念或行動，這尤其有效。 想象一下你就站在用戶面前，向他解釋如何完成這個任務。

• 傳達禮貌、支持和鼓勵的態(tài)度。 用戶永遠不應該感到屈尊俯就、被責備或者擔驚受怕。

• 刪除冗余文本。 在窗口標題、主要指令、補充指令、內容區(qū)、命令鏈接和提交按鈕中查找冗余文本。 通常，在主要說明和交互式控件中保留全文，其他地方的冗余都需要刪除。

• 對標題使用標題樣式的大寫規(guī)則，所有其他 UI 元素上的文本則使用句子的大寫規(guī)則。 這樣做更貼合 Windows 的風格。
  例外情況: 對于傳統(tǒng)應用程序，如果需要，可以對命令按鈕、菜單和列標題使用標題樣式的大小寫，以避免混合大小寫樣式。

• 對于功能和技術名稱，在大寫規(guī)則上要保守。 通常，只有主要組件應該大寫(使用標題樣式大寫規(guī)則)。

• 對于功能和技術名稱，大寫規(guī)則要保持一致。 如果名稱在同一界面中出現(xiàn)多次，則應保持顯示一致。 同樣，在同一程序中的所有界面中，名稱應該始終一致。

• 不要將通用用戶界面元素(如工具欄、菜單、滾動條、按鈕和圖標)的名稱大寫。
  例外情況: 地址欄，鏈接欄，功能區(qū)。

• 鍵盤按鍵不要全部使用大寫字母。 遵循標準鍵盤使用的大寫字母規(guī)則，或者如果鍵盤上沒有標記，則按小寫字母。

• 省略號意味著信息不完整。 使用省略號UI文本中有以下情況:
  1.命令。省略號表明執(zhí)行命令需要額外的信息。某個操作會彈出新窗口時，UI文本不一定要使用省略號ー只有在需要展示額外信息時才使用。 當一個命令隱含有打開新窗口的動作傾向時，UI文本不應加省略號，如"高級"、"幫助"、"選項"、"屬性"或"設置"。
  2.數(shù)據(jù)。 暗示文本被截斷，顯示不完整。
  3.標簽。 暗示任務正在進行(例如,"搜索中...")。

• 提示: 如果窗口中仍有未使用的空間，而頁面中卻有被截斷的文本，說明布局設計得不合理或默認窗口尺寸過小。 盡量設計合適的布局和默認窗口大小，以消除或減少截斷文本的情況。有關更多信息，請參見布局相關章節(jié)說明。

• 如果不是鏈接，不要設置藍色文本，以免用戶產生誤解。 使用字體加粗或灰度字體來代替彩色文字。

• 節(jié)制地對用戶必讀內容使用加粗文字以吸引注意力。

• 使用主指令簡明地向用戶解釋清楚，在給定窗口或頁面中應該做什么。 好的主說明能夠與用戶溝通以完成用戶的目的，而不僅僅是指導用戶操作界面。

• 以祈使句或特定問句的形式表達主要指令。

• 不要在控制標簽或主說明的末尾放置句號。

• 在句子之間空一格。

控件

• 通用

1. 為每個控件或控件組設置文本標簽。 以下情況例外:
   1.文本框和下拉列表可以使用prompt進行說明。
   2.下級控件使用其主控件的標簽。可旋轉控件都是從屬控件。

2. 對于所有控件，選擇最安全的(以防止數(shù)據(jù)丟失或系統(tǒng)訪問) ，最保險的默認值。 如果安全性和保險性不是因素，就設置最可能或最方便的值。

3. 盡量選擇操作有限的控件。 盡可能這種約束性的控件，如列表和滑塊，而不是無約束的控件，如文本框，以減少內容的輸入。

4. 慎用禁用控件。 禁用控件可能很難使用，因為用戶得明白禁用的原因。 當用戶認為某個控件可點擊、并且如果該控件不能使用時他們可以很容易地明白發(fā)生了什么，這種情況下可以使用禁用控件。當用戶不可能啟用、或他們不想讓控件可用、或他們用不到該控件，這時應該直接刪掉這個控件，或者在其沒有被正確使用的時候顯示錯誤信息提示。

（提示: 如果您不確定是該禁用控件還是應該顯示錯誤提示，那么可以從列出可能提供的錯誤信息內容開始。 如果錯誤消息包含有用信息，而這些信息目標用戶不太可能僅憑自己的理解迅速得出，那么請保持控件處于啟用狀態(tài)并提供錯誤提示。 否則，禁用該控件。）

• 命令按鈕

1. 直接使用具體標簽文字，不要使用附屬文本進行說明。 理想情況下，用戶不必通過閱讀其他內容來理解標簽。 用戶更愿意直接閱讀命令按鈕標簽而不是靜態(tài)文本。（特例: 如果某操作的取消含義明確，那就直接叫"取消"按鈕。 用戶不必閱讀所有的按鈕來思考哪個按鈕能取消操作。 但是，如果不清楚正在取消哪些操作，比如有幾個掛起的操作時，則為“取消”按鈕重新命名。）

2. 問問題時，使用與問題相匹配的標簽文字。 例如，對一個是或否的問題提供是或否的選擇按鈕。

3. 不要在非屬性列表或控制面板項的對話框中使用"應用"按鈕。 "應用"按鈕意味著應用掛起中的更改內容，但保持窗口打開狀態(tài)。 這樣做允許用戶在關閉窗口之前評估更改。但是，只有屬性表和控制面板項具有此需要。

4. 如果要取消使環(huán)境操作，以恢復到以前的狀態(tài)(不產生任何其他影響) ，則標簽名稱為"取消"; 當操縱已完成時，標記按鈕為"關閉"；如果操作正在進行中，使用"停止"以表明它保持當前更改的狀態(tài)不變。

• 命令鏈接

一個典型的命令鏈接

1. 一組命令鏈接中一定有兩個或者更多命令鏈接。 從邏輯上講，沒有理由問一個只有唯一答案的問題。

2. 設計一個明確的取消按鈕。不要為“取消“設計命令鏈接。 很多時候，用戶會意識到他們不想把任務執(zhí)行下去。若使用命令鏈接完成取消操作，需要用戶仔細閱讀所有命令鏈接，以確定取消是哪一個。 有一個明確的取消按鈕允許用戶高效地取消任務。

3. 如果除了提供一個Cancel按鈕以外，只留下了一個命令鏈接，那就同時提供一個要取消的命令鏈接和一個Cancel按鈕。 這樣能清楚地表明，用戶有得選擇。在表述上，該命令鏈接必須得重新組織，要和單純的“取消”含義有所不同，而不僅僅是"取消"或其他變體。

• “不再顯示”選擇框

1. 在沒有更好的方案時，考慮設置"不要再顯示此內容"選項，以允許用戶禁用重復出現(xiàn)的對話框。 如果用戶真的需要，最好總是顯示對話框，如果不需要，就簡單地刪除它。

2. 用特定語言表述此類選項。 例如“不再顯示該提醒” 。在一般情況下引用對話框時，使用"不再顯示此消息"。

3. 清楚地告知用戶輸入值將用作未來的默認值。使用這樣的語句告知: 您的選擇將在未來默認使用。

4. 不要默認勾選“不再顯示”選項。 如果對話框確實應該只顯示一次，請不要詢問用戶（給用戶“不再選擇”的選項），就直接只顯示一次。 “不再顯示”選項的存在是為了方便用戶而不是為用戶造成困擾ーー確保默認行為不會惹惱用戶。

5. 如果用戶勾選了該選項又單擊了對話框的"取消"，選項將仍會生效。這個設置是一個元選項，所以它不會遵循標準的取消行為（標準的取消行為會讓對話框中的所有指令無效）。這樣設計的內在邏輯是，如果用戶將來不想再看到這個對話框，他們很可能也會點去擊取消按鈕。

• 鏈接

1. 不要為鏈接分配存取鍵。 使用 Tab 鍵訪問鏈接。
2. 不要在鏈接文字中加入「點一下」或「點這里」。這沒必要，因為鏈接就意味著需要點擊。

• 工具提示

1. 工具提示是為未標記的控件提供標簽文字說明。 你不必僅僅為了一致性而給本身有標簽的控件設置工具提示。

2. 在必要情況下，工具提示可以為帶標簽的工具欄按鈕提供更多細節(jié)說明。但不要只是重復或者冗長地重復標簽上已經寫好的內容。

3. 要避免工具提示遮擋用戶將要查看或交互的對象。 始終將提示放在對象的另一側，即使這會使提示和鼠標指針不同側顯示。 只要物體和它的提示之間的關系是清楚的，一些距離上的分割也沒關系。（特例: 列表和樹中使用的全名提示。）

4. 對于多個項的集合，避免遮蓋用戶可能查看或與之交互的下一個對象。 對于水平排列的對象，避免將提示放在右邊; 對于垂直排列的物品，避免將提示放在下方。

• 漸進展示

1. 使用“展開/收起”漸進按鈕組，來隱藏高級或用戶很少使用的選項、命令和細節(jié)。 不要隱藏常用的項目，防止用戶可能找不到它們。但也得確保隱藏起來的選項是有必要存在的。

2. 如果界面需要顯示一些選項、命令或細節(jié)，請使用以下標簽文字對:
   （1）更多 / 收起選項。 用于選項或選項、命令和詳細信息的混合。
   （2）更多 / 收起命令。 僅用于命令。
   （3）更多 / 收起細節(jié)。 僅用于信息展示。
   （4）更多 / 收起。 用于其他對象類型，如文件夾。

3. 或者是:
   （1）顯示 / 隱藏選項。 用于選項或選項、命令和詳細信息的混合。
   （2）顯示 / 隱藏命令。 僅用于命令。
   （3）顯示 / 隱藏細節(jié)。 僅用于信息展示。
   （4）顯示 / 隱藏。 用于其他對象類型，如文件夾。

• 進度條

1. 對于需要有限時間的操作，使用確定的進度條，即使該時間量無法準確預測。不確定的進度條顯示正在取得進展，但不提供其他信息。 不要僅僅因為可能缺乏準確性而選擇不確定的進度條。
2. 如果可以做到準確的話，提供一個時間剩余的估計。 精確的剩余時間估計很好，但是不準確估計或者有明顯時間反彈的估計毫無作用。 您可能需要執(zhí)行一些程序處理，然后才能給出準確的估計。 如果是這樣的話，不要在一開始就匆忙顯示可能不準確的估計。
3. 不要重啟進程。 如果進度條重新啟動(可能是因為操作中的一個步驟已經完成) ，它將失去其價值，因為用戶無法知道操作何時將完成。 相反，讓操作中的所有步驟共享一部分進度，并讓進度條報告一次部分完成狀態(tài)。
4. 提供有用的進度細節(jié)。 提供額外的進度信息，但前提這些信息對用戶有用。 確保文本顯示的時間足夠長，以便用戶能夠讀完。
5. **不要將進度條和忙指針（轉圈圈指針）組合使用。 ** 可以使用前者或者后者，但不要同時使用兩個。

• 提示

1. 當屏幕空間非常寶貴，使用標簽文字或使用說明都不合適的時候，使用提示符。比如在工具欄上。
2. 提示主要用于以緊湊的方式說明文本框或組合框的用途。它不該是用戶在使用控件時需要查看的關鍵信息。
3. 提示文本不能與實際文本混淆。要做到這一點:
   （1）提示文本使用灰色斜體，實際輸入文本使用黑色羅馬體。
   （2）提示文本不可編輯，一旦用戶點擊或開始在文本框內輸入，提示文本應該消失。
   （特例: 如果文本框具有默認輸入焦點，則會默認顯示提示，一旦用戶開始輸入，提示就會消失。）
4. 不要在結尾使用標點符號或省略號。

• 通知

1. 對與當前用戶活動無關、不需要用戶立即操作且用戶可以自忽略的事件使用通知。
2. 不要濫用通知:
   （1）只在有必要的時候使用通知。 當您顯示一個通知時，您可能會打斷用戶，甚至會惹惱他們。 要確保這種中斷是合理的。
   （2）對不需要用戶立即操作的非關鍵事件或情況，使用通知。 對于需要立即執(zhí)行用戶操作的關鍵事件或情況，請使用其他的UI元素(例如模態(tài)對話框)。
   （3）不要使用通知作為功能廣告！

鍵盤

• 將初始輸入焦點分配給用戶最可能首先與之交互的控件，這通常是第一個交互控件。 如果第一個交互式控件并不是這種情況，考慮更改窗口的布局設計。

• 為所有交互控件分配焦點切換，包括只讀編輯框。特例:
  （1）組成單個控件(如多選按鈕)的相關控件集。 這樣的組只有一個焦點切換。
  （2）正確地設置組，以便箭頭鍵在組中向前和向后循環(huán)，并保持在組中。

• 制表順序應該從左到右，從上到下。 一般來說，制表順序應該遵循閱讀順序。對于常用的控件，可以考慮特別將它們放在前面的tab鍵制表順序中。焦點切換應不停循環(huán)，在兩個方向上通過所有制表位。在一個組中，制表符應該是按順序的，沒有例外。

• 在制表位內，箭頭鍵順序應該從左到右，從上到下，沒有例外。 箭頭鍵應該在兩個方向上循環(huán)遍歷所有項目，不要停止。

• 按以下順序顯示提交按鈕:
  （1）好的 / [做] / 是的
  （2）[不要做] / 不
  （3）取消
  （4）應用(如有)
  其中[做]（1）和[不要做]（2）是對主要指示任務的具體回應。

• 不要混淆存取鍵和快捷鍵。 雖然存取鍵和快捷鍵都提供對 UI 的鍵盤訪問，但它們有不同的用途和指導原則。

• 只要有可能，為所有交互控件或其標簽分配唯一存取鍵。 只讀文本框是交互式控件(因為用戶可以滾動它們并復制文本) ，所以它們也可以使用存取鍵。 不要將存取鍵分配給:
  （1）確定，取消，和關閉按鈕。 Enter鍵 和 Esc鍵 專用于它們的存取訪問。 但是，始終為表示"確定"或"取消"但具有不同標簽文字的控件分配存取鍵。

• 為最常用的命令分配快捷鍵。 不經常使用的程序和功能不需要快捷鍵，因為用戶可以使用存取鍵。

• 不要使用快捷鍵作為執(zhí)行任務的唯一方式。 用戶還應該能夠使用鼠標或帶有 Tab、箭頭和存取鍵的鍵盤。

• 不要為眾所周知的快捷鍵賦予不同的含義。 因為它們已經為人熟知，如果突然有了不同的含義，容易讓用戶受挫、產生誤操作。

• 不要嘗試分配系統(tǒng)層面的程序快捷鍵。 只有當程序具有輸入焦點時，程序的快捷鍵才會生效。

鼠標指針

• 別讓用戶用鼠標去點擊測試對象是否可點擊。 必須保證用戶通過視覺觀察就能明確對象的可點擊性。
  1.主UI控件 (如提交按鈕)必須具有靜態(tài)的可點擊示能。 用戶不需要通過鼠標懸停來探索這一點。
  2.輔助UI控件(如輔助命令或漸進公開控件)可以在鼠標懸停時顯示點擊示能。
  3.文本鏈接應該靜態(tài)地展示鏈接文本內容，然后在鼠標懸停時顯示它們的點擊示(手型指針附帶下劃線或其他表現(xiàn)形式的變化)。
  4.圖形鏈接只在鼠標懸停時顯示手型指針。
• 只對帶有鏈接的文本和圖形使用手型指針(或"鏈接選擇")。 否則，用戶將不得不點擊對象來確定它們是否是鏈接。

對話框

• 模態(tài)對話框需要交互動作，所以在繼續(xù)執(zhí)行任務之前，用它們展示用戶必須響應的事情。 確保中斷是合理的，例如對于重要的或不經常的、需要完成的一次性任務。 否則，考慮非模態(tài)的其他展示形式。

• 非模態(tài)對話框不需要交互，因此當用戶需要在對話框和其主窗口之間切換時使用它們。 它們最適用于頻繁、重復或正在進行的任務。但是，彩條、工具欄和調色板窗口通常是更好的選擇。

屬性表單

• 確保這些屬性有設置的必要。 不要為了避免設計取舍而在屬性頁面中放置不必要的屬性。

• 根據(jù)用戶目標而不是技術水平來呈現(xiàn)屬性。 一個屬性可以配置一個特定的技術，并不意味著您必須通過該技術來展示該屬性。

-如果您必須根據(jù)技術(可能是因為您的用戶認識該技術的名稱)顯示設置，請包含用戶受益的簡要描述。

3.使用特定的，有意義的標簽。 避免可以應用于任何選項卡(如常規(guī)、高級或設置)的通用選項卡標簽。

4.避免通用頁面。 通用頁面并不是必備的。 只有在下列情況下才使用通用頁面:
（1）這些屬性適用于多個任務，對大多數(shù)用戶都有意義。 不要在通用頁面上放置專用或高級屬性，但可以通過通用頁面上的命令按鈕來訪問它們。
（2）這些屬性不適合更具體的類別。 如果有更具體的類別，使用那個類別來命名頁面。

5.避免高級頁面。 只有在以下情況下才使用高級頁面:
（1）這些屬性適用于不常見的任務，主要對高級用戶有意義。
（2）這些屬性不適合更具體的類別。 如果有更具體的類別，使用那個類別來命名頁面。

• 如果屬性窗口只有一個選項卡且不可擴展，則不要使用選項卡。 使用一個常規(guī)的對話框，包括“確定”、“取消”和一個可選的“應用”按鈕。 但可擴展的屬性窗口(可由第三方擴展)必須使用選項卡。

向導程序

• 首先考慮輕量級替代方案，如對話框、任務窗格或單頁等。 向導是一套很重的用戶界面，最好用于多步驟、不經常執(zhí)行的任務。 可以用其他UI控件提供有用的信息和幫助，不是一定要使用向導。

• 只有在沒有任何信息變動提交的情況下進入下一頁時才使用“下一步”。如果無法通過單擊"上一步"或"取消"來撤銷效果，則進入下一頁將被視為確定的承諾。

• 只在更正錯誤時使用“上一步”。 除了糾正錯誤之外，用戶不應該必須單擊 “上一步”才能將任務進行下去-。

• 當用戶提交任務時，使用一個提交按鈕作為對主指令的特定響應(例如，“打印”、 “連接” 或 “開始”)。 不要使用類似“下一步”(這并不意味著承諾能保存改動和信息)或“完成”(這并不具體)這樣的通用標簽來提交任務。 這些提交按鈕上的標簽本身就應該有意義。 提交按鈕標簽要用動詞描述。特例:
  （1）當響應仍然是通用動作的時候使用“完成”，例如 Save、 Select、 Choose 或 Get。
  （2）使用"完成"來更改特定設置或設置集合。

• 使用命令鏈接只是為了選擇，而不是承諾。 特定的提交按鈕能比向導中的命令鏈接更好地表示承諾。

• 使用命令鏈接時，去掉"下一步"按鈕，但保留"取消"按鈕。

• 操作完成或者要進行后續(xù)操作時，使用“關閉”按鈕。 不要使用"取消"，因為關閉窗口不會放棄此時所做的任何更改或操作。也不要使用“完成”，因為它不是命令動詞。

• 不要在向導名稱中使用"向導"。 例如，將"網(wǎng)絡安裝向導"改為"連接到網(wǎng)絡" 但是，在提到它時，可以稱其為向導。 例如:"如果您是第一次設置網(wǎng)絡，可以通過使用連接到網(wǎng)絡向導來獲得幫助。"

• 在瀏覽過程中保留用戶的選擇項。 例如，如果用戶進行了更改，單擊"上一步"，然后單擊"下一步"，則應該保留這些更改項。 用戶并不期望必須重新輸入更改，除非他們明確選擇清除更改。

向導頁面

• 致力于讓用戶進行有效率的決策。 減少頁面數(shù)量，專注于要點。 合并相關頁面，并從主要流程頁面中刪除可選頁面。讓用戶完全只通過單擊“下一步”完成向導，乍一看似乎是個不錯的體驗，但如果用戶從不需要更改默認設置，那么這些向導頁面可能就沒有必要了。

• 不要使用歡迎頁面ーー盡可能使第一頁具有功能性。只有在以下情況下才使用可選的入門頁面:
  （1）入門頁面具有成功完成向導流程所必需的先決條件。
  （2）僅根據(jù)向導的第一個選擇頁面，因為沒有進一步解釋的空間，用戶可能無法理解向導的用途。
  （3）入門頁面的主指令是"在開始之前:"。

• 在用戶被要求做出選擇的頁面上，針對用戶最可能選擇的項進行優(yōu)化展示。 這種類型的頁面應該提供實際的選擇，而不僅僅是說明文字。
  如果您不使用入門頁面，請在向導頁面的第一頁頂部解釋向導的用途。

• 當用戶提交任務時，使用 "提交" 頁面可以使其更明確。通常， "提交" 頁面是向導頁面的最后一頁，“下一步”按鈕被重新命名，以指示正在提交的任務。
  （1）不要使用僅僅匯總用戶之前所有選擇的摘要頁面，除非任務有風險(涉及安全、時間或金錢損失) ，或者用戶很可能不理解他們的選擇，需要查看它們。

• 不要使用"祝賀"頁面，因為它會結束向導。 如果向導的結果很明確，用戶只需點擊最終提交按鈕以關閉向導。
  （1）如果有用戶可能會執(zhí)行的相關任務，請使用后續(xù)頁面。 避免提供太常規(guī)的后續(xù)任務，比如"發(fā)送電子郵件"
  （2）只有當結果不可見、且沒有更好的方法為任務完成提供反饋時，才使用完成頁面。
  （3）具有"進度"頁的向導必須使用"完成"頁或"后續(xù)"頁來表明該階段任務完成。對于長時間運行的任務，在確認頁面上關閉向導并使用通知提供反饋。

報錯信息

• 當用戶不太會因為錯誤信息提示而執(zhí)行某個操作，或改變他們的行為時，不要報錯。 如果沒有用戶可以采取的操作，或者問題不嚴重，則禁止顯示錯誤消息。

• 只要有可能，就應提出解決方案以便用戶修復問題。 但是，要確保提出的解決方案能真正解決問題。 不要提出可行但不保證成功的解決方案，浪費用戶的時間。

• 措辭要具體。 避免使用含糊的文字，如語法錯誤和非法操作。給出所涉及對象的具體名稱、位置和值。

• 不要使用責怪用戶或暗示用戶錯誤的措辭。 避免使用“你”和“你的”。 雖然主動語態(tài)通常是首選，但當用戶承受錯誤時，使用被動語態(tài)。如果使用主動語態(tài)，會讓用戶感覺自己對錯誤負有責任。

• 不要對錯誤消息使用 OK按鈕。 用戶不認為錯誤是 OK 的。 如果錯誤消息沒有直接操作，則改為使用“關閉”。

• 不要使用下面的詞語:
  （1）錯誤，失敗(使用 問題 代替)
  （2）未能 (使用 無法執(zhí)行 替代)
  （3）非法的，無效的，壞(使用 不正確 或 無效的 代替)
  （4）中止，殺死，終止(使用 停止 代替)
  （5）災難性的，致命的(用 嚴重的 代替)
  以上這些術語并非必要，它們與 Windows 鼓舞人心的基調相反。當正確使用一個錯誤圖標的時候，也足以表達出現(xiàn)的問題。

• 不要將錯誤消息附加聲音效果。 這樣不和諧，也沒必要。

警告信息

• 警告用來描述將來可能導致問題的某種情況。 警告不是提示錯誤或問題，所以不要把例行問題提醒用警告表示。

• 當用戶不太可能執(zhí)行某個操作或者因為消息而改變他們的行為時，不要發(fā)出警告消息。 如果沒有用戶可以采取的操作，或者如果情況并不緊急，則禁止顯示警告消息。

確認消息

• 不要使用不必要的確認消息提示。 僅在以下情況下使用確認對話框:
  （1）有一個明確的理由不繼續(xù)進行，并且有一個合理的機會，有時用戶不會繼續(xù)。
  （2）該行為會產生重要后果或不能輕易被撤銷。
  （3）該操作的結果可能是用戶沒有意識到的。
  （4）繼續(xù)執(zhí)行操作需要用戶作出選擇，這個選項沒有默認值。
  （5）在當前上下文中，用戶很可能執(zhí)行了錯誤的操作。

• 確認描述文字是一個是或否的問題，并提供是或否的答案。 與其他類型的對話框不同，確認對話框的設計目的是防止用戶過快決策。 如果用戶不仔細斯卡，一個確認沒有價值。

圖標

• 所有圖標都應該遵循 aero 風格的icon規(guī)范。 替換所有 Windows xp 樣式的圖標。

• 基于"消息類型"選擇圖標，不要基于"問題的嚴重程度"選擇圖標:
  （1）錯誤。 已發(fā)生的錯誤或問題。
  （2）警告。 一種可能在未來出現(xiàn)的情況。
  （2）消息。 有用的信息。
  如果一個問題包含了不同的消息類型，那么請立足于用戶需要采取行動的最重要方面來選擇圖標。

• 圖標必須始終與主指令或其他相應的文本匹配。

• 報告不緊要的用戶輸入問題，不需要使用錯誤圖標。 然而，對于輸入錯誤，需要使用圖標立即提示，因為否則這樣的情況很容易被忽略。

• 不要使用警告圖標來"軟化"非關鍵性錯誤。 錯誤不是警告，要應用錯誤圖標準則。

• 對于問題對話框，只對會產生嚴重后果的問題使用警告圖標。 不要在日常問題中使用警告圖標。

幫助

• 幫助應該鏈接到特定的具體相關幫助主題。 不要鏈接到幫助主頁、目錄、搜索結果列表或者只鏈接到其他頁面的頁面。 避免鏈接到由大量常見問題組成的頁面，因為這會迫使用戶搜索與他們點擊的鏈接相匹配的頁面。 不要鏈接到與手頭任務不相關和有幫助的特定幫助主題。 不要鏈接到空白頁面。

• 不要為了保持一致性，在每個窗口或頁面上都放置幫助鏈接。 在一個地方提供幫助鏈接并不意味著你必須在所有地方都提供幫助。

• 只要有可能，直接使用短語"幫助"作為主要問題鏈接文本。 不要使用"了解更多關于"或"得到這方面的幫助"這樣的措辭。

• 對整個鏈接文本設置幫助鏈接，而不僅僅是關鍵字。

• 使用完整的句子。

• 除了問號外，在結尾不要使用標點符號或省略號。

• 如果幫助內容是在線的，請在鏈接文本中明確說明。這樣做有助于使鏈接的結果可預測。