分享者：Steve Wu 創始人

我觀察為數不少的新創企業中，創業者或創業團隊常常會想要把手上相對有限的資源，全數花在製作出一款一推出就天下無敵的「產品」（請注意，我用的是「產品」，而不是「商品」）。結果，在要求完美下，不僅曠日廢時且燒光資源打造出自認為完美的 Prototype，更有甚者，做出的產品消費者根本不青睞，更遑論買單。既浪費金錢，也失去先機，實在可惜。

在矽谷的新創圈中，有一個重要的概念，是可以有效解決上述的問題的。那就是最小可行性商品（Minimum Viable Product, MVP）。什麼是最小可行性商品呢？MV P既不是最完美的商品，更不一定要是最便宜的商品。這是用相對低的成本把商品設計出來，並迅速地投入市場中進行檢驗。透過市場中消費者對此商品需求做驗證，透過資訊的回饋滾動式地修正調整方向，快速迭代，最終發展出一個符合市場需求，且具有利潤的商品。

這樣的做法可以讓一家公司免於落入在花費大量金錢與時間做出一個產品後，但市場並不買單的窘境。如此一來，我們可以透過MVP地推出，檢驗該產品有沒有市場需求。並且了解MVP 可以解決人們生活上的什麼問題，以及試探是否有人願意花錢、又願意花多少錢購買這樣的商品。

根據知名新創諮詢公司 CB Insights 針對 101 家失敗新創公司所做的事後調查，其前 10 大致命的原因之中，第一名是「不了解市場需求」（42%）。這遠比第二名「因為沒有足夠資金」（29%）高出 13%；而與沒有導入 MVP 概念有關的失敗原因，10 個當中佔了 7 個！足見這的確是創業者的盲區：人們很容易因為自身的偏執，忽略了要先做好市場調查的工作。

透過 MVP，你可以測試出目標客群或是潛在消費者最需要且可以接受的最小價值，並且讓團隊用最少的努力，蒐集這群人對你的產品偏好的相關資訊。首先，你需要檢驗你的想法並且快速地提升你的產品在市場上的能見度，確定真的有消費者願意「買單」，得到這群嘗鮮者對 MVP 的反饋。如此一來，可以讓你少走很多冤枉路，並且快速了解市場需求。

在推出最小可行性商品前，有三個重點是你得考慮進去的：

• 我的 MVP 可以解決什麼樣的核心問題？
• 是什麼推出 MVP 會遭遇到的最大風險？
• 團隊該如何用最少的精力與資源來打造 MVP？

接下來我想提出幾個最小可行性產品的關鍵特點：

1. 最簡化：MVP 通常包含最少的功能和特性，以便儘快將產品推向市場。這些功能足夠滿足產品的核心用途，但不包含不必要的複雜性或高級功能。

2. 驗證概念：MVP 的主要目標是驗證產品概念的可行性。通過將產品交付給早期使用者，產品團隊可以確定是否有市場需求，並瞭解使用者如何使用產品。

3. 快速上線：MVP 的開發和部署速度很快，以便在市場上儘早進行測試和收集回饋。這有助於加快學習和調整產品方向。

4. 用戶回饋：積極收集使用者回饋是 MVP 的關鍵。創業者和開發團隊會傾聽用戶的意見，瞭解他們的需求和偏好，並根據回饋進行優化與改善。

5. 小步快跑、快速迭代：一旦 MVP 上線，團隊可以根據使用者回饋和資料分析逐步反覆修正產品。這意味著產品將在不斷改進和擴展的過程中逐漸增加功能和特性。

不少目前廣為人知的傑出企業，創立之初便是透過導入最小可行性產品的思維，讓他們可以在眾多的競爭者中脫穎而出，成為佼佼者。我們可以來看一下 Airbnb 與 Dropbox 這兩家公司是怎麼做到的：

Airbnb：

Airbnb 的創始人布萊恩・切斯基（Brian Chesky）與他的創業夥伴，一開始時只是創建了一個簡單的網站，允許人們將自己的空閒房間出租給旅行者。這個最小可行性產品是為了驗證了人們是否願意分享自己的住宿，以及是否存在市場需求。當時是共享經濟的初期，沒有人知道這個想法是否有市場性。所以，他們並沒有花大筆的資金與人力，去開發功能強大的網站。隨著共享經濟的大爆發，以及旅宿業長期以來的強勁需求，現在，Airbnb 已經成為全球最大的線上住宿預訂平臺之一。

Dropbox：

Dropbox 最初只是一個簡單的檔同步和共用工具。當時，他們推出的 MVP 僅僅只是一個基本的資料夾同步功能。隨著雲端技術與應用的進步，大家開始習慣把資料儲存在雲端。而這樣的需求讓用戶向 Dropbox 回饋，驅使他們逐漸開發並增加了如文件版本控制和團隊協作等更多功能，最終成為了一家領先的雲端存儲和協作工具公司。

透過建立最小可行性產品，創業者可以在投入大量資源之前驗證其概念的可行性，快速獲取用戶回饋，並逐步構建更複雜的產品。同時也可以降低產品開發的風險，避免過度投入資源。一旦 MVP 證明了產品的可行性，團隊可以根據市場需求和使用者回饋來制定更全面的產品策略，逐步添加更多功能和改進用戶體驗，以滿足更廣泛的市場需求，確保產品將來在市場上有機會成功。