ISO 9241

4.3.1對話應該為用户提供成功完成任務的相關信息（注：任務需求決定了所需信息的質量、數量和類型）

1 在即將發生的結果與時間非常相關時，對話系統應展現相應的到期時間

2 在在線購物的情景下，對話系統應該提供與情景相關的幫助，註明涉及步驟

4.3.2避免提供與用户成功完成任務不相關的信息（注：展示不恰當的信息會導致績效降低，並增加用户的認知負擔）

在旅行者想要預訂特定日期的旅館房間時，對話系統應只顯示當天有房的旅館。該地區其他旅館及其他附加信息如景點將被過濾掉，除非用户自己要看

4.3.3 輸入和輸出的格式要與任務相符合

1為旅客提供的貨幣換算程序應把換算後的幣值按目標貨幣的合適精度顯示（如歐元是兩位小數）

2 完全面向國內市場的對話，應該註明這一點

4.3.4 如果一個任務所需的輸入是

1 火車站的自動售票機，自動設置為所買車票為該站出發，所以出發站就應該在對話前就預先設置好

2 在商用程序中，一旦用户通過用户名和密碼證明了自己的身份，系統應該在需要時自動幫用户填入電郵地址

4.3.5對話所要求的步驟應該適合完成任務，包括必要的步驟，省略不必要的步驟（注：1不必要的步驟包括可由系統來完成的行為 2在用户執行常規任務時，對話要幫助用户最小化任務步驟）

1經常需要在答錄機上提取留言的商業用户所用的移動電話，應該在任務最上端就可以進行選擇，以免不必要的對話

2 需要填入商業聯繫人的管理軟件包包括城市和區號的兩個輸入框，會根據輸入的區號自動顯示城市

3 對國內和國際的對話框不會要求只與國內市場有關的數據

4.3.6 當一個任務需要源文件時，用户界面應該與源文件的特徵兼容（注：此建議並不是説，不要對源文件進行優化以使其更符合任務）

保險公司的紙質文檔是計算機的輸入源。填入窗口的對話框應與紙質文檔的結構一致，無論是在元素安排、分組和輸入值的單位方面。

CAD程序中，當用户雙手用來定位指針時，簡單的操作應可由語音激活。

4.4.1 任何對話步驟所出現的信息應幫助用户完成對話（注：信息包括嚮導、反饋、狀態信息等等）

旅館預訂系統允許用户輸入所需信息並用下一步和返回按鈕在對話步驟中穿行。

4.4.2 在交互中，儘可能避免查用户手冊或其他信息

1辦公室帶答錄機和呼轉的電話應用清晰的標籤來指明步驟開始，諸如“錄下一條信息”或“設定轉發號碼”

2 軟件包提供一系列菜單式，每個標題應該清晰指明其任務

4.4.3 用户應該瞭解交互的狀態諸如“需要輸入時”和“即將涉及的步驟”

1 辦公室帶答錄機和呼轉的電話應清楚顯示其答錄功能和呼轉功能是否可用

2 電子商務程序清楚顯示給用户完成購買所需的所有步驟，及當前所處步驟

4.4.4 當需要輸入時，系統應呈現給用户所需的格式

電子商務程序中，需要用户輸入信用卡到期日時，應展示出期望的格式“dd-mm-yyyy”

4.4.5 對話應讓與系統的交互透明化

在電腦上播放DVD的軟件特定的按鈕如“播放”“停止”“暫停”“快進”等等都帶有圖標

4.4.6 交互系統應説明對格式和單位的規定

文具購買系統展示了貨品的單位（1000張為一個單位），因此可以清楚地表明需要訂購的量

4.5.1 交互系統應使用用户熟悉的詞彙，基於用户的已有知識（注：此建議並不是説，不要對已有詞彙庫進行任何改善）

1 銀行系統採用銀行屬於諸如“電匯”和“活期和定期存款”

2 對於在線信用卡的國際用户，輸入域的制訂個人全名的標籤用“首名”“後名”，而不是“名”或“名字”

4.5.2 應給予用户及時恰當的反饋，符合用户期望

當安裝軟件成功時，用户能得到成功的提示

4.5.3 如果反應時間與用户期待的時間差距較大，應告知用户

當用户在旅行社的網站上查詢航班並按下搜索按鈕，網站顯示搜索正在進行中，但由於大量用户在線，可能要耗時60秒以上才能顯示搜索結果

在線商店以近似於商店裏實際佈局的方式來展示產品

4.5.5 格式應遵循正確的文化和語言慣例

軟件包對英文版採用左排序，對阿拉伯文則採用右排序

4.5.6 反饋和説明的長度應基於用户的需求

1反饋或説明的形式：對於需要關掉投影儀而且不看投影屏幕的演講者，投影儀應在開關下方提供標籤“按兩下即關閉“而不是把信息顯示在投影屏幕上

2反饋或説明的長度：軟件中的幫助信息，如果支持的是複雜任務，就應該是全面的，並描述整個任務是如何完成；如果只是關於規定格式的幫助，則只顯示要求形式而已

4.5.7 一個交互系統中的貫穿任務始終、或是相似任務的對話行為和外觀應保持一致（注：1相似任務之間的一致性，幫助用户瞭解完成任務的通常步驟 2 貫穿任務的持續性可能需要讓位於任務需求或其他由場景萌生的需求）

1軟件中的“確認”和“取消”按鈕應始終位於同一位置

2支持壓縮和解壓的軟件，兩任務的對話步驟應採用相似設計

4.5.8 如果基於用户期望的一個特定輸入之處是可以預期的，那麼當對話要求輸入時，該處應準備作為輸入

在軟件包安裝過程中，每一步要求用户動作的對話均可由按鍵盤上的“回車”來實現

4.5.9 給用户的反饋或信息應規範化並以客觀、建設性的風格展示（注：特定的應用領域可以例外，如娛樂軟件，其中會採用更主觀、更感性的風格）

如果用户輸入的日期不合規格，錯誤信息應這樣寫“請輸入dd/mm/yyyy格式的日期”

4.6.1 應該展現給用户“有助於用户學習的規則和隱含的概念”（注：這允許用户形成記住活動的自身模式和策略）

一個壓縮文件的軟件應該解釋清楚“文檔”（archive）的概念（例如作為最初個別指導的一部分）

4.6.2 如果是不常用該系統的用户或是不常見的使用情況，應提供適當的幫助

賬務軟件包應該引導用户按規定走完要求的對話步驟以創建年度資產負債表

4.6.3提供適當的支持幫助用户日漸熟悉系統（注：不同的用户對幫助有着不同的需求）

當用户按下指定的幫助鍵時，軟件包應能解釋每個不同菜單項的使用

4.6.4 反饋或解釋應該有助於用户對整個交互系統形成概念性的認識（注：在學習使用一個交互系統的階段的新手和已有經驗的老手對反饋的需求是不一樣的，但最好是把對話設計得適合兩種用户的需求。因為系統很難可靠地評估用户的經驗，而且貫穿整個系統的個人經驗也各不相同）

掃描軟件展現所有不同的步驟（包括他們的順序和其間的關係）包括要求掃描紙面文檔，並把它們轉換為電子文檔，當前處於哪一步

4.6.5 對話應提供對於活動的中間結果和最終結果的足夠的反饋以便用户能從成功完成的活動中學到東西

用户使用旅館預訂系統預訂房間時，用户能接收到每一步的反饋指引他改善其查詢和成功預訂的細節

4.6.6 如果對任務和學習目標不妨礙的話，交互系統應允許用户探索對話步驟而不會受到負面反饋（注：這可能不適用於安全第一的系統）

1 對於一個大倉庫的派送排期系統允許用户評估可能的排期變化以便讓用户可以在進行調整前預見可能的負面影響

2照片處理軟件，對照片的一系列修改都可以用“撤銷”來取消

4.6.7 交互系統應讓用户需要學的東西最少，只要輸入最少量的信息，系統會按要求提供附加信息

掃描文件的軟件提供“掃描”按鈕，讓用户一鍵掃描，無需進行必要的用户設置，而可以採用默認設置

4.7.1用户交互不應被交互系統的操作決定。應在用户控制之下，由用户根據自己的需求和特點進行調整（注：1特定的交互系統可能會包含明顯的要求，在特定情況下不允許用户控制，如在測試環境下，時間約束也是測試的一部分 2在特定場景下，任務本身決定了交互步驟的最小值和最大值 3用户交互的步驟可能受到公司政策的限制，諸如“空閒2小時後離線”）

手機允許用户要發送的短信呈編輯狀態並可見，直到用户決定發送、存儲或刪除該信息為止。不管用户為寫完這條信息要花多長時間。

1商用電話顯示呼入電話號碼並提供直接把該號碼加入電話本的可能，同時加上呼叫者姓名

2當在賬務系統中登記一筆支付時，系統自動選中最早的未付訂單來支付，但也允許用户選擇其他的訂單來支付

-