[ 讀書分享] 使用者故事對照 User Story Mapping
故事對照讓我們聚焦在使用者及其經驗上, 促成更好的對話, 最後建造出更棒的產品
你的公司無法得到你想要的東西,除非你的客戶和使用者先得到他們想要的東西
我們要建造的東西總是超過我們擁有的時間和資源
讓輸出最小化,讓成果最大化
MVP 為什麼會有那麼大的爭議？
最小可行產品不是你或許能夠交差的最低劣的產品
最小可行產品是達到想要之成果的最小產品釋出
最小可行解決方案是將成功達到想要之結果的最小解法
最小可行產品也是你能夠建立來證實你的假設為真偽的最小產品釋出
要先驗證你的問題是存在的
反覆進行直到可行
This is NOT MVP 的例子裡面, 在每一次都版本中都無法真的得到可以用的功能, 直到最後一版的釋出
This is MVP 的例子裡面在每一次的交付都是一個可以使用的交通工具或滿足某一個功能
你可以透過產出去驗證是否滿足問題是否存在
如果你的客戶的目標是從城鎮裡面的A點移到B 點, 也許滑板就很足夠滿足他的需求了
如果發現客戶想要的是長途旅行, 他可能就會反應目前提供的滑板無法承載太多物品, 以及長距離的移動, 透過第一個產出你就能更清楚使用者的需求
畢竟很多時候連使用者都不清楚他們要的是什麼....直到他們也了第一次的體驗, 才能提供回饋讓需求更具體一點
將每個釋出版本都當作是實驗並且留意你想要學習什麼？
驗證性策略學習 - Lean Startup 思維的重要觀念
如果認清我們的目標是學習, 就能最小化我們想要建造的東西,並且聚焦在只建造我們需要了解的東西上,如果處理得當, 這表示你可能在早期階段做得太多了
留言
發佈留言