那天新竹場在進行敏捷需求探索, 有人問我在 impact mapping 出來後, 要確認什麼, 以及要如何確認呢?
那時候我有跟大家說, 產品初期時, 你所想出來的東西, 大多是腦補出來的, 也就是一切都是你認為, 用戶有這些問題, 用戶想要出錢解決這些問題, 以及你的產品真的能解決問題.
所以, 接下來你有三件事情需要確認:
(1) 問題
用戶要有問題才會用你的產品, 所以要確認是否用戶有你想像的問題. 一開始在 impact mapping 中所列出的東西, 大多是自己認為, 但是要用戶說才算數.
(2) 市場
有時候雖然有問題, 但是不見得用戶願意出錢解決. 有可能是問題不夠痛, 所以他們會覺得無所謂. 或者是願意付錢的人太少, 不太值得投資在上面.
(3) 產品
當你確認用戶有這個問題, 並且也願意出錢解決它. 這時候就要看你的產品, 是否能真的解決他, 是否能解得比別人漂亮.
那要如何確認這三件事情, 基本上用戶體驗領域或者精實創新, 有很多手法可以使用:
(1) 用戶訪談
一開始時, 先找一些用戶, 直接面對面談一下, 可以幫助你很快瞭解狀況. 這也是我們那天所進行的, 可惜因為時間關係, 如果可以 3 位以上 (實務上建議 6 位以上), 大家可以確認的更準.
(2) landing page
用戶訪談這種事, 基本上是很耗時的, 你無法做太多個, 因此我們需要有些方式, 可以快速知道大量的用戶, 是否對我們的產品有興趣. 這時候 landing page 就可以派上用場.
(3) 雛型
很多時候你講了半天, 用戶可能還是不確定, 你的解法是否可行. 如果可以讓用戶玩一下, 不但他們可以確認你的解法, 你也可以觀察用戶的反應為何. 只是這裡重點, 在於如何短時間內, 做出低成本, 卻能表達出你解法重點的東西來. 這不是件容易的事情.
(4) design sprint
如果要短時間內, 驗證一些小地方的假設, 個人覺得 Google 的 design sprint 可以使用. 有興趣的人可以參考這個 video: https://www.youtube.com/watch?v=awKVQUcku4A
嗯, 產品早期的開發, 真的不是件簡單的事, 要學會的技能還真多
全站熱搜
留言列表
