Open Up Summit X LTUX Taipei — Open Design 開源設計

2019/08/01

LTUX Taipei這次與Open Up Summit一起合辦講座，是Open Up Summit今年準備的開源系列講座的第一場，非常感謝Jill Wang、Heather分享他們精彩的經歷，也感謝我們熱心的志工將當天豐富的 內容詳盡的記錄下來，請大家好好享用吧！

Jill Wang分享開源設計

Jill Wang目前在ULSee Inc擔任產品規劃、介面設計師

目前任職於 ULSee Inc. 擔任產品規劃和設計師，曾經待過大型公司與小型公司的 Jill 發現，不同規模的企業溝通方式甚至職務內容有很大的差別；例如說大公司溝通可以靠 Email 往來，設計上 Follow 公司的 Guideline 就好了，一次也幾乎只需負責一件專案；小公司則是更多工的，會同時進行很多專案、也會使用更多協作工具與運用開源設計的內容

Jill Wang簡報連結

Jill 向我們解釋了什麼是開源設計

最基本有五大原則：

• 透明
• 合作
• 及早發布並時常更新
• 唯才是用
• 社群

Jill 補充道開源設計是一個強調合作與互動的概念，比如說我為這項開源專案做了一點修改就直接 Publish、即時得到網友的 Feedback 就立刻修正；在這樣的互動之下，參加開源專案的人是以自身能力去互動的，而不是依照參加者之間在社會上的身份，它也能更進階的成為社群的概念

目前的開源專案多是給工程師的為主，設計間的開源比較不興盛；雖然設計概念等等難以分享並迭代；但這是一個可以嘗試的目標，為開源專案的參與人創造共同的價值：那就是交流與成長

其實我們這次的活動圖，有幾部分也是使用了開源素材呢

開源設計沒有離我們很遠，例如 icon 素材網站，就算有符合上述五大特色

關於開源設計的完整實例，Jill 也分享了她參加 Adobe Daily Creative Challenge 的經驗，在報名參加後會進入一個 Slack 群組裡面，每天會收到一個新挑戰，比如說要製作寵物用品網站的入口等等；活動期間也還有設計前輩的直播教你設計技巧，做完回傳後能得到 Slack 的朋友給的 Feedback，平時也能交流工具、設計、技巧等等

協作工具分享

• Slack：https://slack.com
• Abstract：https://www.abstract.com/
• Wake：https://wake.com/
• Notion：https://www.notion.so/
• Zeplin：https://zeplin.io/

Heather 分享遠端易用性測試

Open Source 最重要的是公開、讓參與者、取用者等等多方都能受益

Heather簡報連結

而 Heather 參與籌劃的 UX MilkTea 則正符合此概念，UX MilkTea 負責擔當專案提供者（也稱為業主？）與新手研究員之間的橋樑；對於專案提供者而言能夠更經濟、有效率的得到使用者對產品的看法，對於研究員而言也能夠累積更多UX 研究經驗；並且目前 UX MilkTea 的成員都是採用線上合作的方式

UX 研究員一個人一週頂多做十個人的訪談，很多公司在專案初期如建議報告、或前期調查才需要研究員，後期其實不用；而 UX MilkTea 目前是以教育為核心，請他們幫忙跑研究是不收費的？！（太佛了！）

Heather 也以計畫主持人的身份向我們分享了主持人與案主的任務旅程（資料來源：Heather 簡報）

前期的規劃很重要，因為若要 UX 發揮價值時，是要很清楚考量到 User Needs、Business Goals、Technological Boundaries 三者；也可以透過使用者需求、發現、研究目標及商業目標 ，進而去推導出現階段能做哪些研究項目

Heather 分享了一個實際例子：日本 AFTEE 後支付公司為了想落地台灣，也找了 UX MilkTea 合作；最後雙方先以 AFTEE App 的易用性測試及訪談，試圖了解台灣用戶的使用行為、需求及痛點，並想辦法改善問題

時程規劃：

Heather 表示有人在做 Side Project 的話一定要記得做時程規劃，不然往往會導致專案無疾而終；目前 UX MilkTea 的時程規劃有分三個 Section，分別是由主持人規劃的部分、資基料搜集與測試以及產品方向建議，每一個 Section 大概是花一週；計畫負責人在任務進行期間也要分配每個人做測試，參與最後的統整與分析。

研究規劃：

也就是列出受測對象、研究方法及研究工具，通常未曾使用過產品的用戶也最容易能看出流程的盲點；Heather 補充為何要採用 SUS（System Usability Scale）量表做分享，是因為說服案主的時候一定要有數據做佐證。

任務流程依序是

• 暖場：簡單問答，如：打開 Aftee App 後，請問你覺得這個 App 是什麼服務或產品呢？
• 解決問題：進行特定問題與功能測試
• 測試後訪談：問更深入的問題，Heather 強調不一定用戶給了整個流程高分，就代表這項研究是高分的；要看實際上的使用流程卡在哪裡，也可能會發生用戶明明花了 10 分鐘找一個按鈕、最後終於很曲折的找到了，但用戶卻給了高分；研究員要在這個階段懂得更深入的去撈問題、問問題。

在任務完成後，要求研究員回傳影片和照片，此舉可以達到互相激勵、交流的效果。

協作工具：

• 如果是面試期可以用 Google Sites（Google 協作平台）
• 報名用 Google Form 和臉書社團
• 時間表、追蹤進度可以用 Google 表單
• 需要集體統整與創作時可以用 Google Realtime Board （上限為同時五個人使用）

遠端協作的困難點

1. 測試帳號問題：最好跟案主多要幾組帳號密碼，方便大家隨時使用！
2. 研究目的與研究範疇：去訂定範圍與目的是最重要的，直接影響到成效
3. 研究方法行前訓練：因為 MilkTea 目前開放給所有人擔任研究員；如何在任務前傳遞研究方法、Konwhow 等等也是重要的，也許未來可能有行前說明或工作坊去做訓練，再把大家放生出去做研究比較好

第二階段時可能要由主持人線上會議去召集大家、激勵大家有向心力去完成這項任務（資料來源：Heather 簡報）

對於每個參與專案的角色，我們會希望大家都有成果與反饋，我們把所有資訊公開、並且正向的激勵與交流，這才符合開源設計的精神；不同角色的成果會有：建議報告（回饋給業主）、作品集（回饋給研究員）、案例（回饋給社群）。

MilkTea 還有個激勵制度，研究員可以在網站上看自己目前的積分，藉此互相激勵彼此創作以及呈現專案；此方法也方便研究員直接拿 MilkTea 的網站去找工作

（資料來源：Heather 簡報）

圖為研究規劃期與執行期的研究架構，heather 她也以此去自我檢討哪個階段沒做好；這個 Framework，和未來如何帶著研究員去進行工作坊、怎麼做 Story Broad 等等的結果應該會再公布出來。

最後 Heather 引用了 UX MilkTea 的創辦人 Ting Ting,Wang 的話「A community to motivate and bring the best out of you」來做總結，她同時也推薦大家做像這樣開源的 Side Project 來累積經驗值。

QA 時間

Q：UX MilkTea 如何控管研究報告的品質

Ａ：要求最後要產出視覺化結果，如 User Jounery Map，每一組會給研究 Template，我們會要求研究員至少要給出 Template 的內容；研究出來後案主也會依照品質給回饋；真的沒辦法確保每份內容是夠豐富的，所以我們也會從中找出一組做得最好的組別去向案主報告

Q：在敏捷開發下怎麼做研究

A：研究員的時程可能往前拉前兩週做測試，甚至一週內完成；可以縮小範圍，例如一次只做 3–4 人、以產品經理角度可以先拆解研究內容，例如一個 App 拆成幾段去做，不需要等到開發完再做研究

Q：UX MilkTea 有沒有篩選研究員的機制

A：沒有想這麼多，沒有篩選；像是一般公司做研究也沒有身份要求，網站上的要求只是想運用資質去安排不同職位

Q：Aftee 專案很吃主持人經驗，如何一直保持 Senior 的人一直帶新手，持續這個非營利組織的方式？

A：如何一直保持 Senior 的人一直帶新手的部分，基本上到目前為止都還是我與創辦人去當主持人；提到如何持續的話，創辦人在國外，我們也還在想怎麼做跨國合作和研究；目前是我自發性去做研究，其實也不見得要透過這個平台。

原來三創可以看到這麼好的夕陽風景，下次來參加活動一定要親自欣賞一番，LTUX 的各位，下回見了（揮手下降）

記錄：林佳穎

照片：簡宏榮

編輯：田佩穎