最近公司內有個團隊, 邀請我去帶 design sprint 工作坊, 他們產品的收入在公司內是名列前茅, 並且工程實踐的也是第一等. 因此, 對於這次的活動充滿了期待.
 
下面是這次活動大約的時程
 
第一天 
09:00-09:30 流程介紹
09:30-11:30 第一階段 Ask Expert & HMW
11:30-14:00 第二階段 Lightning Demo & 4 Step Sketch
14:00-16:30 第三階段 黏貼決策 & Storyboard
16:30-18:00 第四階段 Prototyping
第二天 
10:00-11:00 雛型排練
14:00-15:00 用戶驗證 User Validation
 
 
雖然時間大約是一天半, 但是一邊教導他們 design sprint, 一邊讓他們做練習, 所以能不能有效果, 或者時間是否夠用,  老實說是有點擔心.
 
 
挑選適合的挑戰
 
挑題目永遠是最重要的事, 不能太難, 也不能太發散, 但是也不能範圍所得太小. 要讓參與者覺得他們能發揮, 能夠有貢獻. 這樣在過程中, 討論才會順暢. 
 
另外這個題目的迫切性和優先性也要夠高, 要讓大家覺得是值得他們花時間來做這件事. 這個 workshop 是很燒腦, 很容易進行到一半後, 參與者可能就想我幹嘛花這心思, 做一些沒意義的事呢. 因此, 不斷和這活動的邀請者討論, 以確保這個議題, 真的是對他們是有意義, 高優先順序的.
 
 
事前整理好用戶需求幫助很大
 
為了讓團隊一開始有更豐富的 input, 這個團隊的 UX 也加入幫忙, 他們剛好前陣子做了用戶訪談, 繪製出了 customer journey map 和 service blueprint. 這對於 workshop 的進行有很大幫助, 因為 design sprint 第一階段要藉由拜訪專家來收集需求, 通常第一階段的時間有限, 能收集到的資訊不容易很豐富, 尤其大多數的參與者是工程師, 本身不擅長 interview, 更增加了困難性. 
 
我有發現到, Blue Coffee 在進行 design sprint 時, 他們也是事先做好用戶訪談, 然後才開始 design sprint 第一階段的活動. 
 
 
慎選參與人選
 
在這個活動中需要大量的交流和思考, 如果找一些不出聲, 或者是等人餵食命令的人, 這樣工作方是玩不下去的, 產生不了什麼好成果的.
 
 
 
有 UX 人員參與很重要
 
通常 UX 的專業, 在一些分類的狀況會很多幫助, 像是 HMW 的分類, 哪些是相同想法, 或者那些其實有些細微的差別, 他們往往很講究, 會去把這區別給找出來. 
 
另外在黏貼決策時, 需要去釐清每個 solution, 並且從中找出 big idea, 這時候 UX 人員的觀察入微, 可以把 big data 洞察得更好.
 
 
 
Lightning Demo
 
老實說, 在一天的工作坊, 很難把這個步驟執行得很好, 因為時間不長, 可能無法這麼短就找到資料, 除非你本來就已經就很關心這個議題, 平時就有在看相關工具, 否則可能都找不到值得參考的產品.  這次團隊成員很令我驚豔, 他們大多數人都可以找到一個以上的參考標的, 並且彼此之間並沒有太多重複. 有了有品質的 input, 自然有助於後續活動的進行.
 
網路上有些做法是事前先去尋找, 這個方法也是可以. 但是有個地方不容易克服, 那就是你不知道執行後, 第一階段要關注的 HMW 會是什麼, 因此事前的 survey 只是亂槍打鳥, ROI 的效果可能不是這麼好. 
 
 
 
驗證想法
 
這次的驗證我們請到公司的 IT 人員,  他們自己有些經驗, 並且也會幫助客戶區管理受測產品. 在驗證過程中, 發現到工程師對於 customer interview 真的沒有太多經驗, 雖然他們會詢問很多問題, 但是對於開場部分比較不會處理, 不知道怎樣讓客戶很快瞭解目前是什麼狀況, 要他們做些什麼. 另外, 在詢問客戶的過程中, 口氣也是要注意, 有些狀況下, 可能會造成客戶不高興. 因此, 這次經驗讓我注意到, 客戶驗證是需要事先訓練或排演的, 否則可能會有反效果.
 
另外, UI mock 如何呈現也是一件有趣的事. 之前我都是弄成 slide, 依據 storybaord 的故事流程, 依序展示每個畫面給用戶看.  這次 UX 成員建議就把畫面貼在牆壁上面, 這樣他可以看到每一頁, 也能看到全貌. 另外, 當用戶有提到問題時, 可以立刻在每一頁旁邊貼上便利貼, 記錄下用戶的建議或回饋. 不過這樣也別的問題, 用戶可能看不清楚每頁的內容, 畢竟 A4 只不是很大. 另外一次也不能多人參與討論, 因為太多人擠在一起會看不到. 或許下次可以投影和貼在牆壁兩者合併使用.
 
 
 
事後檢討追蹤
 
雖然有用戶驗證可以得到很多回饋, 但是要能馬上記錄下來, 工程師對這樣的事情也是不擅長, 大多是第一時間聽得很有道理, 可是在當下卻忘記要記錄. 因此, 在每個用戶面談完後, 建議要做個小小的回顧, 提醒那些地方要注意, 這樣下次才能做得更好. 
 
另外, 當所有用戶驗證結束後, 需要再召開一次會議, 討論一下從中收穫到什麼, 下一步的行動是什麼. 這裏也是工程師會忘記的, 也是需要適時提醒. 沒有持續跟蹤, 這活動只是做爽的.
 
 
目前在企業內跑過 5 次, 在外面社群 5 次, 每次的實踐都讓我收穫很多, 不斷動手做是學會新東西最快的方式.
 
 
arrow
arrow
    全站熱搜

    kojenchieh 發表在 痞客邦 留言(1) 人氣()