最小可行產品（MVP）是產品版本或實驗，讓團隊以有限投入了解一項重要的客戶或產品假設。「最小」要按團隊需要驗證的問題而定，不是毫無目的地刪減功能。Eric Ries 把 MVP 描述為協助團隊收集客戶驗證資訊的產品版本；他的原文亦指出，MVP 沒有固定的大小或功能數目。
MVP 測試如何進行
團隊先寫明一項假設，例如某類用戶是否會使用某個服務功能。然後選擇投入最少、但足以測試假設的方法，訂明哪些證據會影響決定，再觀察結果。實驗可以是早期產品、範圍有限的試行，或其他適合問題的測試。之後再按所得認識，決定修改、繼續或停止這個方向。
企業應用示例
以下示例僅供說明：設施管理團隊認為員工需要較簡單的方法申報維修問題。在連接所有大廈系統之前，可以先讓小組試用一個有限的申報流程，再檢視用戶能否提交團隊所需資料。結果只供下一步設計參考，不能證明所有地點都有同樣需求。
MVP、原型和概念驗證
原型用來探索產品設計或操作方式；概念驗證（PoC）測試指定技術方案能否在所列條件下運作；MVP 則用來了解客戶或產品假設，並要能收集學習所需的資料。不同機構對這些詞的用法可能不同，開始前應先說清楚測試要回答甚麼問題。可參閱系統整合解說和工作流程自動化解說，了解可能納入測試的產品功能。
測試的限制
MVP 不會保證產品符合市場需求、客戶一定使用，或正式推出後取得成功。測試設計不當可能帶來誤導；體驗太粗疏，也可能只測出操作問題，無法驗證核心假設。開發前應界定目標用戶、測試條件、評估方式和停止準則，保護參與者資料，亦不要把實驗功能說成已完成的服務。
如需了解服務範圍，可參閱 technine.io 的MVP 及概念驗證開發服務。
常見問題
MVP 一定要是可操作的產品嗎？
不一定。它可以是早期產品、試行方案或其他實驗，重點是能否用來了解正在測試的假設。
MVP 是否只是功能較少的產品？
不是。範圍應由團隊需要測試的問題決定。若刪減功能沒有助於學習，就不會令測試更有用。
MVP 等同概念驗證嗎？
不等同。PoC 通常測試技術是否可行；MVP 則用來了解客戶或產品假設。一個項目可以在不同階段使用兩者。
主要資料來源：Eric Ries：What Is an MVP?