什麼是MVP
MVP，MinimumViable Product即最小化可行產品，是由Eric Ries在《精益創業》裏提出的一種軟體發展方法。簡單地說，就是指開發團隊通過提供最小化可行產品獲取用戶回饋，並在這個最小化可行產品上持續快速反覆運算，直到產品到達一個相對穩定的階段。它涉及到前期開發專案的基本框架，並使用最少的功能和用例，以提前降低成本，識別設計中的缺陷，同時减少上市時間。
為什麼要使用MVP開發？
原始形式的軟體發展是一個有缺陷的過程，開發人員一度花費大量時間和金錢，最後卻發現了錯誤和問題。囙此，MVP開發有助於提前確定主要目標用戶需求，最終確定科技堆棧和功能，以及確定價值主張。特別是對於那些有嚴格預算指導方針的組織來說，重點應該是利用最簡單的科技堆棧開發一個有意義的功能清單。以下步驟對於確定功能並確定其優先順序至關重要。
衡量市場需求
檢查自己的軟件在市場上提供的功能是否存在供應缺口。產品的需求可以基於滿足消費者確切期望的消費者迴響。為了確定需求，我們需要分析競爭對手及其在市場上的現有產品。識別產品的局限性
通過開發，產品的局限有助於利益相關者為未來問題做好準備，並實施適當的規劃和替代方案。所有這些限制都帶來了市場機會，這將帶來有效的敏捷開發和用以區分市場現有產品的差异化。跳出思維定勢
下麵這些步驟會讓你更接近你的最終目標：為高級功能設定和使用構思
確定項目範圍
列出應用程序的功能和非功能特性
執行線框圖，然後再做想法原型
完成科技堆棧
科技棧由一堆工具和科技組成，可以部署這些工具和科技來創建和發佈產品。這些堆棧包含協力廠商、庫、模塊、包和工程工具，與所選擇的程式設計語言相容。堆棧還必須滿足交付相關方所期望的業務價值的需要。設計原型圖
一個前端科技棧以及框架，為開發人員提供了使用完成組件的能力，比應用程序的自定義解決方案部署更快。這些元素可以與思想的主要後端算灋聯系起來，從而得到一個可量測的MVP。這可以進一步與需求、正確的客戶和客戶回饋相匹配。囙此，必須製定初始路線圖，並與適當的企業應用程序開發服務提供者創建風險登記册。
其實MVP的本質就是在做實驗，每個MVP都可以幫助回答一個針對某個假設的問題。之所以要盡可能的低成本去設計MVP，是因為MVP的本質是做實驗，是試錯，並不是在製造最終的產品，所以要盡可能用現有產品或者人工服務的管道來替代產品開發，盡可能地降低試錯的成本。這也符合敏捷開發的“小步快跑、快速反覆運算”，而二者關係可以用一句話說清：敏捷開發是知道“方向”驗證“方法”，最小可行產品是知道“方法”驗證“方向”。