1. 易用性概述
1.1 什麼是易用性
易用性即把使用者而非系統置於開發過程的中心。這種“以使用者為中心進行設計”的概念,是指從設計過程的開始便把使用者所關注的東西包含於其中,並規定使用者應該是任何設計決定中最重要的因素。
- 易見 Easy to discover。藏得很深的功能就不容易被發現,無法使用。
- 易學 Easy to learn。學起來容易。易於學習的設計著眼點是針對哪些不太經常完成的任務,因此使用者可能會忘記怎麼用。
- 易用 Easy to use。熟練使用的時候可以更快的操作。便於使用的設計著眼點是促進持續的效率,這可能意味者在使用產品之前要經過一定的培訓。
這三條本身其實是衝突的,需要進行平衡。
1.2 有用性和易用性
我們常常混淆有用性和易用性。
- 有用,這由產品的規劃師負責保證。反面例子:比如一台機器很容易使用但並不解決實際問題。很多產品的失敗,首先是有用性,也就是市場的失敗,而非易用性的失敗。
- 易用,這由易用性工程師負責。比如一台機器有功能但使用者不知道如何使用。
很明顯地一個事實是,如果一個程式非常易用,但卻沒有什麼功能,沒有人會有理由去使用它。而如果給使用者一個功能非常強大的程式,但卻很難使用,那麼使用者將很可能會抵制它或者尋求其他替代物。分清了一件事物的這兩個方面,在分析的時候會避免將所有的問題都歸結於易用性問題。
1.3 為什麼要關注易用性
- 可以較少支援人員和服務的成本。
- 可以提高使用者對軟體的任何程度。
- 可以提高產品的競爭力。
1.4 如何獲得易用性
- 易用性不是隨意添加的,易用性是系統設計的一部分。
- 以使用者為中心進行設計是獲得良好易用性的最佳途徑。
2. 產品的易用性設計
2.1 確定易用性需求
正如本文前面所描述的一樣,易用性需求不是隨意添加的,它是系統良好設計的一部分。因此在設計開始之前必須明確我們的易用性需求,然後才能在此基礎上衍生出我們的驗收標準。
例子 1.
描述:產品對於大多數使用者來說易於學習,無需培訓
驗收標準:由使用者等組成的測試小組中90%的人將在第一次使用該產品時就能成功地通過該產品完成機票訂購的工作。
易用性需求應該是具體的、明確的和可以衡量的。比如:“方便使用”。很難找到對“方便使用”的度量標準,我們可以通過簡單的提問後發現使用者的真實所要。比如:“友好的使用者互動介面”等等。
2.2 易用性工作Checklist
序號 |
易用性工作 |
1 |
是否有明確的易用性驗收標準或易用性目標 |
2 |
是否在軟體需求工作開端就考慮易用性需求 |
3 |
是否遵循以使用者為中心的設計理念 |
4 |
是否有使用者參與系統的測試 |
5 |
是否將易用性標準作為軟體驗收的標準之一 |
|
|
2.3 易用性需求Checklist
序號 |
易用性需求 |
分類 |
1 |
系統介面 |
|
1.1 |
介面的一致性 |
易學、易用 |
1.1.1 |
介面的風格是否一致 |
|
1.1.2 |
相同的功能的入口和介面操作是否一致 |
|
1.1.3 |
控制項的使用與排列是否一致 |
|
1.2 |
提示資訊 |
易學 |
1.2.1 |
菜單和按鈕等是否具有提示資訊 |
|
1.2.2 |
必填項等需要明顯說明的地方是否有提示資訊 |
|
1.2.3 |
提示資訊是否一致 |
|
1.3 |
介面的配置 |
易用 |
1.3.1 |
是否可以隱藏不必要的資訊 |
|
1.3.2 |
是否可以更換軟體的皮膚 |
|
1.3.3 |
是否可以更換軟體所使用的表徵圖 |
|
1.3.4 |
是否可以更改一些資訊的名稱 |
|
1.3.5 |
是否可以追加一些資訊 |
|
1.4 |
功能排列 |
易學、易用 |
1.4.1 |
常用功能是否放置在明顯的位置 |
|
1.4.2 |
不常用功能的擺放是否會干擾常用功能的使用 |
|
1.4.3 |
使用者能否快速的找到它所需要的功能 |
|
1.4.4 |
功能擺放的位置是否符合使用者的習慣 |
|
2 |
系統功能 |
|
2.1 |
安全性與資料完整性 |
易用 |
2.1.1 |
系統是否具有一定的安全性 |
|
2.1.2 |
系統是否具有動作記錄 |
|
2.1.3 |
資料損毀時是否具有修複功能 |
|
2.1.4 |
資料是否具有定期儲存及備份的功能 |
|
2.1.5 |
網路軟體是否支援資料的本機快取 |
|
2.2 |
錯誤操作的自動糾正 |
易用 |
2.2.1 |
是否允許資料自動糾正 |
|
2.2.2 |
是否禁止無效資料的輸入 |
|
2.2.3 |
是否具有明顯的警示或提示 |
|
2.3.1 |
是否允許使用者定義不規則表格 |
|
2.3.2 |
是否允許使用者調整報表 |
|
2.3.3 |
是否允許使用者定義新的報表 |
|
3 |
協助系統 |
易學 |
3.1 |
是否提供線上協助 |
|
3.2 |
是否提供使用者手冊 |
|
3.3 |
是否提供即時協助 |
|
3.4 |
是否提供FAQ |
|
3.5 |
是否提供線上學習 |
|
3.6 |
是否提供流程嚮導 |
|
4 |
軟體升級 |
易用 |
4.1 |
是否是智能用戶端 |
|
4.2 |
升級時是否可以保證原有資料的完整性和繼承性 |
|
4.3 |
是否支援補丁方式 |
|
5 |
系統安裝 |
易用 |
5.1 |
安裝介面是否友好 |
|
5.2 |
安裝過程是否簡單 |
|
5.3 |
是否有很少的使用者輸入與設定 |
|
5.4 |
安裝後是否就可以使用 |
|
|
|
|
|
|
|
2.4 產品的易用性評價
- 設計工作是否符合易用性需要;
- 需求工作是否符合易用性要求;
- 是否滿足易用性的描述和驗收標準;
- 是否能進行評價
3. 參考文獻
- 王建碩.易用性的三條原則.
- 軟體設計中的易用性.
- Suzanne Robertson, James Robertson.《掌握需求過程》.人民郵電出版社