我跟團隊花過快兩年，打造一款沒有人玩的手機遊戲。
從小遊戲慢慢養成大遊戲，每個細節都打磨到我們心目中的「完美」。上線那天——沒有人玩。不是 bug 太多，不是行銷不夠力，是根本沒有人需要它。
Eric Ries 在 《精實創業》 裡講的每一件事，我們後來都用血淚一條條驗證過了。
你以為的「進度」，根本不是進度
我們以前很愛開進度會。這週完成幾 %、寫了幾行 code、設計稿改了幾版——每個人都很忙，每個人都覺得自己有貢獻。我們甚至把開會本身優化到極致：站立會議、看板、專案系統樣樣來。
但 Ries 提出一個簡單又戳心的概念：只有「經過驗證的學習」才算真正的進度。 你這週學到了什麼？這個學習有沒有讓你更接近「產品真的有人要」？如果沒有，你只是在原地跑步，跑得很賣力而已。
對新創來說，最致命的浪費，是把東西做出來、卻沒人要。
這種浪費不會出現在任何報表上，卻會直接把公司殺死。傳統工廠怕生產線停擺；新創真正該怕的，是傾盡全力打造了一個世界根本不需要的東西。
Build-Measure-Learn：我們總是卡在「建造」
書裡那個循環我背得滾瓜爛熟：建造、測量、學習。但實際上，我們幾乎每次都卡在「建造」太久。
工程師的本能，是把東西做好做滿；但 MVP（最小可行產品）的精神，是做到「剛好能學到東西」就先停手。我印象最深的一次：我們想測一個新定價，團隊本能反應是「那要重設計結帳流程、串新金流、改資料庫……」後來才驚覺——一張 Google 表單就能測了。先問用戶願不願意付這個價、為什麼願意或不願意。三天能有答案的事，我們差點花三個月。
MVP 不是「小一號的產品」，是「最快讓你學到東西的那個版本」。
Pivot 不是失敗，是你終於肯面對現實
我們團隊 pivot 過三次，每一次都很痛，每一次都有人問：「所以之前做的都白費了？」
Ries 對 pivot 的定義是「改變方向，但保留學到的東西」。你換了路，卻帶著所有踩過的坑、驗證過的假設一起走——這跟「失敗」是兩回事。會覺得白費很正常，畢竟丟掉的 code 就是丟掉了；但只要你帶走了學習，它就不是純粹的浪費。
難的是時機：太早放棄，可能錯過本來會成的機會；太晚轉向，會把資源燒光。Ries 的判準是看「學習的速度有沒有在下降」——當每個實驗帶來的新洞察越來越少，可能就是該換方向的訊號。
歷史上最有名的幾家公司，幾乎都是 pivot 出來的：Slack 原本是一款失敗的網路遊戲，團隊把內部自用的聊天工具獨立出來，反而成了主角；Instagram 的前身 Burbn 是個塞滿功能的打卡 App，創辦人砍到只剩「拍照、濾鏡、分享」一個功能，才一飛沖天。它們的共同點是：丟掉了原本的產品，卻留下了「我們學到用戶真正要什麼」。
虛榮指標 vs 可執行指標
這本書最實用的一段，是區分「虛榮指標」和「可執行指標」。
我們以前超愛看下載數：「這個月破萬了！」然後呢？有多少人真的在用？有多少人願意付錢？沉默。我們真實的經驗是：近百萬下載，總營收卻不到一百萬台幣。數字很漂亮，卻撐不起一個團隊。
能改變你決定的數字，才叫指標；其他的，只是讓你自我感覺良好。
我現在看數據會先問一句：「這個數字變好或變壞，我會做出什麼不同的決定？」如果答案是「不知道」或「什麼都不會變」，那它就不值得追。
寫這本書的人，自己也炸過
Eric Ries 不是站在岸上指導別人游泳的人，他自己嗆過好幾口水。
他最常拿來開刀的反面教材，就是他參與創辦的公司 IMVU。他們埋頭做了好幾個月、自以為很完美才敢上線——結果跟我們的遊戲一樣，乏人問津。正是那次慘痛，加上他把豐田生產線的「精實製造」概念搬到創業上，催生了「精實創業」這套方法。2011 年書一出版，MVP、pivot、build-measure-learn 這些詞，幾乎一夜之間成了全球新創圈的通用語。
換句話說，這套方法不是學者的空想，是一個賠過、痛過的創業者，幫所有人省下「打造沒人要的東西」那種浪費的求生指南。
但 MVP 被全世界讀錯了
寫到這裡，得插一段誠實話。
「精實創業」太紅了，紅到它最核心的詞 MVP 被全世界讀歪。很多人把「minimum viable（最小可行）」讀成了「minimum effort（最小努力）」——於是過去十幾年，無數團隊打著「我們在做 MVP」的旗號，把粗製濫造、根本沒打磨的半成品丟上線，再理直氣壯地說「這就是精實」。Ries 的原意是「用最小代價去驗證一個假設」，一張問卷、一支假廣告都算 MVP；偏偏「product（產品）」這個字，讓大家誤以為一定要「做出一個能上架的東西」。連 Ries 本人都警告過：別讓這套方法的成功，養出「一套關於 pivot 和 MVP 的偽科學」。
還有一層：不是每種東西都適合精實。有些產品的價值，恰恰來自「一次到位的完整體驗」——你很難用 MVP 做出一台讓人驚艷的 iPhone、一部好電影、一顆心律調節器。對這些東西，「先丟個半成品出去測」不只沒用，還會毀掉它。
我自己就見過這種「假精實」：團隊趕著兩週上線一個爛到不行的版本，用戶罵翻、一去不回，然後團隊回報「我們驗證了市場不要這個」。但他們驗證的，根本不是「需求」，是「他們做得太爛」——這兩件完全不同的事，被 MVP 這個詞混為一談了。
誠實地說：build-measure-learn 的核心——用最小代價先驗證「有沒有人要」——是對的，也是多數團隊最該補的一課。但別把「MVP」當成「可以偷懶」的通行證；最小，指的是「驗證的成本」最小，不是「你的用心」最小。
所以這套到底該怎麼用
把它收成幾個能用的：
- 先驗證需求，再寫 code——能用一張問卷、一支假廣告、一次訪談問到的答案，別用三個月的開發去換。
- 盯「可執行指標」——問自己「這數字變了，我會改什麼決定」；不會，就別追。
- Pivot 看學習速度——當每次實驗帶來的洞察越來越少，就該考慮換方向。
- 但別拿 MVP 當藉口——最小化的是「驗證成本」，不是「品質與用心」。
- 看清你做的是哪種東西——有些產品要精實，有些要願景與打磨，別一套打天下。
回到那款沒人玩的遊戲。
如果重來一次，我不會再埋頭做兩年。我會在第一個月，就拿著一個粗糙到不行的版本，去問一百個人「你會玩這個嗎」。那一個月得到的答案，會比後面那二十三個月加起來都值錢。
精實創業最殘酷、也最仁慈的一句話是：你最寶貴的資源，不是時間或金錢，是「還沒被你浪費掉的、用來學習的機會」。
📚 「創業商業」系列延伸閱讀
📚 書籍資訊
- 書名：The Lean Startup
- 作者：Eric Ries
- 核心主題：以科學方法驗證商業假設，用最小浪費找到 Product Market Fit
🖼️ 圖片說明
文中插圖為 AI 生成插畫（Gemini 3.1 Flash Image / Nano Banana 2）。本站使用 AI 圖作為視覺輔助，依書中概念意象生成，非實拍紀錄。