瞭解客戶意見是件重要的事情, 因為你想做出客戶想要的產品, 而不是自己覺得爽的東西, 而用戶調研正是幫助你瞭解客戶的手法之一.
不過, 確實聽到不少同事或是朋友, 對於用戶調研持保留態度, 這是為什麼呢? 對於這個問題, 身為局外人的我, 只能以外行的角度說出我的猜測:
(1 ) 花費時間太長
在現今多變和高壓的時間, 要花個一個月以上的調研, 真的不容易被用戶所接受, 也不是每個產品每個版本所負擔得起.
(2) 要驗證的概念太抽象用戶不易懂
通常在調研階段, 大多是概念, 沒有成品. 客戶沒看到實際東西之前, 那些回答都只是假設, 等到產品出來後, 用戶的想法就會改變
(3) 調研結果很難解讀
調研結果很難解釋為簡單的數字或解決方案, 所以也很難用清晰的方式呈現它們, 因此老闆和其他同事看不懂也是正常的
(4) 調研一次很難成功
現今很多問題通常很模糊和複雜, 想要在一次調研中就能釐清, 是件不容易的事情.
(5) 老闆說了才算數
大多數調研是researcher 做, 好處是很專業. 但是老闆的意見不在其中, 往往是最後才被翻案, 中間做的便都是浪費.
因此, Design Sprint 試圖想去解決這些問題, 他做出了以下改變
(1) 5 天的時程
設計衝刺一個週期是 5 天, 相較於以前動則要個一個月好很多. 但即使 5 天, 還是很多人不買單, 因此很多 2-3 天的版本出現
(2) 利用雛型
讓客戶看到, 客戶才能想像, 也才比較容易理解妳的點子, 讓雙方溝通落差可以縮小
(3) 客戶直接操作當調研結果
直接操作, 直接對話, 這樣的結果應該比看文字報告好很多, 他是一份有互動的結果, 可以驗證, 可以進一步詢問.
(4) 迭代
設計思考強調要迭代, 根據上次結果, 調整方向, 繼續前進.
(5) 黏貼決策
在設計決策過程時, 就把老闆加入進行, 讓最後決策者的意見在早期就出現, 要翻案就早點翻案.
當然啦, design sprint 也不是萬靈的, 不過他確實改善了不少地方, 但是還是有不少問題, 剩下的等你想出新招, 解救大家痛苦的日子吧
文章標籤
全站熱搜
留言列表
