UX設計師如何主導研究專案
詳述設計師和研究員、工程師合作完成使用者研究的過程
上一篇文章「設計系統團隊中的設計師日常」提到筆者在設計系統團隊工作，任務之一是主導使用者研究驗證設計提案。在改進設計系統的目標下，每一次的使用者研究像是一個小專案，UX設計師的角色就如同是project lead，負責和各產品團隊討論概念，決定研究主軸，並向外爭取獨立的研究團隊(research team)支援，與尋找負責protoptype的工程師。
這一篇來聊聊我最近參與並主導的研究專案怎麼進行。
背景
由於公司主力是醫療產品，在預算和時間許可的狀況下，設計團隊通常會爭取在醫院和第一線工作人員做使用者研究。但由於COVID-19疫情的關係，德國這裡規定非醫療原因一般人不能進到醫院裡，再加上這次的測試希望可以近距離觀察使用者的觸控操作，遠端測試並不適合，因此最後拍板決定在辦公室做面對面測試，邀請的受測者是公司內部有過相關工作經驗，也常和使用者接觸的產品專家。
過程
1. 擬定研究範圍
從設計系統下的現有問題和研究主題出發，和設計團隊討論優先順序，確立大致的研究範圍。大部分的時候，設計系統的研究目的是收斂和驗證設計方案，著重在使用者與產品的互動，因此我們選擇以易用性測試(usability testing)為主軸，視情況外加其他研究方法為輔。此時還不需要確定測試情境(scenario)和具體細節，這部分留待後面和產品及研究團隊討論。
2. 確立參與人員
及早聯絡研究團隊，預定測試時間，並進行初始會議(kick-off meeting)簡介研究範圍，和討論招募的使用者族群。前一段提到最後決定邀請公司內部專家進行面對面測試，就是設計和研究團隊反覆討論的結果。公司的研究團隊也負責受測者的招募工作，盡最大可能涵蓋不同性別和年齡層。
另一方面，我們也得想辦法喬到工程師的檔期，建立測試用prototype。專業的醫療軟體牽涉到複雜的滑鼠控制、觸控手勢和多螢幕設定，因此單純clickable的prototype並不適用，需要工程師製作更接近實品的prototype。
3. 和產品團隊討論測試情境
設計系統的測試和一般數位產品有點不一樣，因為設計系統的元件和準則由各產品線共享，但每個產品有其特定的目標使用者和使用情境。因此設計系統測試的prototype像是產品們的綜合體，依使用者族群不同而有相應的任務(task)。
我們將研究範圍內的相關任務一一列出，和不同產品團隊討論如何將這些任務串在一起，變成符合常規使用流程的測試情境。這部分單由UX設計師難以完成，必須仰賴產品團隊的幫助，因為他們對使用流程的了解比設計系統團隊深入。
4. 繪製wireframes
確認測試情境後，UX設計師開始繪製high-fidelity wireframes，定義情境中每一步的介面、相關互動和受測者不同選擇下的變化，把需要測試的設計概念包含進去。這份文件非常重要，是大家的single source of truth。工程師以此為依據製作prototype，針對wireframes和設計師討論可行性；研究員則是藉由圖像更加了解測試情境，開始擬定測試腳本和訪問問題。
5. 多方並行的團隊合作
以wireframes為依歸，研究員和工程師分頭投入工作，每週和UX設計師定期開會討論最新進度。
和工程師的討論時，著重在釐清prototype需求的優先順序，讓工程師知道哪些功能是must have，哪些只是nice to have。因為設計師比工程師更了解測試的重點，可以提醒工程師別花太多時間在次要功能上。而重要的功能如果難以實行，能幫助工程師構思變通方法，以假亂真是設計師的專屬能力之一。畢竟時間有限，即使各方都希望能有多一週的時間調整prototype，讓它包含更多功能、減少更多bug，但實際狀況往往是直到deadline的前一刻才完成堪用的prototype。
與研究團隊的溝通時，需要傳達研究問題背後的why。研究員單就wireframes無法深入了解：為什麼要測試這項功能？現今的設計和新概念有什麼不一樣？從研究員撰寫測試腳本的過程中，設計師可以檢視是否已涵蓋所有的研究問題。有時研究員也會建議更適合的研究方法，例如部分議題包含多於一個的設計概念，希望得到受測者意見和了解他們的偏好，研究員建議這部分可以獨立於主要情境之外，放在最後以類似A/B testing的方法測試。
6. 正式測試和結果分析
測試由研究員主持，依照擬定的測試腳本，和受測者互動並依測試情境傳達任務。設計師當研究員的小幫手，從旁觀察、做筆記，視狀況補問問題。現場會安裝攝影機和錄音裝置，以便研究員事後檢視影音檔，詳細分析每位受測者的使用行為、反應和回答，並製作研究報告，向設計師發表分析結果。由於研究員沒有參與設計概念的發想過程，不像設計師可能偏好某些假設或對自己負責的部分有ownership，可視為是較客觀的第三方，其產出的研究報告對設計師非常有參考價值。
7. 檢討
測試完成後，UX設計師邀請所有人進行檢討會議(retro meeting)，針對研究專案的準備過程和團隊合作，討論合作心得和建議，讓下一次的使用者研究專案可以更完善。
心得
儘管UX設計師主導研究專案必須承擔爆肝的副作用，在小團隊裡許多事需要親力親為，令人累到想放棄。但受測者的反饋能讓許多設計方向漸漸明朗，這種醍醐灌頂的感覺非常過癮，也能明顯提升專業知識，所以我未來還是會主動爭取參與的機會。
除此之外，在過程中也學會如何拿捏研究範圍。一方面讓工程師有足夠時間建立相應的prototype需求，另一方面讓研究員不會覺得測試問題太多、太散，但又能充分利用預定的測試時間。
最後，透過拍照和one-shot video紀錄測試場佈和過程，經由會議和電子郵件主動分享成果，能讓更多人知道研究專案的存在與進行方式，加強大家對使用者研究的印象，也進一步增加團隊成員的榮譽感與曝光度。
你也有參與研究專案的經驗嗎？有什麼相似與不同之處呢？
歡迎留言交流分享。
喜歡我的設計心法分享，請不吝以 拍手10-30下 給予支持和動力，也讓我們更了解你喜歡的方向和主題。
訂閱追蹤 Flow話不完，一起在設計領域與產業新知中，隨時隨處話不完。
