最近在複習 user story mapping, 對於 user story mapping 可以用來找 MVP, 這件事情一直讓我很有興趣. 因為做產品最怕的就是做出沒有要的東西, 如果能早點知道客戶要甚麼, 會是一件很棒的事情.
什麼是 MVP 呢?
它是 minimum viable product. 也就是最小可行性產品.
很多人會被這個名字給誤導了, 把它想成這是最小的產品功能集合, 一組功能讓你可以準備可以賣給客戶. 是這樣嗎?
如果可以是最小集合, 那當然很好, 因為那會讓你在最短時間內製造出來. 可以讓你的 Build - Measure - Learn 迴圈能夠快速運轉.
但是, 重點不是在於最小, 而是在於它能不能讓你學到學習客戶要的是什麼. 如果可以讓你快速知道客戶真的的需求是什麼, 這才是 MVP 想要的.
所以 MVP 不是一個最小, 或是一個便宜的產品. 而它應該是一個聰明的學習機制.
很多人把重點放錯了, 尤其是大公司的產品經理, 他會認為這個東西只能新創公司使用, 因為新創公司產品剛開始, 所以容易去找最小集合. 可是大公司的系統或產品, 有些調整或是新功能, 往往是有點規模的, 這時候他就認為"最小"跟他是無緣的.
事實上, 你該思考的是你假設是什麼, 你要如何驗證這些假設, 從這個實驗中你可以學習到什麼東西. 只要你選出來要做的功能或事情, 可以回答這些東西, 我想就是一個好的 MVP.
所以 MVP 範圍有可能有點大, 製造的成本也可能有點昂貴, 但是他可能都還是一個 MVP, 但是關鍵是要能幫你驗證你的假設, 如果可以, 那就是一個好的 MVP.
當然啦, 這樣的 MVP 並不是那麼容易找的, 需要練習的, 不是我嘴炮後就會發生的 XDD
全站熱搜
留言列表
