AI 產業動態

Minimum Lovable Product:為什麼「最小可行產品」在 AI 時代已經不夠用

Lovable 增長負責人 Elena Verna 認為 MVP 該退休了,取而代之的是 MLP——Minimum Lovable Product。當軟體建造成本趨近於零,競爭基準上升,「可行」已不足以脫穎而出,「可愛」才是新的差異化關鍵。

來源: Lenny's Podcast

本文整理自 Lenny’s Podcast 2024 年 12 月播出的單集,訪問 Lovable 增長負責人 Elena Verna。


Lovable 的增長負責人 Elena Verna 在最近一集 Lenny’s Podcast 裡提出了一個觀點:MVP(Minimum Viable Product,最小可行產品)這個概念該退休了。取而代之的,應該是 MLP——Minimum Lovable Product,最小可愛產品。

這不是文字遊戲。從 Lovable 一年內達到 2 億美元 ARR 的實際經驗來看,這個觀念轉變背後有非常具體的商業邏輯。


軟體建造成本下降,競爭基準上升

過去,軟體開發是昂貴的。雇一個工程師一年要花幾百萬台幣,開發一個可用的產品可能要半年到一年。在這種環境下,MVP 的邏輯是合理的:先做出一個「能用」的東西,驗證市場需求,再慢慢打磨。

但現在情況變了。

有了 vibe coding 工具,一個不會寫程式的人可以在一天內做出一個可以運作的 app。工程團隊可以把過去需要好幾個 sprint 的功能,壓縮到幾天內完成。軟體開發的邊際成本正在快速下降。

這意味著什麼?當每個人都能輕易做出「可行」的產品,可行性就不再是差異化的來源。你的競爭對手也能快速複製功能,而且可能比你更快。

Elena 觀察到,在這個新環境下,真正能讓產品脫穎而出的,是體驗、是設計、是那種讓使用者感到「有人在乎」的細節。這些東西很難複製,因為它們不只是功能,而是一種態度。


「這不夠 lovable」——Lovable 內部修 bug 最快的方式

Lovable 這個名字不是隨便取的。Elena 說,這個名字創造了一種內部文化——如果有東西「不夠 lovable」,它就不應該被發布。

這聽起來像是空洞的口號,但實際運作起來非常具體。

她舉了一個例子:在 Lovable 內部,讓 bug 最快被修復的方式,就是說「這不夠 lovable」。不管當時是不是在 sprint 裡面、有沒有排進開發計畫,只要有人說出這句話,團隊就會立刻處理。這不是規定,是文化——當你的品牌名稱就是「lovable」,你沒有藉口推出讓人失望的體驗。

Elena 也提到,她花很多時間跟設計師討論如何在產品裡加入更多「love marks」——那些微小但讓人會心一笑的互動細節。傳統的增長負責人通常不會花時間在這些事情上,但她認為這正是增長策略的一部分。

「我們所有的品牌工作,都是透過產品互動來傳達的。」她說。Lovable 到現在還沒有品牌行銷團隊,但使用者對這個品牌有很強的認知。這個認知不是來自廣告或公關,而是來自每一次與產品的互動。


Designer 應該是最早期的雇員之一

如果體驗和設計變得這麼重要,那麼誰來負責這件事?

Elena 的答案很明確:設計師應該是新創公司最早期的雇員之一。

這跟傳統觀念不太一樣。過去,早期新創通常會先找工程師把東西做出來,設計師是後來才加入、負責「美化」的角色。但如果你相信 MLP 的邏輯,這個順序可能要調整。

原因是,「可愛」這件事不是事後加上去的裝飾,而是需要從一開始就融入產品 DNA 的東西。如果你先做了一個醜陋但可用的產品,之後要讓它變得 lovable,難度會比從頭開始設計高很多。

Elena 觀察到一個有趣的趨勢:vibe coding 正在被加入越來越多職位的技能要求裡——產品經理、設計師、甚至行銷人員。她認為這很合理,因為當建造成本下降,每個人都應該能快速把想法變成可互動的原型。

她自己就經常用 Lovable 來做 mockup。需要調整定價頁面的時候,她會截圖現有頁面、丟進 Lovable、用對話描述想要的改變,然後把產出的原型直接發給工程師。這比寫規格文件快太多了。


軟體應該「感覺像人」

Elena 在訪談中說了一句話,我覺得很值得記下來:「我們正在進入軟體需要感覺像人的新時代。」

過去,軟體被當成工具。使用者關心的是:這東西能不能解決我的問題?功能齊不齊全?速度快不快?這些當然還是重要的,但已經不夠了。

現在,使用者開始在乎:這個產品讓我感覺如何?它有沒有個性?用它的時候,我是覺得被消耗,還是覺得被賦能?

Elena 用自己的經驗來說明這點。她說有些軟體用起來「讓我感覺失去一些腦細胞」,而有些軟體用起來會讓她感覺獲得能量。Lovable 屬於後者——她甚至會帶著女兒一起用 Lovable 做東西,因為這個過程本身就是有趣的。

這種「有趣」不是偶然的,是刻意設計的結果。當你的產品讓使用者有這種感覺,他們自然會想跟別人分享。這是最強的增長引擎,但你沒辦法用 A/B 測試優化出來——它必須從產品的核心就開始考慮。


對創業者的實際意義

MLP 這個概念對正在打造產品的人有幾個實際意義。

首先,在評估你的產品時,不要只問「這個功能能不能用」,要問「使用者用這個功能時會有什麼感覺」。感覺這件事很主觀,但它會直接影響留存率和口碑傳播。

其次,設計不是後期才加上去的裝飾,而是從第一天就要考慮的事。如果你的團隊還沒有設計師,至少要有一個對體驗細節很敏感的人參與決策。

第三,品牌不只是 logo 和色彩,是每一次產品互動的累積。如果你沒有資源做品牌行銷,至少確保產品本身傳達的訊息是一致的。Lovable 到現在還沒有品牌行銷團隊,但每個人都知道這個品牌代表什麼。

最後,思考一下你的產品名稱是否能成為一種內部標準。Lovable 這個名字讓團隊有了一個簡單的判斷依據:如果一個東西不夠 lovable,就不該發布。你的產品名稱能不能發揮類似的作用?


MVP 沒有死,但已經不夠

我不是說 MVP 的概念完全錯誤。在資源極度有限、需要快速驗證假設的情況下,先做一個最小可行版本還是合理的策略。

但如果你的目標是在一個擁擠的市場裡脫穎而出,「可行」已經不夠了。當每個人都能快速做出可行的產品,決勝點就變成了誰能做出讓人愛上的產品。

這不是說你要做一個完美無缺的產品才能上線。MLP 強調的「最小」還是很重要——你不需要所有功能都很棒,但你要確保核心體驗是讓人想繼續用、想跟別人分享的。

從 viable 到 lovable,差的不是功能數量,是一種態度:你願不願意花時間在那些「沒有直接 ROI」的細節上?你願不願意讓設計師參與最早期的決策?你願不願意把「這讓使用者感覺如何」當成一個嚴肅的問題來問?

Lovable 一年達到 2 億美元 ARR,當然有很多因素——市場時機、底層技術進步、團隊執行力。但如果要選一個最容易被忽略的因素,大概就是他們從第一天就把「lovable」當成產品標準,而不是事後才加上去的行銷語言。