我們有把產品品質做好的能力, 但是卻沒有能力, 及早確認市場接受度如何. 往往大家花了一兩年時間後, 產品完成日就是專案結束日, 因為沒有人想要. 

那要如何早點釐清方向, 並且及早根據回饋來調整呢? 以下是一些方法:

1. Validation Board
我們很容易認為只要自己把東西做出來, 把品質做好, 東西就會大賣. 可是從不會質疑, 產品定位或是功能的假設是否成立. 例如, 為什麼你會認為客戶需要這個產品, 為何你假設客戶會認為你要解的問題很重要. 一開始需要不斷挑戰這樣的假設. 
https://www.leanstartupmachine.com/validationboard/

 

Lean-Startup-Machine-validation-board  
  


2. Impact Mapping
我們常常不知道, 為什麼產品經理要做這些功能. 做了這些功能, 真的能幫我們達成原先設定的商業目標嗎? 影響地圖正是要幫我們釐清這些問題.
http://impactmapping.org/

 

8e296a067a37563370ded05f5a3bf3ec6  

source: http://www.infoq.com/cn/articles/value-in-product-development



3. Pretotype
我們常常用 prototype 來確認, 我們是否有能力去做它, 或者確認要做的東西是什麼. 可是卻很少已較低的代價, 來確認這個主意是否會大賣. Pretotype 正是教我們如果以最快或便宜的方式, 來確認這個東西是否是顧客要的
http://www.pretotyping.org/

 

pretotyping-130902073936-phpapp02-thumbnail-4  

source: http://www.slideshare.net/MarioLeupold/pretotyping-25815754



4. Split User Story
敏捷方法最強的招式就是持續交付, 每隔一小段時間就做出一些東西. 可是這裡會遇到, 如何把我們要做的功能, 切成小段時間內可以完成的問題. 下面這個網站會教你一些技巧.
http://www.agileforall.com/splitting-user-stories/

 

Story-Splitting-Flowchart-Thumbnail  

source: http://www.agileforall.com/splitting-user-stories/



把產品做得很棒不是最重要, 要能賣錢的產品才是王道. 我好俗氣噢 XDDD

arrow
arrow
    全站熱搜

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