工程師的 Ego #3：我如何說服工程師接受 MVP？

「這樣寫太爛了吧？我不想留這種技術債。」

「這不是 MVP，這是草稿。」

「我不想 demo，還沒做好啦。」

作為策略顧問，我最常處理的問題之一，就是如何幫創辦人說服技術團隊：「先做出來再說」。

尤其在早期新創，交付速度往往比技術純度更關鍵，但這句話如果直接講出來，十之八九會觸動工程師的尊嚴防線。

但我不是來壓制工程師的 ego，而是來幫助它轉向正確的方向——從「完美」轉向「影響」。

為什麼工程師抗拒 MVP？

對許多工程師而言，code 不是任務，而是作品。

讓他們接受一個「有點醜、過幾週可能要重寫」的版本，就是叫他們放下專業驕傲。

更深層的焦慮是：「如果現在妥協，以後這爛東西就會掛我名字。」

所以，MVP 不只是一種產品策略，更是一場心理戰。

顧問實務：我怎麼說服他們？

1. 從尊重開始，而不是否定

我不會說「你想太多」、「現在沒空管架構」。這只會讓對話進入防禦模式。

我會說：

「我知道你可以做得更漂亮，但我們現在需要一個版本，能讓外部看見價值，才能讓你未來有更多資源做出你真正想要的架構。」

先承認對方的能力，再指出戰略時機的選擇。這不是誰輸，而是什麼先做。

2. 用數據或情境逼真地呈現「不做就死」的現實

• 「目前 runway 還有 4 個月」
• 「客戶說下週要看 demo，不然不簽約」
• 「這一頁只要能打開，對方願意付錢」

讓工程師知道這不是一場技術競賽，而是一場生死決鬥。不是選擇漂亮的 code，而是選擇能不能活著。

3. 給出明確「之後會重構」的承諾與時間表

我會直接告訴團隊：

「我們把現在的版本當作戰場工具，不是展示品。只要驗證成功，我們會規劃一個 tech sprint，專門幫你把這些暫時妥協的地方重構回來。」

這讓他們知道：你不是要他們「一直用爛 code 活著」，而是「先活著，才能寫出理想」。

4. 讓工程師「看到自己的東西被使用」

這一點往往最有效。

我曾安排一場 demo，讓工程師親眼看到某位企業用戶用我們的系統操作後說：

「這個功能讓我省了每天 2 小時。」

那位原本反對上線的後端工程師，當天晚上自己加班做出資料匯出功能。

工程師不是不在乎交付，他們只是不想交付沒人用的東西。

補充觀點：Just demo，不要講技術

我常對技術團隊說一句話：

「我們今天不是要教對方怎麼寫程式，我們是要讓他們知道：這東西已經在跑、有人在用、而且能賺錢。」

Demo 優於 slide，優於架構圖。

在對外會議（客戶、投資人、潛在合作夥伴）中，越早 demo、越少講技術，越有說服力。

技術可以留到會後 Q&A，影響力要用畫面說話。

結語：尊重工程師的 ego，也要引導它成為推進力

你不能否定工程師對「品質」的堅持，因為那是這個團隊技術深度的根本。

但你也必須讓他們知道：產品的價值，不在於它寫得多漂亮，而在於它能不能改變什麼。

當一位工程師願意說：「我先 demo 一下吧」，你就知道文化開始改變了。

下一篇，我會談談這個文化如何建立：如何讓交付變成一種榮耀，而不只是任務。