要了解MVP，得先了解Lean Startup
MVP背后的知識邏輯，脫離不了Lean Startup這個方法論，而談到Lean Startup就很多人會直接聯想到這張知名的圖，Build-Measure-Learn：（圖片來源）
簡單來說，就是在創業初期，不管你寫了100頁的BP，還是準備了很厲害的6分鐘pitch，到時候把產品推到市場上，是不太可能100%如原本規劃的一般進行。你那100頁的BP或6分鐘的pitch，其實只能算是「假說」。舉例來說：「你"假設"你的TA是母親。你"假設"只要放在線通路，就可以有成本優勢，而你又"假設"成本優勢可以帶來銷售動力。....」
Lean Startup基本上不太相信一炮而紅、一擊必中這種事。它相信摸著石頭過河，相信「大膽假設」并且盡量透過現代化、數據化工具來「小心求證」。
Build-Measure-Learn這張圖對我來說，Learn可以說是最重要的部分。
MVP是Minimum Viable Product的簡寫，根據維基百科上對MVP的描述：
In product development, the minimum viable product (MVP) is the product with the highest return on investment versus risk.
關于MVP的經典案例很多，包含Dropbox拍影片試水溫、Zappos先不寫太多程序先用純人工方法做生意...等。也因為這些案例太耀眼了，開始有人說MVP就是拍一個影片上Kickstater，作一個Landing Page或粉絲團也是MVP，用Axure作個Prototype更算是個MVP。
就我個人而言，MVP就是Lean Startup中最重要的實踐，讓你把MVP丟進市場，直接透過市場來幫你驗證你的「假說」。MVP獲得的不是利潤、不是用戶，獲得的是「學習到的知識」，所以也有人提過MLP（Minimum Learnable Product 最小可學習產品）這個概念。
而這些需要驗證的假說當中，每一個假說適合驗證的方法都不同，自然就會衍生出不同的MVP的形式：
重點就在于做生意前，辨別造成失敗的風險可能是什么？然后能在投入更多金錢營銷、擴張前，先針對這些主要的風險因子，作個MVP來驗證它。
驗證假說的方法，可以透過質化的訪談，也可以透過量化的工具進行。舉例來說，若是連TA是否有需求都還很難確認，其實在UX領域中有很多User research和Interview的方法可以利用（推薦可看Twittch的Founder Emmett Shear的演講）。而要驗證某個功能或On boarding flow能否增加用戶黏性，透過cohort analysis這種量化方法就有必要（Behavioral Cohorts范例）
Do Things that Don’t Scale
Do Things that Don’t Scale是硅谷創業教父Paul Graham的一篇文章。這一篇寫的非常好，完全代表了MVP應該有的精神，引用部分如下：
The need to do something unscalably laborious to get started is so nearly universal that it might be a good idea to stop thinking of startup ideas as scalars. Instead we should try thinking of them as pairs of what you’re going to build, plus the unscalable thing(s) you’re going to do initially to get the company going.
在達成PMF之前，別去想那些規模化的事情，也別想雇用業務、營銷、BD人才，請自己用最笨的方法、最無法規模化的方法，去獲取早期用戶、去跑業務、去談合作。這些親自動手作的事情，會幫助你驗證假說，會變成你的養分，滋養你的產品，變成準備起飛的火箭。
本文地址：
