很多人一聽到 MVP，就會把它理解成：
「先做一個功能很少、品質普通的第一版。」
這其實只抓到表面。
《The Lean Startup》更想解決的是：
在投入大量時間、金錢與人力之前，怎麼更快知道自己是不是正在做錯的東西？
精實創業的核心，是加快學習速度
傳統做法常常是：
- 先寫完整商業計畫。
- 開發完整產品。
- 準備正式上市。
- 最後才看市場反應。
如果方向一開始就錯，前面做得越完整，浪費越大。
精實創業（Lean Startup）會把流程改成一個學習循環：
建立（Build）→ 衡量（Measure）→ 學習（Learn）。
重點在於每一圈都能減少一個關鍵不確定性，循環次數本身不是目標。
建立—衡量—學習（Build-Measure-Learn）要反過來規劃
很多團隊看到 Build-Measure-Learn，就先想「我們要做什麼」。
更有效的順序其實是反過來：
- 我們現在最需要學到什麼？
- 要看到什麼證據，才算真的學到？
- 最少需要做什麼，才能取得這個證據？
這樣 MVP 才會真的小。
因為你做的是「能回答一個關鍵問題的最小實驗」，不需要先做出完整產品的縮小版。
第一步：找出信念跳躍假設（Leap-of-Faith Assumption）
信念跳躍假設指的是：只要這個假設錯了，整個商業模式就可能站不住。
常見可以分成：
- 價值假設：客戶真的在意這個問題嗎？
- 成長假設：客戶會怎麼找到你？
- 留存假設：他會不會持續使用？
- 變現假設：他願不願意付費？
這四種假設不能只靠團隊內部討論。
因為每個人都可能很相信自己的產品，但「我們覺得客戶會喜歡」不是證據。
不要先測最容易的，要先測「錯了會最痛」的
假設很多時，很容易先挑最簡單的：
顏色、按鈕、文案、頁面順序。
但如果最大的風險其實是「客戶根本不想要這個方案」，先測按鈕顏色幾乎沒有意義。
一個實用排序方式是：
| 判斷 | 問題 |
|---|---|
| 影響 | 如果錯了，會不會讓整個方向失效？ |
| 不確定性 | 我們現在有多少真實證據？ |
高影響、高不確定的假設，先測。
最小可行產品（MVP）是學習工具，不是「可以賣的最低品質」
Minimum Viable Product（最小可行產品）最常被誤用的地方，就是把「Minimum」當成品質很低。
MVP 更應該最小化的是：
為了得到關鍵學習，所需要投入的成本。
所以 MVP 可能是：
- 一頁說明頁。
- 一段介紹影片。
- 人工提供原本預計自動化的服務。
- 少量預售或早期名單。
- 只做最核心的一個功能。
它不一定要是一個完整 App，也不一定要正式大規模上線。
煙霧測試（Smoke Test）：先測有沒有人真的會往前一步
煙霧測試可以先展示產品概念，再觀察有沒有人採取下一步。
例如：
- 是否願意留下 Email。
- 是否願意預約說明。
- 是否願意加入候補。
- 是否願意支付訂金。
這些行為比「聽起來不錯」更接近真實承諾。
客戶說想要，不等於真的會用
訪談很重要，但人很容易高估自己未來會做什麼。
所以經驗證的學習（Validated Learning）更重視真實行為。
可以把證據粗略分成幾層：
- 團隊覺得客戶會喜歡。
- 客戶口頭說有興趣。
- 客戶願意留下聯絡方式。
- 客戶願意投入時間或金錢。
- 客戶持續使用並回來。
越往後，證據通常越強。
對課程與顧問事業來說，MVP 不一定是先錄完整課程
假設你想做一套新課程，最危險的問題可能是：
「這群人真的把這個問題排在足夠前面嗎？」
那就不需要先錄二十個單元。
可以先用直播、工作坊、候補頁、訪談或小型付費測試，觀察對方是否願意投入時間與行動。
如果連問題本身都沒有被驗證，完整錄課只是把不確定性變成沉沒成本。
互動測驗也可以是一種低成本驗證
如果你想知道目標客戶目前卡在哪裡、哪些問題最常見，可以先用互動評估收集真實答案。
例如透過Scorecard Marketing：為什麼互動測驗比免費 PDF 更容易產生高品質名單，先看不同人在哪一個階段、哪一類問題最集中，再決定後續內容與方案。
這不是直接證明對方會購買，但可以幫你更快看見問題分布。
創新會計（Innovation Accounting）：新產品不能只看總營收
新產品剛開始時，營收和使用者數通常都很小。
如果只看總數，很難知道產品到底有沒有變好。
創新會計會先建立基準，再看每次實驗是否改善重要行為。
例如：
- 註冊後有多少人完成第一次核心使用？
- 第一次使用後，有多少人在一週後回來？
- 不同來源的名單，哪一組後續轉換較好？
- 價格調整後，成交與留存怎麼變？
虛榮指標（Vanity Metric）：看起來很漂亮，卻幫不了決策
虛榮指標常常讓團隊感覺很好，卻不知道下一步該做什麼。
例如：
- 累積瀏覽量。
- 總註冊人數。
- 總下載量。
- 社群追蹤數。
這些數字不是完全沒用，但如果只看累積總量，很容易掩蓋問題。
例如 10 萬人註冊，卻只有 3% 完成核心任務，更值得看的可能是「啟用率」。
可行動指標（Actionable Metric）：數字要能導向下一個決策
可行動指標的價值，在於能回答：
我們改了什麼，因此哪個行為變了？
| 虛榮指標 | 更可行動的指標 |
|---|---|
| 總註冊數 | 註冊後完成第一次核心任務的比例 |
| 總流量 | 不同來源的報名與成交率 |
| 總下載量 | 下載後實際使用率 |
| 總營收 | 不同群組（Cohort）的留存與收入 |
群組分析（Cohort Analysis）：把不同時間進來的人分開看
群組分析可以避免累積數字掩蓋真相。
例如新版 onboarding 上線後，不要只看「總活躍使用者增加」，而是比較新版上線前一週進來的人，和上線後一週進來的人，第一次任務完成率、七日留存有沒有真的改善。
轉向或繼續（Pivot or Persevere）：不要只憑感覺決定方向
Pivot（轉向）不是「這個月成效不好，所以換一個主題」。
它是一個有結構的方向修正：原本某個核心假設沒有被證據支持，因此換一個新的假設繼續測。
Persevere（繼續）則代表：
- 重要指標正在改善。
- 團隊持續學到新東西。
- 目前方向仍有證據支持。
兩者都應該用事先定義的標準來判斷，而不是創辦人當天心情。
轉向的價值，是停止繼續替錯誤假設加碼
比較危險的情況，是明明實驗一直失敗，卻因為已經投入太多，所以不願意改。Pivot 本身並不是失敗。
這就是沉沒成本（Sunk Cost）常見的陷阱。
精實創業要求團隊把「學到方向不對」也視為成果，只要它發生得夠早、成本夠低。
三種成長引擎，不要一開始全部一起追
Eric Ries 把持續成長大致分成三種 Engine of Growth（成長引擎）。
- 黏著型：靠高留存與低流失持續累積客戶。
- 病毒型：既有使用者會自然帶來下一批使用者。
- 付費型：透過廣告或其他付費管道取得客戶，只要客戶終身價值高於取得成本，就能持續擴張。
早期團隊如果三種都同時最佳化，學習會變得很混亂。
比較好的做法，是先找目前最符合產品特性的主要引擎，弄清楚哪個數字正在限制成長，再逐步增加其他方式。
小批次（Small Batches）：把大賭注拆成很多小回饋
大批次的問題是一次投入太多、回饋太晚、錯了之後很難回頭。
小批次則把工作拆小，讓每一步都能得到回饋。
- 先測一個到達頁（Landing Page），再做完整網站。
- 先測一個單元，再錄完整課程。
- 先測一個客群，再擴到三個市場。
- 先讓少量使用者看到新功能，再全面開放。
五個為什麼（Five Whys）：出問題時，不要只修表面症狀
五個為什麼是一種根因分析方式。
例如「付款失敗很多」：
- 為什麼？付款頁常逾時。
- 為什麼？第三方 API 回應慢。
- 為什麼？系統沒有 timeout 與 fallback。
- 為什麼？原本只按照正常流程設計。
- 為什麼？沒有把外部服務失敗當成正式需求。
這樣解法就不只停在「多重試一次」，而是回到系統設計本身。
從問題／解法適配，到產品／市場適配，再到擴張
精實創業不是驗證一次就直接進入擴張。
可以把過程粗略看成三個階段：
- 問題／解法適配：先確認問題真的存在，而且客戶在意。
- 產品／市場適配：確認產品被真實使用、願意留下來，而且價值開始穩定。
- 擴張：在前兩步成立後，再加大獲客、團隊、廣告與系統投入。
如果問題還沒被證明，就急著擴流量，通常只是更快把更多人帶到一個還沒成立的產品。
還沒找到產品／市場適配前，不要太早擴張
廣告預算、更多業務人員、更完整自動化、更多功能，這些都會放大現有系統。
如果產品本身還沒有穩定價值，擴張只會讓你更快取得一批不會留下來的客戶，或更快累積客服與交付問題。
所以早期更值得看的效率，是「每一輪投入能換回多少可信的學習」，而不是單純比較一個月能做多少。
要縮短的，是從假設到證據的週期
如果一個團隊每兩週都很忙，卻要三個月後才知道方向對不對，學習速度仍然很慢。
精實創業更關心的是：從提出假設、做最小實驗、取得真實行為，到做出下一個決策，這一圈到底要多久。
週期越短，錯誤方向被放大的機會就越小。
精實創業（Lean Startup）和精實使用者體驗（Lean UX）的差別
兩者關係很近，但焦點不同。
Lean Startup 比較大範圍，關注商業模式、產品價值、成長、變現與是否需要 Pivot；Lean UX 更集中在使用者體驗、設計假設與快速研究。
如果你正在驗證介面、流程或使用者行為，可以延伸看Lean UX：設計不是先做完整文件，而是先提出假設再快速驗證。
精實創業最常見的 7 個誤解
| 誤解 | 較正確的理解 |
|---|---|
| MVP 就是品質差的第一版 | MVP 是學習工具 |
| 先做再說就叫精實 | 每次 Build 都要對應明確假設 |
| 客戶說想要就算驗證 | 真實行為比口頭偏好更強 |
| 流量增加就代表成功 | 要看可行動指標與 Cohort |
| Pivot 等於失敗 | Pivot 是有證據支持的方向修正 |
| 小團隊才能用 | 大型組織也能用假設與實驗降低風險 |
| 驗證完就能直接 Scale | 還要確認留存、成長與經濟模型 |
一個實用的精實創業驗證流程
- 列出目前商業模式最重要的假設。
- 找出錯了會最致命、現在又最沒證據的那一個。
- 先定義什麼結果算支持、什麼結果算否定。
- 選最低成本、能取得真實行為證據的 MVP。
- 衡量可行動指標，而不是只看累積總數。
- 把結果變成經驗證的學習。
- 根據證據繼續、調整或轉向。
- 下一圈再測新的最高風險假設。
常見問題
最小可行產品（MVP）一定要是一個產品嗎？
不一定。只要能測核心假設，Landing Page、人工服務、候補名單、預售、原型都可能是 MVP。
最小可行產品（MVP）可以很粗糙嗎？
可以低成本，但不能欺騙使用者或傷害信任。最低投入不等於最低責任。
客戶訪談算不算驗證？
算一種證據，但通常比真實行為弱。訪談很適合理解問題與語言，是否願意行動仍應再用實驗確認。
什麼時候應該轉向（Pivot）？
當核心假設反覆得不到支持、重要指標沒有改善，而且調整後仍看不到合理方向時，就值得重新檢查產品、客群、需求或成長假設。
精實創業是不是只適合科技新創？
不是。任何需要在高不確定下投入資源的新產品、新服務或新商業模式，都能借用這套驗證思維。
精實創業（Lean Startup）最重要的指標是什麼？
沒有單一固定指標。更重要的是目前最高風險假設對應的可行動指標，而且這個指標要能幫助下一個決策。
精實創業要減少的是「在錯誤方向上浪費的時間」
MVP 小不小、開發快不快，都只是手段。
目標是更早知道客戶在不在意、會不會用、願不願意付費、會不會回來，以及這個商業模式值不值得繼續加碼。
當團隊能把商業計畫拆成假設，用真實行為驗證，再用可行動指標決定 Pivot 或 Persevere，就不需要等到產品全部完成，才第一次面對市場答案。
參考資料
Eric Ries：The Lean Startup: How Today’s Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses。