這次公司對經理們舉辦 design sprint, 讓他們了解如何在產品開發早期, 利用較少的時間, 就可以知道哪些想法可行, 或者是根本沒人要. 以下是我這次執行的經驗.
切膚之痛的題目
為了讓大家容易進入狀況, 這次找的題目是每個經理們都有共同的困擾: 臨時要借會議室. 經理們常需要召開會議, 但是遇到臨時的會, 並且要跟多人協商交換會議室, 對他們來說目前會議室系統無法幫助他們. 因為, 一個切膚之痛的題目, 是可以幫助大家進入狀況.
真實用戶
這次活動, 題目主要是解決公司內會議室系統的問題. 因此, 特別情商助理以及會議室的重度使用者, 在請教專家那關接受大家的訪談. 有了實際真的用戶, 大家練習起來會比較有勁, 因為是解決真的問題, 並且受訪者也不是隨意亂說.
Day 1 很重要
第一階段是在收集用戶需求, 以及決定要聚焦的地方. 一但你誤解需求, 或是劃錯要注意的重點, design sprint 的效果就回打折扣. 不過這也還好, 花個 3-5 天知道自己錯了, 也總比 2 週或 2 個月後才知道有問題的好, 並且你還賠了 RD 的資源下去. 但是對於短時間的工作坊, 這個階段的時間還是不要太省, 畢竟方向錯了, 出來的東西不盡人意, 是容易讓學習者失去信心.
多元角色很重要
典子的激盪, 有很大一部分來自成員的多元性, 有不同的角度和背景, 會幫助大家思考不同的元素. 因此在分組時需要花點功夫, 避免想的都差不多.
每個階段重溫內容
Jake Knapp 他們有 video 是分開解釋每天的活動, 在每個階段結束後, 可以播放它們, 讓大家可以回顧一下, 加強對每天要做什麼的認識.
集體用戶驗證
沒有什麼事情比得到真實用戶回饋來的棒. 在最後一個階段, 讓每個依序發表自己的做法, 然後讓每個用戶, 或是其他小組直接回饋, 成就感和即時回饋, 會讓覺得整天的辛苦是值得的
或許下次還有這樣的訓練時, 說不定請大家直接到街上或辦公室內找受訪者, 大家會覺得收穫更多.
這次成果有幾個點我覺得是可以做的
(1) 兩階段 check-in 機制
事前詢問確認是否要用, 以及 5 分鐘後確認是否已在使用. 沒有使用就可以 release
(2) 目前這個時段有誰借, 以及有哪些等價空教室
讓你統一知道需要的資訊, 可方便要借會議室的人後續處理
(3) watch
有時候你沒空時時刻刻檢查是否有人 release 會議室, 你就可以設定你要 watch 這段時間某間會議室, 當他被釋放時, 你第一時間被通知
User Test Flow
昨天我們家的 UX 人員很欣賞 user test flow 的做法. 可以讓大家在繪製 story board 時, 想法可以被表達, 工作可以分派順利. 否則大家常常在 story board 卡關, 不知道怎麼進行
嗯, 動手做, 每次擦傷一點, 有助於你調整作法
全站熱搜
留言列表
