Minimum Viable Product, MVP 最小可行性產品
真是一個知易行難的觀念，尤其是本身有開發能力的時候，
總是會想多了，要不斷不斷審視自己有沒有符合 MVP 精神
去年的想要做個加入 Chatbot 功能的 Crm，大概是 2018 1~2 月左右的事情，
本來預計用晚上時間寫 Code，半年可以搞定，看到半年可能已經覺得很誇張，
實際上是…..現在還沒寫好，完成度是有 8~90% 啦，但已經不打算上線了，
沒核心差異，最近市面上出來很多類似的 SAAS 服務，本來就是個練功的專案，
所以就別拿出來獻醜了，最近看了一些書，
別人是拿 Landingpage 在迭代，驗證市場可行性，
我卻還在拚命的 Coding…..差距真的是有點大，犯了非常多工程師的錯誤，
例如說我覺得這個服務應該是國際性的，所以就先把多語言做好了，
擔心太多人用，所以在 performance 上優化了很久，
版型看不順眼換了三次，中途學會了 Vuejs 所以把前端改用 Vuejs 來寫，
還有太多細節了，回頭來問自己一句，這東西真的有人要用嗎？
好啦，我也知道沒有！
問題應該出在 “最小可行” 這幾個字代表意義因人而異，尤其對工程師而言，
一開始都記得要儘可能簡單，但越寫想越多，有時候為了一些技術細節鑽牛角尖，
越寫越多之後呢，就忘了什麼 MVP 情人去了…..
在參考了一些書籍與網路上大神的經驗談後，下次如果再有題目，
最好還是先用 LandingPage 來驗證市場需求，開發用 Uuser Story 來迭代，
這樣才儘可能符合了 MVP 精神，成本相對低、開發速度也會比較快！
趙大衛
貫徹死了都要創業為信念，卻差一點讓口號變成事實！
目前正在進行第一次修養，請多多支持。
發佈留言