策劃用戶分析
什么樣的用戶分析,對揭示在每個維度更深入的需求有幫助?舉例來說,你需要知道一個任務需要多長時間(效率)來完成嗎?,用戶怎么逐步建立起他們對使用該產(chǎn)品的知識(易學性)?這其中每一個都在用戶研究中,提出不同的重點和技術。
當用戶研究和分析結束之后,你就有機會去了解用戶研究的結果是否與最初的設想不同,或者是比最初的設想還有所延伸。和項目中關鍵人物一起來進行這些最初的工作,不僅僅幫助可用性專家了解他們的觀點,并且也可能會揭露一些不正確的設想。
建立可用性目標和需求
每個用戶對于5E的描述都可以作為可用性的目標的基礎。在那些含蓄的描述中,什么才是一個產(chǎn)品必須去滿足的需求?一個像“我怎么才能知道它是不是給我注冊了正確的課程?”這樣的用戶描述,可能會引出一個“用戶需要在做出最后的行動時對一切進行確認”這樣的需求;蛘咭粋程序有一些罕見的任務可能有需要典型的、經(jīng)過訓練的用戶去完成的可用性目標,而不需要其他的訓練和額外的手冊。
無論用戶描述是否提及到功能性的需求或者可用性目標,都應該在最初的對話中將它們與其中一個可用性維度聯(lián)系起來。
這也可以表明需求的區(qū)別——或者強調(diào)的重點。例如,項目經(jīng)理可能更關注工作的效率,并且認為是花在任務上的時間問題,而一個工人可能認為是一個錯誤寬容度的問題,并且認為是這個應用如何更好得支持他們工作的問題。
建立設計概念
怎樣才能使設計方法更著重于可用性的最重要的尺度?什么樣的設計元素能夠幫助制作出針對用戶需求的界面?會不會有一些用戶偶爾需要某些快捷方式或者方法來處理超過一個“項目”,或者少數(shù)用戶需要一個嵌入式的幫助來“提醒”他們?nèi)绾问褂媒缑妫?/p>
每個5E都會建議一些方法:
維度:有效性 用戶需求:準確性 可能的設計需求:
·為所有的動作提供反饋信息; ·排除錯誤的可能性|
維度:效率 用戶需求:操作的速度 可能的設計需求:
·設計完美的工作流程,也留下改變的可能性; ·提供快捷方式; ·用互動風格和設計的小裝飾支持速度問題; ·把屏幕上無關的元素減到最少
維度:吸引力 用戶需求:被吸引其中 可能的設計需求:
·將“品牌承諾”結合到設計中; ·運用適當?shù)脑~匯和術語; ·設置恰當?shù)、有幫助的語氣
維度:錯誤寬容度 用戶需求:確認和批準 可能的設計需求:
·將“錯誤”轉(zhuǎn)化成其他途徑; ·運用可以幫助正確選擇的控制; ·確認動作都是可逆的;
維度:易學性 用戶需求:時間信息 可能的設計需求:
·讓界面在最少的提示和操作說明下更有幫助 ·為難度大的和罕見的任務創(chuàng)造有指導性的界面 ·策劃可用性測試
什么樣的可用性評估能確保設計可以實現(xiàn)可用性目標?什么樣的原型才能得到可用的結果?試例,如果一個應用軟件要支持一個有效的運轉(zhuǎn)工作,那就需要用高精度的原型或者程序初期的文本進行測試,需要最初的訓練和一整套現(xiàn)實的工作來匹配典型的工作環(huán)境。一個產(chǎn)品可能需要用最初的概念原型進行測試,用以所定人群。
維度:有效性 可能的評估技術:
·為有困難的和不明確的任務創(chuàng)造演示場景 ·根據(jù)任務被完成的準確性如何,和任務產(chǎn)生的不易被察覺的錯誤來評估一個任務
維度:效率 可能的評估技術:
·用足夠的具有典型任務的副本架夠測試,去創(chuàng)建現(xiàn)實的工作節(jié)奏 ·運用工作軟件或者高度仿真的產(chǎn)品原型 ·收集時間數(shù)據(jù),同時也訪問參與者,看他們對程序的主觀印象
維度:吸引力 可能的評估技術:
·運用滿意度訪問問題或者調(diào)查作為評估的一部分 ·對設計表現(xiàn)做有對比的偏愛測試 ·架構一個參與者可以選擇放棄產(chǎn)品的測試
維度:錯誤寬容度 可能的評估技術:
·為可能出現(xiàn)的錯誤或者其他問題設置演示場景 ·觀察用戶在遇到錯誤時,能不能簡單、準確地修復錯誤
維度:易學性 可能的評估技術:
·控制需要給參與者多少操作說明,或者招募不同層次和知識水平的參與者 ·將最常用的任務和不太常用到的任務或者場景混在一起
結論
對于每個項目或者個人來說,在項目的整個生命周期中,貫穿運用可用性維度將進程和設計決策聯(lián)系起來,這是一種很有效的方法,它可以將所有“以用戶為中的設計”的元素結合在一起;對可用性在特定環(huán)境下的理解,也可以讓工作集中一致。5E可以作為新的可用性研究技術的基礎,幫助“推銷”可用性及其力量,并指導設計項目走向成功。
ui花園版權所有,經(jīng)許可轉(zhuǎn)載 英文原本地址點擊
出處:UI花園
責任編輯:moby
上一頁 可用性的維度 [3] 下一頁
|