2. Agenda
• It„s all about human ─ 從「使用者研究」到「易用性測試」
王派桓 Hoper Wang / D-Link 使用者經驗分析部經理
• Agile is not for UXers
劉宗剛 Derek Liu / 趨勢科技 Senior UI Designer
• 使用性評估沒有告訴你的事
張雯琳 Ariel Chang / HTC Usability & User Research 資深工程師
5. Reasons for everything
1. Why product design ?
有好設計的產品可以 維護世界和平 賣的更好
2. Why research and study ?
需使用者研究的 Support 去設計更好的產品
3. Testing vs. Study
要去研究問題背後的問題 (QBQ) 是什麼,了解使用者對產品的感覺
12. Research goals for Human
1. Not only well-defined UI testing items
除了定義清楚的測試項目外,要多去探詢「人性面」的問題
2. But also human cognitive & emotional perspectives
使用者對產品的認知與接觸時產生的情緒
3. Search for potential needs
使用者對產品的第一印象、認知的強度和使用情境為何
13. Open Question for Human
1. How to use
使用者會如何使用
2. Whether to use
使用者會不會使用這項功能/產品
3. Why or why not to use
會用或不會用的原因
34. Usability mistakes
1. Do You Know Why You're Testing?
解:要了解問題並找到測試的目標
2. Not Bringing the Team Together
解:讓參予的團隊成員了解自己的任務階段與狀況
3. Not Recruiting the Right Participants
解:找到正確的受測者
4. Not Designing the Right Tasks
解:以情境的方式告訴使用者去做一件 task
原文:http://www.uie.com/articles/usability_testing_mistakes/
35. Usability mistakes (cont.)
5. Not Facilitating the Test Effectively
解:確保測試項是合理的並讓測試過程運作流暢
6. Not Planning How You'll Disseminate the Results
解:測試的結果給相關人員知道
7. Not Iterating to Test Potential Solutions
解:不要企圖在測試過程中找解決方法,要 focus 在問題上
原文:http://www.uie.com/articles/usability_testing_mistakes/
38. • 邀請相關(質疑)人員參與 Usability Testing
• 文案寫得愈 detail,user 愈容易忽略
– 測試結果文案最多大約 2 行半
– User 已經被訓練成看到 form 就會直接填
– 可設計成要填時再顯示出來的文案,才比較容易引起 user 的注意
– 透過 icon 和 color 去引起 user 的注意
• 給使用者做的任務測試,成功或失敗不是重點
– 重點是找出問題,找出失敗的原因
• 任何一個 feature 不是別人有,自己就一定要有
– 了解為何別人有這個 feature,評估自己是否需要
UiGathering Q & A
39. Reference
1. It‟s all about Human
http://www.slideshare.net/uigathering/its-all-about-human
2. Agile is not for Uxers
http://www.slideshare.net/uigathering/uigathering-201207-slide-derek-liu
3. 使用性評估沒有告訴你的事