MVP 最小可行性產品是什麼？2026 中小企業新品驗證 6 種做法與 30 天範本

「這個新產品我們研發了一年半，開模、認證、包材全部做完，上市三個月只賣出兩百多組。」這是許多中小企業老闆在研發檢討會上最不想聽到、卻最常聽到的一句話。問題往往不在研發團隊不努力，而在於公司把大部分預算押在「做出來」，卻很少花錢確認「有人要」。MVP 正是為了解決這個落差而生的方法：先用最小成本做出能讓真實客戶回應的東西，用客戶的行為（而不是客氣話）來決定下一步要不要加碼。

這篇文章不談艱深的新創理論，而是站在台灣中小企業的角度，回答老闆最在意的幾個問題：MVP 到底是什麼、跟打樣或試產差在哪、傳統製造業和服務業能不能用、要花多少錢多少時間、怎麼判斷驗證成功，以及最常見的失敗陷阱。如果你正在評估一個新產品、新服務或新商業模式，建議先讀完再決定要不要開模。

MVP 是什麼？最小可行性產品的正確定義

MVP 是 Minimum Viable Product 的縮寫，中文常譯為「最小可行性產品」。一般認為這個名詞由 SyncDev 共同創辦人 Frank Robinson 於 2001 年提出，他把 MVP 描述為「大到足以讓客戶採用、滿意並付費，又小到不會臃腫而充滿風險」的產品規模。真正讓 MVP 普及的，則是 Eric Ries 在《精實創業》（The Lean Startup）一書中的定義：MVP 是新產品的一個版本，能讓團隊以最少的力氣，蒐集到最多關於客戶的已驗證學習。

請注意這個定義的重點不在「最小」，而在「學習」。Lean Startup 官方文章特別提醒，MVP 並不是要做出簡陋的產品；如果你要解決的是一個顯而易見、早已被市場證明的問題，其實根本不需要 MVP。MVP 適用的情境，是「我們不確定客戶要不要」的時候。換句話說，MVP 是一種實驗設計，而不是一個產品等級。

三個字拆開看：Minimum、Viable、Product

• Minimum（最小）：只保留驗證核心假設所需的部分，其他功能、包裝、自動化一律延後。
• Viable（可行）：客戶必須能真正使用、願意付出時間或金錢；只放一張概念圖、沒有任何行動選項的東西不算可行。
• Product（產品）：不一定是實體或軟體，一支示範影片、一個預購頁、一套由人工完成的服務流程，都可以是 MVP 的「產品」。

MVP 與精實創業的關係

精實創業的核心循環是「建置、評估、學習」（Build-Measure-Learn）：先依假設建置一個 MVP，評估客戶的實際反應，再從數據中學到下一步。MVP 是這個循環的起點，循環轉得越快，公司在燒光預算前找到正確方向的機率就越高。另一位常被一起引用的學者 Steve Blank 提出「顧客開發」（Customer Development）模型，分為顧客探索、顧客驗證、顧客創造、公司建立四步；前兩步在「尋找可行的商業模式」，後兩步才是「執行已驗證的模式」。多數中小企業的新產品失敗，就是跳過前兩步直接衝執行。

為什麼中小企業比新創更需要 MVP？

很多老闆以為 MVP 是矽谷新創的玩意，跟製造業、通路業、專業服務業無關。事實剛好相反：新創公司失敗了，損失的是投資人的錢；中小企業的新產品失敗，損失的往往是老闆自己的現金、本業的產能，以及團隊對下一次創新的信心。資源越有限，越需要把每一塊錢花在「降低最大不確定性」上。

傳統新品開發的三個隱形成本

1. 沉沒成本陷阱：模具、認證、首批庫存一旦投入，即使市場反應不佳，公司也很難喊停，常常越虧越加碼。
2. 機會成本：研發與業務花一年做一個沒人要的產品，等於少做了一年可以賺錢的改良或客製案。
3. 組織士氣：連續幾次大張旗鼓的新品失敗，會讓員工對「創新」兩個字產生抗拒，之後老闆再提新點子，團隊只會消極配合。

MVP 帶來的四個管理效益

• 把「要不要做」的爭論，從主管間的意見之爭，變成看數據的決策。
• 把大額一次性投資，拆成多個小額、可隨時停損的階段。
• 讓業務與客戶在早期就參與，減少研發閉門造車。
• 累積一份「客戶到底要什麼」的證據庫，就算這次不做，下次也用得上。

如果你的公司已經在用設計思考找出客戶痛點，MVP 就是接在後面的「驗證關卡」：設計思考幫你發想解法，MVP 幫你確認解法值得投資。

做 MVP 之前：先寫出「最危險的假設」

MVP 失敗最常見的原因，不是做得太爛，而是根本不知道自己在驗證什麼。所以第一步永遠不是畫圖或寫程式，而是把腦中的「我覺得」逐條寫下來，再挑出最危險的那一條。一般可以把新產品的假設分成四類：

• 價值假設：目標客戶真的有這個痛點，而且痛到願意改變現有做法。
• 付費假設：客戶願意用我們設定的價格購買，且付款的人與使用的人一致（B2B 常常不一致）。
• 通路假設：我們能用可接受的成本接觸到這群客戶。
• 成長假設：第一批客戶會回購、續約或推薦，而不是試用一次就消失。

用「風險 × 不確定性」排序假設

把所有假設列出來後，以兩個問題評分（各 1 到 5 分）：「如果這個假設是錯的，對整個計畫的傷害有多大？」以及「我們目前對這個假設有多少證據？」證據越少、傷害越大，排序越前面。MVP 只需要針對排名第一、最多前兩名的假設設計，不要妄想一次驗證全部。

假設要寫成可以被推翻的句子

「客戶會喜歡我們的新產品」是無法驗證的句子。好的假設應該包含對象、行為、數量與期限，例如：「在 30 天內，對 200 家現有經銷商發出新品預購通知，至少有 20 家（10%）願意支付訂金。」這樣一來，結果出來時就沒有模糊空間，團隊也不會事後替失敗找理由。

MVP 有哪些型態？六種常見做法與適用情境

MVP 不等於「功能縮水的產品」。依照要驗證的假設不同，可以選擇完全不同的型態。下面六種是中小企業最常用、成本也相對可控的做法，越往上越便宜、越快，但能驗證的深度也越淺。

一、假門測試（Fake Door）與登陸頁

先做一個介紹新產品的網頁或型錄頁，放上「立即預約」「加入候補」按鈕，但產品還不存在。點擊或留資料的人數，就是需求強度的第一個訊號。按下按鈕後應誠實告知「產品開發中，我們會優先通知您」，不要讓客戶誤以為已經可以購買。

二、示範影片 MVP

最常被引用的例子是 Dropbox。創辦人 Drew Houston 用一支約三分鐘的螢幕錄影，示範檔案在不同電腦間自動同步的體驗；依 TechCrunch 等媒體報導，這支影片讓 beta 候補名單在一夜之間從約 5,000 人增加到 75,000 人。重點是：當時產品的核心技術很難做，先用影片確認「大家真的想要」，才值得投入大量工程資源。

三、預購與群眾集資

收訂金或開放預購，是驗證付費假設最直接的方法。客戶說「很棒，上市一定買」不算數，掏出訂金才算數。對 B2B 企業來說，簽一份附條件的意向書（LOI）或小額試單，也有相同效果。

四、禮賓式 MVP（Concierge）

由真人一對一提供服務，完全不做系統。例如想推出「設備保養訂閱制」，先由資深技師親自幫五家客戶排程、提醒、到場，觀察客戶真正在意什麼，再決定哪些環節值得做成系統。

五、綠野仙蹤式 MVP（Wizard of Oz）

客戶看到的是一個看似自動化的前台，後台其實是人工作業。經典案例是 Zappos：創辦人 Nick Swinmurn 想驗證「大家願不願意在網路上買鞋」，沒有先建倉庫，而是到附近鞋店拍照上架，有人下單再去店裡用原價買下寄出。這種做法無法規模化也不賺錢，但用極低成本證明了需求存在。

六、單一功能版（Single-Feature MVP）

真正做出產品，但只做一個最核心的功能，其他全部拿掉。適合已經驗證過需求、要進一步確認「使用體驗與留存」的階段。軟體業常用這種方式，製造業則可以對應成「手工小量打樣、只做一種規格」。

製造業與服務業怎麼做 MVP？三個情境範例

以下情境均為說明用的假設範例，不代表特定企業，目的是讓老闆看到 MVP 如何套用在非軟體產業。

情境一：假設某五金零件製造業者想推出自有品牌 DIY 工具組

過去只做代工，第一次想做品牌。傳統做法是直接開模、找設計公司做包裝、鋪貨到通路。MVP 做法是：用現有零件手工組出 30 組樣品，做一個簡單的預購頁，在既有的五金行客戶與社群小規模測試，設定「21 天內預購 150 組」為門檻。結果若遠低於門檻，就先訪談有點擊但沒下單的人，找出是價格、品項還是信任問題，再決定要調整還是放棄，而模具費還沒花出去。

情境二：假設某會計師事務所想推出線上記帳訂閱方案

先不採購系統，以禮賓式 MVP 招募 10 家小型客戶，由專人用共用表單收單據、每月寄報表。三個月後檢視：客戶最常問什麼、最在意的是速度還是價格、有多少家願意續約。這些答案直接決定後續要不要投資系統，以及系統要先做哪些功能。

情境三：假設某食品廠想開發機能飲新口味

先用小批量試產的 300 瓶，在兩家合作門市做限時販售，同時用問卷與回購紀錄追蹤。與其問「好不好喝」，不如看「第二週有多少人回來買」。回購率才是能撐起量產的訊號。

B2B 企業的特別提醒

B2B 的 MVP 常卡在「決策者與使用者不同」。建議同時驗證兩件事：現場使用者是否覺得好用、採購或老闆是否願意編列預算。最實際的訊號是對方願不願意簽一份小額付費試用合約，而不是口頭說「可以試試看」。

MVP 執行步驟：30 天驗證計畫範本

MVP 最怕拖。一個驗證週期最好控制在 30 到 45 天內，時間一長，團隊就會不自覺地把 MVP 做成正式產品。以下是適合中小企業的 30 天範本，可依實際情況調整。

1. 第 1 到 3 天：定義問題與假設。寫下目標客群、痛點、解法，列出所有假設並排序，選出最危險的一條。
2. 第 4 到 5 天：設定成功門檻與停損點。在開始前白紙黑字寫下「達到多少算成功、低於多少就停止」，並由老闆簽核，避免事後改標準。
3. 第 6 到 12 天：製作 MVP。依假設類型挑選上一節的 MVP 型態，嚴格限制功能範圍，任何「順便加一下」都記入待辦清單，不在本輪處理。
4. 第 13 到 25 天：上線與蒐集數據。每週固定檢視一次數據，同時安排至少 10 到 15 位客戶的深度訪談，數字告訴你「發生什麼」，訪談告訴你「為什麼」。
5. 第 26 到 28 天：分析與學習。對照門檻判斷結果，整理「我們學到了什麼」與「還不知道什麼」。
6. 第 29 到 30 天：決策會議。依數據決定堅持、轉向或停止，並決定下一輪要驗證的假設。

MVP 計畫書一頁範本（建議欄位）

• 專案名稱與負責人
• 目標客群（越具體越好，例如「中部地區 20 人以下的機械加工廠」）
• 要驗證的單一假設
• MVP 型態與內容說明
• 預算上限與時程
• 成功門檻、停損門檻
• 數據蒐集方式與負責人
• 決策會議日期

如果你的研發團隊已經採用敏捷開發，可以把每一輪 MVP 對應成一到兩個 Sprint，讓驗證節奏與開發節奏一致。

如何衡量 MVP 成效？指標與公式

MVP 的成敗不是看「做得漂不漂亮」，而是看是否在預算內得到足以做決策的證據。以下指標建議依階段選用，不必全部追蹤。

需求階段指標

• 點擊或留資率 = 按下行動按鈕或留下資料的人數 ÷ 看到頁面的人數 × 100%
• 訂金轉換率 = 支付訂金的人數 ÷ 看到頁面的人數 × 100%
• 訪談痛點命中率 = 主動提及該痛點的受訪者數 ÷ 受訪者總數 × 100%

使用與留存階段指標

• 啟用率 = 完成第一次關鍵使用行為的人數 ÷ 註冊或取得產品的人數 × 100%
• 回購率或續約率 = 期間內再次購買或續約的客戶數 ÷ 首購或首約客戶數 × 100%
• 產品市場契合度調查：成長顧問 Sean Ellis 提出的方法，詢問使用者「如果以後不能再使用這個產品，你會有什麼感覺？」選項為非常失望、有點失望、不會失望；業界常以「非常失望」比例達 40% 作為參考門檻。這是經驗法則而非標準，樣本太小時僅供參考。

經濟性指標

• 獲客成本（CAC） = 期間內行銷與業務總支出 ÷ 期間內新增客戶數
• 單位毛利 = 售價 – 單位變動成本
• 回本期（月） = 獲客成本 ÷ 每位客戶每月貢獻毛利

MVP 階段的經濟性指標通常不好看，因為還沒有規模經濟。判讀時要看「趨勢」與「量產後的合理推估」，而不是要求 MVP 本身就賺錢。

MVP、原型、POC、試產差在哪裡？

很多公司說自己在做 MVP，實際上做的是原型或試產。名詞混用會導致團隊目標錯亂：研發以為要做到功能完整，業務以為可以開始接單，老闆以為已經驗證了市場。下表幫你釐清。

在完整的產品開發流程中，MVP 通常落在概念確認之後、正式開發之前，可以當作 Stage-Gate 流程中某一道關卡的通過條件。

MVP 最常見的七個錯誤與對策

1. 做太多才敢見客戶：擔心品質不好會傷品牌。對策是用副品牌、限定客群或「早鳥測試」名義進行，並在溝通上說清楚這是測試版。
2. 沒有事先設定成功門檻：結果出來後怎麼解讀都可以。對策是門檻在上線前就簽核定案。
3. 只聽客戶說，不看客戶做：訪談中的「我會買」可信度很低。對策是一定要設計付出成本的行為，例如留資料、付訂金、簽試用約。
4. 樣本來自親友與老客戶：他們會給面子。對策是至少一半樣本來自從未接觸過的潛在客戶。
5. 一次驗證太多假設：結果不好時不知道是哪裡錯。對策是一輪只驗證一到兩個假設。
6. 驗證失敗卻不敢停：老闆面子掛不住或團隊捨不得。對策是把「停止」也定義為成功的學習，並公開表揚提出停損建議的人。
7. MVP 成功後直接拿 MVP 量產：MVP 為了速度常有技術債或流程漏洞。對策是驗證成功後，另外規劃正式開發與品質驗證的時程與預算。

驗證結果出來後怎麼決策？

• 堅持（Persevere）：達到成功門檻，進入下一輪更深的驗證或正式開發。
• 轉向（Pivot）：部分假設成立、部分不成立，例如客群對了但價格錯了，調整後再驗證一輪。
• 停止（Stop）：核心價值假設被推翻，停止投入，將學習紀錄存檔。

用管理王系統管理 MVP 驗證專案

MVP 本身強調快速與低成本，但「快」不代表「亂」。驗證過程中的假設、訪談紀錄、客戶名單與決策依據如果散落在各人的電腦與通訊軟體裡，下一輪驗證就得從頭來過。管理王是一站式企業 AI 管理系統，以下幾項功能可以直接用在 MVP 專案管理上：

• 專案管理與任務管理：把 30 天驗證計畫拆成任務，指派負責人與期限，老闆可以隨時看到進度，避免 MVP 越拖越久。
• 客戶管理（CRM）：將預購、留資、試用的潛在客戶集中建檔，追蹤後續是否成交、回購，直接作為回購率與轉換率的計算基礎。
• AI 會議記錄：客戶訪談與內部決策會議可產生會議紀錄，方便團隊回頭比對客戶原話，也讓「為什麼決定轉向」有據可查。
• AI 知識庫：把每一輪 MVP 的假設、結果與學習整理成知識庫，未來開發新產品時可以快速查詢過去驗證過什麼，避免重複踩坑。

系統的角色是讓驗證流程透明、可追溯；要驗證什麼、門檻訂多少，仍然需要經營團隊根據產業特性判斷。

MVP 常見問題

MVP 一定要是軟體或 App 嗎？

不需要。MVP 是一種驗證方法，產品型態可以是預購頁、示範影片、手工樣品、人工服務流程，製造業、餐飲業、專業服務業都能使用。關鍵在於能否讓真實客戶做出可衡量的行為。

做 MVP 要花多少錢？

沒有標準金額，取決於選用的型態。假門測試與預購頁通常只需要少量設計與廣告費，禮賓式與單一功能版則需要較多人力。建議的原則是：MVP 預算應明顯低於「直接做正式產品若失敗的損失」，並事先設定上限。

MVP 會不會讓客戶覺得我們品質很差？

有可能，所以要管理期待。常見做法是限定測試對象、清楚標示早鳥或測試版、提供退款保證，並優先在願意參與共創的客戶群中進行。誠實溝通通常比假裝完美更能贏得早期客戶的信任。

MVP 和精實創業是同一件事嗎？

不完全相同。精實創業是一套經營方法論，強調以建置、評估、學習的循環降低不確定性；MVP 是這套方法中的關鍵工具，是每一次循環的起點。

MVP 驗證失敗，前面的投入是不是白費？

不是。MVP 的目的就是用小錢換學習，如果在開模前就發現需求不存在，等於省下更大的損失。建議把失敗的假設、數據與客戶回饋完整存檔，往往會成為下一個成功產品的線索。

新產品開發可以申請政府補助嗎？

經濟部有 SBIR 等研發補助計畫，部分企業研發支出也可能適用研發投資抵減，但申請資格、額度與文件要求依主管機關最新公告為準，詳細可參考本站SBIR 申請攻略與研發投資抵減說明，個案請諮詢會計師。

結論：MVP 是用最小代價買到最關鍵的答案

MVP 的精神可以濃縮成一句話：在花大錢之前，先用小錢確認客戶真的要。對中小企業而言，MVP 不只是新創工具，更是控制研發風險、提升新品成功率的經營紀律。從寫下最危險的假設、挑選最便宜的驗證方式、事先訂定成功與停損門檻，到依數據決定堅持、轉向或停止，每一步都在降低「做出沒人要的東西」的機率。想看研發管理的全貌，可以從中小企業研發管理總覽開始，再回頭挑選最適合你公司的工具。

需要協助建立新品驗證機制？戰國策顧問輔導陪你落地

許多企業理解 MVP 的道理，卻卡在「老闆與研發對門檻談不攏」「業務不願意配合測試」「每次都驗證到一半就變成正式開發」。戰國策戰勝學院自 2000 年成立以來，持續協助企業進行經營診斷與制度規劃，透過顧問輔導服務，可協助你盤點新品構想、設計假設與驗證指標、建立研發關卡與決策流程，並陪同團隊實際跑完驗證循環。若希望先讓主管建立共同語言，也可以搭配企業內訓課程，或參考敏捷管理與創新思維課程，讓創新從老闆的點子變成團隊的能力。

資料來源：Lean Startup Co., What Is an MVP? Eric Ries Explains；Wikipedia, Minimum viable product；TechCrunch, How DropBox Started As A Minimal Viable Product；Wikipedia, Customer development；Wikipedia, Lean startup；Wikipedia, Product-market fit