[UiGaterhing] UX接力賽第三棒 - 如何把使用者經驗「做」出來
這次的 UiGathering 看了一下議程有 3 場演講，之前參加都是 2 場演講，而且對這次的題目非常有興趣，沒想到一下子就報名完畢了，還好之後有空的位置釋放出來，我也守在電腦前面順利的報到名，這次的演講受益良多，下列是重點筆記：
Session 1
以「人」為中心的 Usability Study - Hoper
王派桓 / D-Link 使用者經驗分析部經理
彰顯人與產品的相互價值，並解決更多人的問題。
除了設計前期的使用者研究外，在 Usability Testing 後也需要研究，透過研究去了解使用者對產品/服務的感覺。
在研究時，除了瞭解產品所設定的功能與定位是否有符合使用者的期待外，也要檢視產品是否符合當初企劃的目標。
Yahoo! 拍賣 (C2C) 、 購物中心 (B2C) 和 超級商城 (B2B2C)
強調的是除了定義清楚的 Usability Testing 外，要多去探詢使用者的「人性面」，如他們對產品的認知、接觸產品產生的情緒，發覺使用者情緒變化與潛在需求
設定開放性的問題，鼓勵使用者說出真正的想法，使用者經驗屬於比較內化的感性研究，多以發掘潛在使用者需求，除了暸解現有產品問題，除了對現有產品的改進外，也可作為後續新產品規劃時的參考。
在探討人類的心理與行為，我們要保持謙卑。這樣才能發掘更多問題，縮短使用者與產品間的溝通障礙。
Session 2
Derek針對目前趨勢科技對於使用者經驗設計，是使用敏捷式開發法來進行的經驗分享。
優點：各階段明確定義應做之工作及交付之文件，使系統開發之工作更明確且更容易掌握。
缺點：假設專案在開始時，需求已被完全且清楚的傳達，再加上開發週期長故風險較高，且失敗後將付出高額成本。
敏捷式開發不是一種制式的開發模式，而是一種軟體開發的「精神」。
將開發任務拆開成小單位，完成一個小單位就進行檢視，做到可以及時修正，避免 Waterfall 式的開發模式到最後才發現方向錯誤，造成成本大量損失。
Scrum的流程 : Vision > Product Backlog > Sprint Backlog > Daily Scrum > Deploy(這是可以反覆的迴圈)
Product Backlog： 所有任務列表(優先順序，包括所有功能性或非功能性的工作)，Sprint Backlog：各步驟需完成的任務
趨勢科技將「使用者經驗研究員+使用者經驗設計師+視覺設計師+產品介面工程師+技術編輯」設定為UXers (UX團隊)。
從 Waterfall 的開發模式，使用者經驗團隊參與主要部分為設計階段進入
在發展初期就要訂定出 UX 架構，也就是類似 Design Guideline 的東西。
要如何一開始就訂定出 UX 架構呢? 必需在一開始就進行使用者研究，在產品完成後也要進行使用者研究
UX團隊已經進入到產品規劃階段進行產品 UX 架構規劃階段，故目前的研究方式，UX 團隊已經從產品規劃階段到最後產品上架前的檢測，全都參與，由此可見使 UX 研究占產品開發的比重越來越高。
Who is your target user, forward looking research (魚不會告訴你關於水的故事)
Online Auto Backup：如何讓 User 不改變習慣，而讓 User 享受到你提供給他的服務
Session 3
使用性評估沒有告訴你的事
Ariel HTC Usability & User Research 資深工程師
除了一些比較嚴謹的問卷會在問項中埋藏驗證外，Usability 也可以這樣做，但是人容易被引導，同樣的問題以正面敘述或反面敘述可能就會引出不同的答案，或是有些人對於量化問卷會有某種回答模式(像我基本上都不會給最高或最低分)，這時以開放式問題就可能可以引出更多的答案。當使用者的反應出現矛盾時，可能就是問題或答案隱藏之處。
1. Usability 團隊必須了解受測目標為何。溝通，Time / Budget / Resource
2. 團隊工作 : 沒有讓參予的團隊成員了解自己的任務階段與狀況。
3. 沒有找到正確的受測者與計劃參予者。common mistake is to focus on demographics (such as age and income)
4. 測試情境要盡量貼近真實，才能反應真實，要到問題現場去了解使用者的問題。就像以前做使用者研究，也要盡量進入使用者的真實情境觀察，不能光靠他們的描述。
5. 在進行正式測試前，必須進行前測以確保測試項是合理的，以及加強測試者對於測試的熟悉。在進行使用者研究時，前測也是相當重要的。
6. 測試的成果或報告必須讓越多相關人士看到越好，彰顯問題才能解決問題，當然讓自己工作的成果被看到也是很重要的。另外一方面，資料的可讀性或簡報能力也會是重要議題。
7. 測試是為了發現問題，而不是為了驗證你的想法，心存定見對 Usability Testing 是沒有幫助的。
以下是我在公司內部分享所做的 PPT：
留言