コードを書けない800万人が作った$200M ARR——LovableのPLGループを解剖する

2025年末、Lovableのダッシュボードには毎日10万件以上の新しいプロジェクトが生成されている。ユーザー数は800万人。創業からちょうど12ヶ月で、年間経常収益（ARR）は$200Mに到達した。

比較すると数字の異常さがわかる。OpenAI、Cursor、Wiz——SaaS史上で最速の成長曲線として名前が挙がってきたプロダクトを、Lovableは上回るペースで成長した。2025年のシリーズBではNVIDIAなどから$330Mを調達し、バリュエーションは$6.6Bに達した。スウェーデン発のスタートアップが、なぜここまでの速度で市場を作れたのか。

Lovableで何が起きたのか

Lovableは「プロンプトを入力するだけでWebアプリが完成する」サービスだ。コードを1行も書かなくてよい。「ユーザー登録つきのタスク管理アプリを作って」と入力すると、数分でデプロイ可能なWebアプリが生成され、そのままURLで公開できる。

サービスは無料で始められる。最初のプロジェクトは課金なしで試せる。このシンプルさが、従来のコーディングツールとは全く異なるユーザー層を呼び込んだ。

Lovableのユーザーの多くはエンジニアではない。スタートアップの非技術系創業者、マーケター、デザイナー、PM——「アイデアはあるがエンジニアに頼む必要があった層」が初めてアプリを自分で作り始めた。この事実が重要だ。Lovableは既存のエンジニア向けツール市場のシェアを奪ったのではなく、それまで市場に存在しなかったユーザー層ごと生み出した。

具体的にどんなものが作られているかというと、クライアント向けのダッシュボード、在庫管理ツール、イベント申し込みフォーム、ランディングページ——要は「エンジニアに頼めば数万円かかっていたもの」が、プロンプト数回で手に入る。しかも30分以内に。この体験を一度味わったユーザーが離れない理由がここにある。

なぜLovableだけがここまで速かったのか

「AIを使ったから」という説明では不十分だ。同じ時期に同じ技術的ポジションで競合するサービスは複数存在していた。Bolt.new、Replit、GitHub Copilot Workspace——それでもLovableだけが史上最速に近い成長曲線を描いた。理由は技術の差ではなく、設計の差にある。

誰も競合していなかった市場を最初に取った

CursorはエンジニアがPythonやTypeScriptをより速く書くためのツールだ。GitHub Copilotも同じ。既存のAI開発ツールはほぼすべて「コードを書く人」を前提として設計されている。Lovableが狙ったのは、その外側にいる層だ。プログラミング教育のファネルにすら入っていない、純粋な非エンジニア市場。

この市場は競合不在だった。そこに「作れた体験」を最初に届けたことで、非常に早い段階でのロックインが発生した。Figmaが非デザイナーに「自分でもデザインができた」という体験をもたらしたように、Lovableは非エンジニアに「自分でもアプリが作れた」という体験を届けた最初の主要プレイヤーになった。この先行優位は大きい。一度「自分の開発環境」として認識されたプロダクトは、簡単には乗り換えられない。

完成したアプリが、そのまま次のユーザーを連れてくる

Lovableで作ったアプリには「Built with Lovable」という表示が入る。公開URLに自動でつく。ただしそれ以上に機能したのは、ユーザーが自分からシェアしたくなる心理的な動機だ。

エンジニアでない人間が、プロンプトだけで動くアプリを作れた。その達成感は強い。X（旧Twitter）に「こんなものが30分で作れた」と投稿する動機がある。リンクを貼ると完成したアプリが直接開ける。この投稿を見た人が「自分もできるかも」と感じ、Lovableを試す。ユーザーが作る成果物そのものが、次のユーザーの獲得チャネルになる。広告費なしで。

これがPLG（Product-Led Growth）の理想形だ。プロダクトを使った結果が次のユーザーを連れてくる構造が、プロダクトの設計に組み込まれている。バイラルループが意図的に設計されているのではなく、ユーザー心理の自然な流れとして発動する点が特に強い。

無料体験がコンバージョンではなくカテゴリを生み出した

多くのSaaSが「無料→有料転換率の最大化」という目的で無料枠を設計する。Lovableはそれとは別の機能を無料体験に持たせた。「市場そのものを作る入り口」として機能させた点が違う。

無料でアプリが作れると、非エンジニアが初めて「自分もアプリを作れる」という認識を持つ。その瞬間から、その人にとってLovableは「試してみたツール」ではなく「自分の開発環境」になる。Notionが「ノートアプリ」から「仕事全体のOS」になるのと同じ転換だ。この転換が起きると解約率は下がり、継続率が上がる。ARR $200Mはこの構造の出力として現れた数字だ。

この構造の本質

Lovableが示したのは「既存の戦場で戦わない」という成長戦略の具体例だ。より速く、より安く、より機能豊富にするのではなく、「今まで市場に存在しなかった人々を市場に引き込む」ことで、競合が存在しない状態から出発できる。

800万人のユーザーの多くは、Lovableがなければエンジニア向けツール市場に存在しなかった人々だ。Cursorのユーザーになる予定もなく、GitHub Copilotを検討することもなかった。Lovableが市場ごと生み出した。このパターンはAirbnbが使われていなかった住居の余剰スペースを市場にし、Uberが自家用車を持つ個人を輸送業者として市場に引き込んだ構造と本質的に同じだ。

「作る体験の達成感」と「シェアしたくなる動機」が同時に成立することで、ユーザーの行動が広告コストを代替する構造が生まれる。重要なのはプロダクト主導かどうかではなく、「ユーザーの行動が次のユーザーの獲得コストを代替しているかどうか」だ。この設計ができると成長が自己強化する。Lovableはそれを12ヶ月で$200M ARRという数字に変えた。

この構造を自分のプロダクトに当てはめるなら

Lovableの設計を自分のプロダクトに当てはめるには、まず3つの問いから始めてみてください。

「今相手にしていないが、本当は一番恩恵を受けられる層は誰か？」この問いに明確に答えられないなら、既存市場のシェア争いの中にいるだけです。Lovableで言えば「エンジニアでない全員」がその答えでした。

「ユーザーが最初に感じる達成感は、どの具体的な瞬間か？」Lovableなら「動いたアプリのURLが画面に現れる瞬間」です。その瞬間を最速・最短で届けられているか、登録から最初の達成感までの導線を一度全部書き出してみてください。余計な手順がいくつ挟まっているかが見えます。

「その達成感は、他者にシェアしたくなるか？」シェアされるのは「自分でもこんなことができた」という驚きです。ユーザーの成果物自体がコンテンツになる設計ができれば、バイラル係数が構造的に上がります。

最初に動ける一歩として最も現実的なのは、「今のユーザー以外で、一度試みたが使うのをやめた人にインタビューする」ことです。そこに未開拓市場のヒントがあります。たとえばタスク管理ツールを作っているなら、ツールを渡されたが一度も開かなかったメンバーは誰か。その人を一人インタビューするだけで、自分たちが暗黙の前提にしていたものが見えてきます。Lovableは「コードが書けないと使えない」という前提を外しただけで市場を作りました。自分のプロダクトに同じような前提が隠れていないか、確かめる価値はあります。

AI編集部コメント