MVP（最小可行產品）
MVP 是只包含核心功能、能讓使用者驗證產品價值的最小可行版本，目的是用最低成本驗證方向是否正確。
客製化軟體開發的時程通常分三段：MVP 版本約 6-12 週可上線，只做最核心的功能來驗證方向對不對；接著依使用回饋擴充到部門可用的完整功能，通常落在 3-6 個月；最後才是長期維運與持續迭代，這三段的預算與心力配置也大不相同。專業團隊在 MVP 階段會採取兩週一個週期的迭代交付方式，讓客戶能持續確認方向、及早發現落差再調整，而不是悶頭做三個月、等到最後一刻才第一次看到成品，那時候要改動範圍已經來不及、成本也高出許多。以一家車隊管理新創為例，與其一次做齊派車、計費、對帳所有功能，更務實的做法是先做「派車」這個最痛的核心流程當 MVP，驗證司機與調度員實際上願意用、動線也順之後，再逐步加上計費與對帳模組，一步一步擴張範圍。常見誤解是把 MVP 當成「陽春版正式產品」——MVP 的重點是驗證假設，不是把功能砍半的閹割版，如果專案一開始需求就已經確定、規模也夠大，直接規劃完整系統反而比繞路先做 MVP 更有效率，不必為了流程而流程、硬套用不適合的開發方法論。
常見問題
- MVP 一定要很簡陋嗎？
- 不需要華麗，但核心流程必須可用且穩定，使用者才能給出有意義的回饋。省略的是次要功能，不是品質。
- MVP 要包含哪些功能？
- 只保留讓使用者完成核心任務所必須的功能，其餘列入後續規劃，並以使用資料決定優先順序。
- MVP 上線後下一步是什麼？
- 依事先定義的指標檢視使用數據與回饋，決定要調整方向、擴充功能，或停止投入。
- MVP 和 PoC 該先做哪個？
- 技術風險高時先做 PoC 確認可行；需求風險高時直接做 MVP 驗證市場。兩者也可依序進行。