Article copyright by  Ashley Towers
Ashley Towers版權所有
原作者： Ashley Towers；譯者：UCD翻譯小組，mocha
原文地址：http://usabilityfriction.com/2008/11/05/10-ways-to-improve-usability-when-you-thought-it-was-too-late/

你工作數(shù)月并向客戶交付了產(chǎn)品 。最初的反饋還不錯，但是當他們研究了幾日后，卻又提出要求：“你能再讓這個設計對用戶更友好一些嗎？”天哪！這時候再重組結構有些為時已晚。但當然，你肯定可以做點什么！這篇文章就給你提供10個提高可用性的方法，在你覺得為時已晚的時候可以派上用場。

80/20法則 (The 80/20 Rule)

80/20法則眾所周知并被廣泛應用——在這個例子中則是這樣的：

• 80%的時間花在了20%的功能特性上
• 80%的錯誤是由20%的交互活動引起的 

當你找到這些特性，就可以專注于改善它們了 ：

• 如果這些特性使用頻率很高，試試看如何讓它們更容易被用到。比如使它們的圖標更醒目、添加快捷鍵等。
• 如果一個用戶在某處被卡住了，試著確定一下原因；這里是不是有晦澀的術語？下一步的提醒是不是太過模糊？

Open Office工具條顯示了最常用的命令，可以方便快捷地使用對應的功能

增加可用性效果的美感 (Aesthetic Usability Effect)

讓你的應用程序漂亮一些。當你的用戶要求提高可用性時，也許他們背地里叫喊的是讓它不要那么丑！

有一個很著名的現(xiàn)象，吸引人的應用或產(chǎn)品被認為比丑陋的那些更好用也更友好。所以可以向設計師尋求幫助，整理下CSS，你會驚訝的發(fā)現(xiàn)你的應用程序變得更加友好了——讓它更漂亮些吧！

加入限制 (Constraints)

加入一些限制，阻止他們以你不推薦的方式使用應用程序，確保他們只輸入有效的數(shù)據(jù)。這可以減少錯誤而且使交互更直觀。有很多種方法：

• 如果數(shù)據(jù)庫的某一列僅允許輸入有限的字母——阻止用戶超過限制。阻止他們犯錯比直接扔出一句“錯誤”好得多，更糟糕的做法是截短用戶的數(shù)據(jù)。
• 如果某字段僅接受數(shù)字，最開始就不要讓它接受字母！不要等到驗證輸入時再告訴用戶他們做錯了！
• 如果讓用戶輸入一個被分隔的字段（比如MAC地址、序列號或者信用卡號），不要讓用戶去猜在哪里輸空格、冒號或者連字符等等——每一部分分配一個字段，并在之間加入不可編輯的分隔符。

Windows XP產(chǎn)品序列號的對話框解除了是否需要輸入破折號的疑問

• 你不應讓用戶輸入“1”、“0”或者“真”、“假”來表示布爾值；你應該使用復選框！所以，使用其它控件如滑動條或者撥號盤來輸入數(shù)據(jù)，使用戶無法輸入無效的值。
• 如果某一空間當前不可使用，把它變灰或者直接移除。不要讓用戶點他們不能點的按鈕。

遵守CRAP準則  (Make it CRAP)

這其實包括4件事情，但將它們的首字母縮寫詞作為10個方法里面的一條。CRAP是圖形設計領域的四個準則的首字母縮寫詞：對比、重復、對齊和近似。我寫了一篇深入研究CARP以提高用戶體驗的文章：《如何讓你的用戶界面符合CRAP》。這些原則應用起來很簡單，并且不費什么力氣就可以帶來巨大的改變。

減輕用戶負擔 (Lighten the load)

處理大量信息增加了用戶的認知負擔，并且也使你的應用程序難以使用。認知負擔是完成某一任務時大腦活動的總和，包括記憶、感知、思考/理解等等。你可以減輕用戶負擔而使應用程序更加友好，步驟如下：

• 盡可能少問問題。過長的表格，問過多的問題都會嚇到用戶。用戶對于填表的態(tài)度是能不填就不填。在用戶可以將來再填詳細信息的地方，讓用戶填盡可能少的內(nèi)容以幫助他們繼續(xù)下去。

在Base Camp上創(chuàng)建一個新項目。僅需填名稱和參與人員兩條。其他都可以以后再填。

• 當你需要很多信息并且不可以放到將來再填時，把表格切分成幾頁，然后讓用戶一頁一頁來。確保向用戶標示出了進度，讓他們知道已經(jīng)完成了多少。
• 刪除不必要的信息。顯示的每一處信息都是有助于理解，而不是讓整個界面凌亂不堪。如果沒有相關或者附加價值那就刪除它。
• 如果可以的話，在某一字段的附近增加必要的解釋，這樣用戶不用思考它的含義了。當處理技術術語和首字母縮略詞時這一點尤為重要——如果用戶以前沒聽說過這些詞，必要的解釋可以降低用戶的挫折感！上面Base Camp的截圖就是個好例子，它給“Name the Project”的意思加了解釋。

使用更少的文字 (Use less words)

用戶很少看文字，少到讓你驚訝的程度。你的應用程序并不算新鮮事——如果它有很多描述性文檔，用戶是不會閱讀的，而且大量的文檔會嚇到用戶并讓他們覺得你的應用程序非常復雜，難以使用。大部人只會點擊“確定”或“下一步”，并期待得到最好的結果。如果這樣做錯了他們會感到很憤怒。

如果你需要鼓勵用戶；那就使用積極的詞語。不需要太禮貌，那樣不夠精煉。比如不要給某字段加這樣的標簽“請輸入您的全名：”，直接寫“全名：”。用戶不需要這么禮貌的語氣來告訴他們輸入，沒有這個必要——用戶不會理那些花哨的描述，即便他們可以——你的標簽是不是已經(jīng)阻止他們填這一項了？如果有太多內(nèi)容根本讀不過來，那就存在重要信息被忽略的風險。

折線之上 (Above the fold)

“折線”(fold)是報紙版面設計的術語。按字面理解是指報紙被對半折起來的折痕。折疊之上的信息更加醒目，因為人們不用展開報紙就能瀏覽。這個術語在界面設計領域也有相同的意思，是指不需要移動瀏覽器的滾動條就可以顯示出來的區(qū)域底部。

• 考慮重新布置頁面，讓用戶不需滾動鼠標就能看到最重要的信息。如果干脆去除滾動條是不是更好？
• 一些應用程序把出現(xiàn)的錯誤統(tǒng)一顯示在頁面最底端。從用戶的角度考慮，他們點了“提交”，但是同樣的頁面又顯示出來。當他們想到把頁面滾動到最底端之前，他們已經(jīng)覺得你的產(chǎn)品有問題而不是他們的操作有問題。所以，把錯誤信息放在頁面靠上方的位置（更理想的是，放在錯誤出現(xiàn)的附近，但確保頁面滾動到那一位置，這樣才能被看到）。

排序與分組 (Sorting and Grouping)

組織信息的方式極大程度地影響著可用性。分組的應用范圍很廣——從你的菜單項目順序到你提供的工具列表。

5 Hat Racks原理描述了5種組織信息的方法：

• 按字母順序排列：簡單的按字母順序排列。當信息不能以更有意義的方式組織或者用戶需要迅速找到某一信息時，這種方法很有效?？啥ㄖ婆判虻牟藛谓?jīng)常包括這一排序方式。
• 按位置排列：根據(jù)信息的物理位置排序。如果你的信息和真實世界關聯(lián)，那可以采用這種方法，用圖來顯示它的物理背景信息。
• 按時間排列：以時間順序排列。當你的信息與日期或時間關聯(lián)時，就要采用這種排序方式，確保用戶可以以時間順序瀏覽信息。
• 按類別排列：根據(jù)信息之間的共同屬性把它們分類。分類標準可能是包括“它們是什么”（比如是書籍、DVD等等）、“用途”（比如感冒藥、洗發(fā)護發(fā)產(chǎn)品等）、“顏色”、“氣味”等等。分類法非常適用于從用戶角度分組的菜單，比如把財務信息分成預算、訂單、發(fā)票幾類。
• 按連續(xù)性排列：把信息排列成連續(xù)的一系列。順序可能是從好到壞、從高到低、從流行到不流行等等。如果有衡量的標準，就提供這種分類方式。

看看你是如何展現(xiàn)列表和菜單的，想想信息的作用和用戶會通過什么方式找到它。用戶獲取信息的方式會隨著他們當時想做什么而改變。如果你的應用可以根據(jù)用戶當前的目標而改變信息組織方式，那將會獲得用戶的高度評價。

包容 (Forgiveness)

提高應用程序用戶友好程度的一個好方法就是使它更加包容。包容是指提供多種途徑，以減少用戶犯錯的機率，或者在用戶犯錯時降低其不良影響。

• 撤銷：當用戶不喜歡某一操作所帶來的影響時，允許用戶改變主意。在開發(fā)的后期，這也許很難進行改造，但它確實是使你的應用程序更加包容的最佳方法中的一種。

當你在Gmail里刪除一封郵件時它并不會讓你確認，但它會讓你可以輕松改變主意。

• 確認：把操作變?yōu)閮刹?，提示用戶對他們請求的操作進行確認。確認這一操作如果被用得太多，會讓界面失調(diào)，讓用戶厭煩。如果操作很容易被撤消，那么你并不需要確認這一步（例如Windows XP中的“你確定要刪除該文件嗎？”對話框并無必要，因為文件可以輕松地從回收站里找回）。你不需要那些只包含“確定/取消”按鈕的對話框來增加確認這一步操作，這只會成為類似于“預備/射擊”這種感覺的額外操作。我寫過一篇文章，論述Gmail對確認操作的創(chuàng)造性用法，原諒用戶，哪怕他喝醉了！
• 警告：顯示警告以提示用戶操作的影響。這是最沒有侵入性的提高包容程度的措施，你可以在頁面環(huán)境中增加信息以解釋當前被選中的選項。

Feedburner在確認按鈕附近顯示警告以警示你操作的影響而不打斷你的操作過程

• 幫助：最后，你可以把幫助和說明放入你的應用程序以增加其包容程度！在你發(fā)現(xiàn)設計中一個不可逆轉的錯誤，需要解釋程序如何運轉，以及這跟它應有的樣子有何區(qū)別時，這個方法尤其重要！至少在你解決問題之前！

空狀態(tài) (The Empty State)

這是被許多軟件忽略的一點，卻是改善你的應用程序的一種真正簡單的方法。當你測試或展示你的應用程序時，它充滿了測試數(shù)據(jù)。然而，當一個新客戶第一次使用的時候，它是空的！你知道那塊缺失的區(qū)域會填入一些信息，底部的大列表會包含不確定信息(doobery) ，以解釋這是什么，但你的用戶不知道！如果用戶不知道一個東西是什么或者應該是什么，他們就會疑惑。你可以通過以下方法幫助他們：

• 不要在沒有數(shù)據(jù)的情況下什么都不顯示，使用一些用來占位的東西，如“沒有可顯示的不確定信息(doobery)”。
• 如果這是用戶第一次來，告訴他們這個區(qū)域將要顯示的內(nèi)容的特征。

Basecamp顯示的最后的空狀態(tài)。它是空的，但包含了很多信息，所以你確切地知道下面會有什么！

• 使用示例數(shù)據(jù)給用戶提供一個預先填好的選項。如果數(shù)據(jù)準確且對用戶有意義，那么這還真是一個好方法。它可以讓用戶看到一些實際使用中的具體數(shù)據(jù)。不過，當用戶對程序有一些感覺之后，要確保用戶可以輕松地除去這些測試數(shù)據(jù)，當他們一條一條地手工刪除可不會讓他們對你產(chǎn)生任何好感！

結論 (Conclusion)

如果可用性在整個開發(fā)過程中都被充分考慮，那么產(chǎn)品只會越來越好。然而，總會有其它一些壓力，而且當你發(fā)現(xiàn)自己遇到上述種種情形，知道這些壓力并不能為你幫上什么忙。我們希望，這些技巧可以讓你在覺得提高可用性為時已晚的時候，為你提供一些進行簡單調(diào)整和重組以改善程序可用性！

你曾經(jīng)遇到過這些情形嗎？你如何改善你的應用程序的可用性呢？

原文：http://www.sumocha.com/2008/12/10-ways-to-improve-usability-when-you-thought-it-was-too-late/