延續(xù)之前的discovery和design, 接下來介紹UCD里的下一個環(huán)節(jié)use - useability evaluation 可用性評估. 先補充一點, 可用性測試和評估并不是直到最后階段才能介入, 在之前的discovery階段, 初步的原型界面也是可以做可用性測試的, design階段也一樣, 只是每個階段會根據側重點不同,而對應地測試不同的特性.

先引用一段useability 的描述:

Useability is a combination of the site’s usefulness, effectiveness, efficiency, satisfaction, respect for the user, presentation and learnability.

其實我們應該已經接觸過很多有關可用性的介紹和評論, 在不能確定我們是否都已經非常清楚什么時候做和如何做的前提下, 我把書里列到的流程簡單羅列一下,方便我們記錄和引用:

常用到的評估方法有:

• 基于少數用戶的think aloud測試
• 啟發(fā)式評估 - Heuristic evaluation
• AUA 評估

think aloud測試

這是我們最常用到的來自Jakob Nielsen的 think aloud 方法 . 在這之前先簡單說明一下think aloud, Nielsen經過一段時間的分析和試驗發(fā)現, 用戶測試可以通過對少數真實用戶完成某一特定任務的測試方法來取代高經費的實驗室操作, 而開放者可以使用think aloud算法對用戶在任務測試中的相應隨想進行分析,而得到他們預期得到的效果.

上圖可以看出, 5-6的測試人數, 可以得到很高的收益/成本花費比率.

下面是tink aloud 的測試過程:

• Booking - 與測試用戶的預約確認,并確認用戶直到將要做什么, 什么時候開始, 以及他們的測試期望
• Pre-briefing the users - 預先簡介, 向用戶介紹將要測試的網站或系統(tǒng); 以及測試目的; 通過用戶建議我們能得到的有效信息, 或者對用戶信息保密的稱諾協(xié)議
• The test location - 因為區(qū)域性差異, 測試中一般會選取來自不同預期的目標用戶, 或者考慮或模擬相應的區(qū)域環(huán)境;
• The use context - 延續(xù)上一條提到的, 建立適合用戶習慣的測試環(huán)境, 包括工作空間,或操作系統(tǒng),盡量接近用戶真實生活的情景,從而得到有效的測試和準確的結果
• Who should be involved? - 誰應該參與到測試中? 為避免心理因素帶來的壓迫平衡, 一般采取1對1或1對2的測試, 同時要讓參與測試的工作人員保持安靜會對用戶建議的尊重, 不要試圖指導用戶如何操作, 也不要急于解釋錯誤的原因. 保持”尊重用戶, 用戶總是正確的”原則, 讓用戶順利完成測試;
• The start of test - 嘗試通過日常的交談來了解用戶的需求,并讓他們放松地開始操作, 并向用戶解釋如何開始, 需要的時間, 設備解釋等信息, 并應許用戶無理由地在任何情況和時間結束測試;
• Getting focussed - 確認用戶的專注, 這個是很有意思,我們也常面臨的問題, 而且會更加自身情況提供不同的方法手段幫助用戶專注于測試, 一般地方法是給用戶一個測試任務或目標, 讓用戶清楚要做什么, 或應該到底一個什么目標, 或者知道他們找到他們滿意的信息, 總的來說, 就是 “興趣產生專注”,
• Briefing for use - 是否還記得設計階段介紹地AUA模式, 見下圖, 這里我們需要和用戶做一些測試前地交談, 我們可以利用AUA模式來指導我們需要了解什么,或如何去做, 比如:用戶測試前已經了解了什么; 他們已經具備了什么樣的背景知識; 他們如何選擇操作, 他們如何操作; 他們會哪些信息和操作更好奇或感興趣; 他們希望這些操作帶來什么; 通過操作,他們獲得了什么, 是否明白了操作的意義? 等等類似的信息

• The feeling dumb issue - 我個人覺得這個問題很重要也值得注意一下, 很多時候, 當用戶不知道如何操作面前界面的時候,會有一種尷尬或挫折感, 同時又會擔心是否因為自己”太笨”不知道如何去做, 這個時候我們應該讓用戶明白, “我們在測試的是機器系統(tǒng),而不是用戶, 不能被容易使用的界面說明這是一個失敗的設計,盡管這對于一個設計師來說是很難堪的結果,但正是這些負面的反饋, 對于我們更好地設計出正確的系統(tǒng)界面會更有價值和幫助.”我們在測試的是機器系統(tǒng),而不是用戶, 不能被容易使用的界面說明這是一個失敗的設計, 盡管這對于一個設計師來說是很難堪的結果, 但正是這些負面的反饋, 對于我們更好地設計出正確的系統(tǒng)界面會更有價值和幫助.
• Carrying out the test - 實施測試, 測試中避免做太多筆記而錯過用戶操作的觀察, 同時要注意觀察小的細節(jié),有時往往小的細節(jié)可以反映很多本質的問題出處; 如果用戶需要, 可以與用戶做交談, 但要注意自己的言語可能帶來的誤導, 盡量鼓勵用戶自己操作, 并挖掘用戶為什么會對操作來帶疑惑;
• Winding up the test - 如果用戶未能達及目標, 允許用戶再次嘗試
• after the user test session - 測試完后, 第一時間了解用戶的想法或使用體會, 接著可以進行相應問卷調查, 收集更多信息

如書中提到的,除了一般個人測試, 選擇2個熟悉的伙伴或夫妻, 做co-participation分享式測試,也是一種很有用的方法, 優(yōu)點是可以挖掘更多他們在測試中交談討論的潛在問題或潛在需求; 可以把這個方法和think aloud結合在一起, 除去收集分享信息外, 同時獲取相應產生的想法.

問卷調查

開放式定量問卷 Open qualitative questionnaires
這里是一些問卷調查例子:

• first impressions of the website
• most useful or attractive feature
• any surprising?
• met your needs, objectives or expectations?
• what did you like/dislike?
• what would have been better
• other comments?
• how do you feel about this company after using the website
• how long you stay on this website
• how long it take you to find your objectives?
• if you get your interested XXX, would you expect to use the website again? why?

定量問卷 Qualitative questionnaires 積分式的問題分析和統(tǒng)計

…………………………….

其他評估方法:

啟發(fā)式評估 - Heuristic evaluation

Nielsen 是第一個把啟發(fā)式評估引用到可用性測試當中的先驅, 無論上面提到的think aloud方法,還是啟發(fā)式評估, Nielsen 都在試圖找到最高效,但有低成本的評估方法, 所以啟發(fā)式評估建議的是3-4個具有可用性和設計知識背景的評估員,依據相應的評估方法,以及對用戶背景的分析和研究, 對現有系統(tǒng)提供相對模擬客觀的用戶測試結果, 或者是一些專業(yè)的建議和反饋.

這里引用一下Nielsen的十個可用性啟發(fā)式方法:

• Visibility of system status The system should always keep users informed about what is going on, through appropriate feedback within reasonable time.
• Match between system and the real world The system should speak the users’ language, with words, phrases and concepts familiar to the user, rather than system-oriented terms. Follow real-world conventions, making information appear in a natural and logical order.
• User control and freedom Users often choose system functions by mistake and will need a clearly marked “emergency exit” to leave the unwanted state without having to go through an extended dialogue. Support undo and redo.
• Consistency and standards Users should not have to wonder whether different words, situations, or actions mean the same thing. Follow platform conventions.
• Error prevention Even better than good error messages is a careful design which prevents a problem from occurring in the first place. Either eliminate error-prone conditions or check for them and present users with a confirmation option before they commit to the action.
• Recognition rather than recall Minimize the user’s memory load by making objects, actions, and options visible. The user should not have to remember information from one part of the dialogue to another. Instructions for use of the system should be visible or easily retrievable whenever appropriate.
• Flexibility and efficiency of use Accelerators — unseen by the novice user — may often speed up the interaction for the expert user such that the system can cater to both inexperienced and experienced users. Allow users to tailor frequent actions.
• Aesthetic and minimalist design Dialogues should not contain information which is irrelevant or rarely needed. Every extra unit of information in a dialogue competes with the relevant units of information and diminishes their relative visibility.
• Help users recognize, diagnose, and recover from errors Error messages should be expressed in plain language (no codes), precisely indicate the problem, and constructively suggest a solution.
• Help and documentation Even though it is better if the system can be used without documentation, it may be necessary to provide help and documentation. Any such information should be easy to search, focused on the user’s task, list concrete steps to be carried out, and not be too large.

當同時人們也發(fā)現Nielsen忽略了user process-orientation, 下面是Muller, et al額相應補充:

• Task sequencing - 用戶可以按照自己的意愿選擇任務的執(zhí)行順序, 操作向導自然好,但只能作為一個可選項, 不能強制用戶必須按此操作
• Skills - 系統(tǒng)并是用來取代用戶技能的, 而是用來支持,擴展, 補充或增強它們;
• Pleasurable and respectful interaction - 精致的用戶交互設計, 是用戶感受到被尊重的愉悅感
• Quality work - 準確但又恰到好處的系統(tǒng)功能可以協(xié)助用戶完成高質量的工作
• Privacy - 用戶隱私保護

更多資料可以查看這里

AUA 評估

類似之前介紹的交互設計中的AUA模式, 這個評估需要相應的專業(yè)人士來進行,