1. Workshop窩蝦毀？
Design Workshop 經驗分享
UED Lucy
2015/08/07

2. Workshop不是萬靈丹，不會大便進黃金出!
不要期待一群人腦袋空空聚在一起，就會產出好東西。

3. Workshop是需要被設計的!

4. Agenda
• 認識窩夏
• 如何RUN窩夏？
• 窩夏的心態
• 窩夏的陷阱
• Q&A

5. 窩夏幹嘛用
收集
眾人智慧
同步資訊 凝聚共識

6. 認識窩夏
拉人上船 設計發想需求探索 工程開發

7. 拉人上船
角色
扮演
使用者
訪談
- 讓團隊成員扮演使用者，藉由嘗試&體驗使用者的生活方
式&行為模式，有效強化對使用者的同理&認識
- 讓團隊成員在輕鬆活潑的氣氛中增進情感&關係
- 最直接也最有效收集與驗證使用者需求的方式
- 對齊團隊成員對使用者的認知(體認我不是我的使用者)
同理心
地圖
- 在設計發想初期，幫助團隊對使用者做同理的思考&分析
- 引導團隊成員思考使用者的想法和感受(聽、說、看、想)

8. 需求探索
VPD
User
story
使用情境
盤點
- 展開使用者需求架構，將專案範疇可視化(iterative)
- 用來描述使用者需求，每一個story都是一個backlog
- 釐清使用情境全貌，有助於設計的完整性
- 定義產品/服務的價值主張(vision)
- 挖掘能同時滿足使用者&企業雙方的價值承諾
(Problem-solution fit)

9. 設計發想
服務藍圖
任務分析
Core &
Path
Sketch
- 了解使用者的行為、如何作事，通常有時間順序性
- 讓產品符合使用者的行為模式
- 釐清多角色的互動脈絡
- 協助跨角色的功能設計、讓產品符合使用者的行為模式
- 過程中的溝通工具，快速釐清設計概念
- 產品設計到尾端，畫出草圖作為定稿
- 盤點產品/服務的使用動線、核心任務、主次要功能&內
容，建置IA架構
- 釐清每一動關鍵結點的User goal & Business goal

10. 工程開發
現況盤點
釐清現況
與理想的
差距
- 已上線的功能，盤點規格、互動＆架構
- 釐清目前功能的問題
- 已上線的功能與理想的規格比對，釐清需要調整的地方
- 幫助規格的溝通及工程開發效率

11. 規劃 執行 總結
如何RUN窩夏？
• 設計玩法
• 前置作業

12. 事前的準備時間 可能是實際開會的2倍以上
台上十分鐘，台下十年功…

13. 設計玩法1：釐清目的
 窩夏發起人的功課：窩夏前一定要搞清楚開了之後想得到什麼
– 這議題手上有哪些資料了？
– 還缺什麼？
– 你想要大家完成什麼？（預想的窩夏產出 或 在窩夏之後的下一步是什麼）

14. 設計玩法1：釐清目的
 窩夏發起人的功課：窩夏前一定要搞清楚開了之後想得到什麼
– 這議題手上有哪些資料了？
– 還缺什麼？
– 你想要大家完成什麼？（預想的窩夏產出 或 在窩夏之後的下一步是什麼）
窩夏只是達成目的的
其中一種工具

15. 設計玩法2：安排參加成員
 回對開workshop的目的
– 目的不同，主角不同
 參加成員需與開會目的有關
– Workshop是會花時間的
 人不要太多（建議4~6人）
– 參與者應有涉入開發或能提供相關資訊或洞見，但若團隊成員就是這麼多怎麼辦？！
種子成員法

16. 設計玩法3：規劃整體節奏、當次議程
 整體節奏
– 同一個議題不同目的，可能workshop要開很多次
 當次議程
– 根據議題不同，設定不同議程
 窩夏時間2小時為佳，建議不要超過3小時

17. 設計玩法4：選擇遊戲
拉人上船 設計發想需求探索
角色
扮演
使用者
訪談
同理心
地圖
VPD
User
story
使用情境
盤點
服務藍圖 任務分析
Core &
Path
Sketch
工程開發
現況盤點
釐清現況
與理想的
差距

18. 設計玩法4：選擇遊戲
拉人上船 設計發想需求探索
角色
扮演
使用者
訪談
同理心
地圖
VPD
User
story
使用情境
盤點
服務藍圖 任務分析
Core &
Path
Sketch
工程開發
現況盤點
釐清現況
與理想的
差距

19. 設計玩法5：試 RUN 腳本
 蕊稿，改善腳本的順暢度
 刺激想法
 找非相關人實際演練，看出問題點
- 流程的問題、參與者會遇到的問題
 簡化規則
- 太複雜會難以執行（大家昏頭了就會開始不集中）

20. 前置作業
會前會
 若為首次合作的團隊，建議針對設計流程(Design Process)的認知做對焦
─ 避免團隊成員在執行過程中，因產生疑惑&預期落差，而影響窩夏的進行
 與關鍵人物(通常是PO、SM)同步/確認資訊
─ 例如：窩夏的目的&目標(含底線)、時間限制(可辦幾場？一場的時間？)、範疇、Check癥結點、 窩夏Agenda、參與成員 etc.
 了解該場參與的團隊成員，掌握相關資訊(Domain know how)的程度
─ 根據範疇大小，有時獨立舉辦一場說明會議的效果較佳
找暗樁
 找了解狀況＆活潑一點的
 與暗樁在會前充分溝通（要他幹嘛、議程、準備資料）

21. 規劃 執行 總結
如何RUN窩夏？
• Warm Up
• Create > Pitch > Critique
• Facilitate

22. Warm Up
 前情提要
─ 總結前一場的產出(output)，幫助新成員進入狀況
 說明窩夏的目的（定錨）與目標 ( 產出 )
─ 讓團隊成員看向同一個方向衝刺
 說明如何進行
─ Agenda、預期時間、為什麼與你(角色)有關
 同步需要知道的資訊
─ “需要”的定義：如果不知道”這個”，會直接影響達成目標(產出)的品質
─ UR研究發現、設計方法介紹、範例、背景資料(如：使用情境、商業邏輯、癥結點) etc.
─ 不超過30 mins ─

23. Create > Pitch > Critique

24. Facilitate 引導
 Workshop的時間控制
 推進Workshop的進展
 協助討論聚焦，不離題
 提供適當的休息&適時的搞笑
 引導團隊成員發言
 引導團隊成員參與的程(深)度 ，避免變成自己的個人秀
─ 主持人的任務─

25. 規劃 執行 總結
如何RUN窩夏？

26. 當窩夏結束後…
 小小總結＆複誦issue/follow
─ 重點整理
 Retrospective 回顧
─ 釐清團隊成員對窩夏進行方式的疑問
─ 哪裡可以做得更好？
 What next ?
─ 下一場時間、目的&目標、回家作業 etc.

27. RUN窩夏的心態
Planner
– 你不是你的使用者(團隊成員)，所以事前的沙盤推演很重要
Host
– 對於窩夏的主題要有自己的一套觀點，已能快速反應團隊的問題
– 避免隨波逐流，也不能將自己的話塞進別人的嘴巴裡(leading)
Participant
– “Yes, and...”
– 面對疑問時保持客觀與開放，打破職位階級的界線暢所欲言
– 盡量擠出時間做家庭作業
– 投入的程度，將大大影響窩夏的成效

28. RUN窩夏的陷阱
 落入背書大會？
─ 不是有來參加窩夏就好，而是眾人的投入及產出
 群體智慧≠集體決策
─ 窩夏時間有限，銘記術業有專攻
 處在成員容易分心的環境
─ 手邊、眼前有自己的電腦，參與成員容易分心
 所有人都需參加？
─ 資源時間有限，可派代表，但代表需負責將窩夏的結果傳達給其他人了解

29. 什麼狀況workshop幫不上忙
• 全體成員對規格很清楚、只差設計，又有時間壓力時
• 維運修改的東西
• 發起人自己都說不出來要窩啥時

30. Key takeaway
• 成功的workshop需要扎實的事前準備
• Workshop有執行原則，但沒有一定的公式、標準程序可套
• Workshop重點在於：運用技巧，達成議題對焦、成員參與及投入

32. 感謝各位