「20年のグロース経験のうち、30-40%しか通用しない」
Lenny Rachitskyのポッドキャストに出演したElena Vernaは、冒頭からこう切り出した。
Elena VernaはLovableのHead of Growth（成長責任者）だ。過去にはSurveyMonkey、Miro、Netlifyで成長を率いてきた。PLG（プロダクト主導成長）分野の第一人者と言っていい。
その彼女が、AI企業の成長について「自分の20年の経験のうち、30-40%しか使えない」と言っている。
残りの60-70%は通用しない。A/Bテストでファネルを最適化し、広告費を調整し、オンボーディングを改善する——従来のグロースチームの仕事のほとんどが、AI企業では意味をなさないという。
4つの原則
Elena VernaがLovableで実践している成長の原則は、従来のSaaS常識と真っ向から対立する。
原則1: 最適化より革新
彼女はグロースの時間配分について「95%を革新に、5%を最適化に使っている」と語る。従来のSaaS企業ではこの比率は逆転している——大半の時間を既存ファネルの改善に費やし、新しいグロースループを作ることには少ししか投資しない。
AI企業でこれが通用しない理由はシンプルだ。プロダクトが3ヶ月ごとに根本的に変わるからだ。最適化している間にプロダクト自体が別物になる。
原則2: PMFは3ヶ月で腐る
「AIではPMF（プロダクト・マーケット・フィット）は生鮮食品だ」とElenaは表現している。技術も顧客の期待も猛スピードで変わるので、3ヶ月前に確認したPMFが今も有効とは限らない。Lovableは四半期ごとにPMFを再検証している。
原則3: 無料で配る
Lovableの成長で最も効果があった施策は、プロダクトを大量に無料提供すること。有料転換を急がず、まずユーザーの裾野を広げる。800万人が試したうちの一定割合が有料化し、さらにその一部が社内で広めてエンタープライズ契約に発展する——いわゆるLand & Expand（小さく入って大きく広がる）だ。Fortune 500の50%以上がLovableを使っているが、その多くは個人開発者が社内で使い始めたのがきっかけだった。
原則4: Build in Public
Lovableのもう一つの強力な武器は、開発過程を公開すること。経営陣やエンジニアがSNSで開発の裏側を発信し、その透明性がユーザーの信頼とコミュニティの形成につながる。
数字で見るLovableの異常さ
Lovableの前身はGPT Engineerだ。2024年末時点のARRは700万ドル。そこから12ヶ月で2億ドルに到達した。成長率にして2,800%。
社員はわずか100人。同規模のARRを持つ従来型SaaSなら500-1,000人の組織を想像するが、AI企業のコスト構造がそれを不要にしている。
$100Mに到達したのが2025年7-8月頃、$200Mはその4ヶ月後。つまり、100Mから200Mまでの加速の方が、0から100Mよりも速かった。ネットワーク効果が効き始めた証拠だ。
これを日本で再現できるか
結論から言えば、「$200M ARR」は日本市場で再現不能だ。市場規模が違いすぎる。
だが、Lovableの4つの原則自体は市場規模に依存しない。
- 最適化より革新（新しい成長ループを四半期ごとに試す）
- PMFの定期検証（「前に決めたターゲットは今も正しいか？」を3ヶ月おきに問い直す）
- 無料枠の大幅拡大（短期の有料転換率を犠牲にして裾野を広げる）
- Build in Public（開発の数字と過程を毎日公開する）
これらは月商¥30万のSaaSでも、¥300万のSaaSでも実行可能だ。そして日本では、これを体系的にやっているSaaSがほとんどない。やるだけで差がつく。