今天轉貼一篇朋友丟來的香香文章，主要在說明什麼是最小可行性產品（MVP）、它帶來什麼好處，還有我們該怎麼建立一個 MVP：
Minimum Viable Product: The Do’s and Dont’s For Testing Your App Idea

先讓我節錄文章中的一小段來快速介紹 MVP 的概念：

Developing a basic version of the app based on must-have features and launching it in the market for customer validation is the idea behind a minimum viable product (MVP)
根據必要功能開發一個基本版本的應用程式，並在市場上推出以進行客戶驗證，這就是最小可行產品（MVP）的概念

In short, an MVP is a low-cost app version for testing user acceptance and response instead of launching a fully-fledged product in the market and realizing it didn’t address the user pain points.
簡而言之，MVP是一個低成本的應用程式版本，用於測試使用者的接受度和回饋，而不是在市場上推出一個完整的產品，然後發現它根本沒有解決使用者的痛點。

接著，這篇文章說明了採用的 MVP 的好處和步驟。文章中對每一個項目都進行了簡短直接的說明，但依照慣例(?)，附上我濃縮後的版本（方便我之後查詢），有興趣的朋友可以直接閱讀內文

建立 MVP 的好處：

  • 從初期使用者收集回饋
  • 更早地進入市場，獲得競爭優勢
  • 節省成本（相較於開發完整的產品）
  • 確保產品有符合市場需求（試水溫）
  • 獲得高品質回饋，然後迭代並改進產品

建立 MVP 的步驟：
  • 市場研究（調查使用者的需求，或是競爭對手）
  • 圍繞必要功能來制定策略
    • 必備功能（Must Haves）：MVP 就是要搞這個吧
    • 應該有的功能（Should Haves）：先跳過，之後推出到市場的時候再來搞
    • 可以有的功能（Could Haves）：先省略，之後看預算和交付時間再說
    • 不會有的功能（Won’t Haves）：就是不會有了 = =
  • 建立一個概念驗證（PoC）
  • 做出一個原型（有 UI/UX 的那種，基本上就是半成品了）
  • 如果原型行得通，開始跑設計、開發、測試、迭代、整合和交付…
  • 把 MVP 噴出去，開始搞市場營銷，準備下一輪改進

我個人之前常常分不太清楚 MVP 和 PoC，在這篇裡面也有直接簡短的說明

  • PoC 是為了驗證技術可行性，讓開發仔們去動手試試看搞不搞得出來
  • MVP 則是已經有必備功能的小小產品，是用來丟下去驗證並拿到回饋的

這邊就額外紀錄一下，後續才不會搞混了。

那麼，今天的轉貼就到這麼，明天見～