無料拡張をLinkedInに止められ、4週間で作り直した4人組。再ローンチ3ヶ月でMRR $62,000

(ドル建ての金額には1ドル150円で換算した円を併記している)

無料のChrome拡張として6万ユーザーを集めた直後に、プラットフォーム側から差止めの警告書が届く。普通なら事業の終わりに見える出来事だ。Kleoの4人の共同創業者は、そこから4週間でゼロから作り直し、今度は無料ではなく月$59から課金するSaaSとして出し直した。

再ローンチは2026年1月。3ヶ月後のMRRは**$62,000**。姉妹プロダクトのMentionsが$20,000を加え、合算で**$82,000**に達している。広告費はゼロ、Product Huntへの出品もない。

何が起きたのかを時系列で

誰が作っているのか

チームは4人。CTOのCameron Trew氏は10年以上の開発歴を持ち、Vonage、Base、Elastic Pathでシニアエンジニアを務めた経歴がある。残る3人(Jake Ward氏、Lara Acosta氏、Rob Hoffman氏)はLinkedIn上のクリエイターで、Ward氏が18万人超、Acosta氏が30万人超のフォロワーを持つ。4人の合計フォロワーは48万人超である。

プロダクトのKleoはLinkedIn向けのAI執筆支援ツールで、Claude APIによる文章生成、Claude Visionでの画像・文書解析、文体を学習する記憶機能、Deepgramによる音声入力、投稿パフォーマンスの追跡を備える。姉妹プロダクトのMentionsは、ChatGPTやPerplexityといったAIの回答内に自社ブランドがどう登場するかを追跡するツールだ。技術構成はNext.js、TypeScript、Vercel、Neon(Postgres)、Inngest、Clerk、PostHog、Langfuseなど。

潮目が変わったのは、警告書を受け取った時点である

この事例の転機は明確で、しかも一見すると災難の形をしている。LinkedInからの差止め警告だ。

Kleo 1.0はChrome拡張として、LinkedInの画面上に寄生する形で動いていた。6万ユーザーという数字はこの形態だからこそ達成できたが、同時にこの形態はプラットフォームの一存で消滅するという構造を抱えていた。しかも無料である以上、6万人はユーザーであっても顧客ではない。

警告書は、この二つの弱点を同時に強制的に解消させた。作り直したKleo 2.0はLinkedInのDOMに依存しないスタンドアロンのアプリケーションであり、かつ初日から課金する。前後の落差はそのまま数字に出ている。6万ユーザー・収益ゼロ → 3ヶ月でMRR $62,000。ユーザー数は激減したはずだが、収益は無からほぼ1,000万円弱の月次まで動いた。

創業者側のスタンスも語られている。「速く出して、それから聞く。4週間で動くバージョンができた。完璧ではなかった」。4週間という期間は、完成度を諦める意思決定と表裏である。「AIコードエディタは間違いなく最大の武器だった」という言明もあり、この速度が2020年代前半の同種プロダクトとは異なる前提の上に成立していることは明記しておくべきだろう。

伸びた理由を分解する

$62,000という数字を「48万フォロワーがいたから」の一言で片づけると、再現可能な部分を取り逃す。効いた要素は少なくとも3層に分かれる。

観客が「配布経路」ではなく「証明」として機能した点。 Ward氏、Acosta氏、Hoffman氏は、LinkedInで実際に伸びる投稿を書いている人物である。その3人が自分の執筆に使っているツールを売る。つまり商品のデモンストレーションが、日常のタイムライン上で無限に流れ続ける。「自分たちが使うために作った。信じていないものは一切売らなかった」という発言は姿勢の表明であると同時に、この構造の記述でもある。単にフォロワーが多い人が宣伝するのとは、伝わる情報の質が違う。

価格の階段が「今買う理由」を人工的に作った点。 $59(500枠)→$79(500枠)→$99という設計は、枠が有限であることと、待てば値段が上がることを同時に確定させる。4日、9日という完売速度は需要の強さの指標であると同時に、この期限設計の産物でもある。需要の検証も先行しており、Acosta氏がローンチ前に3回のウェビナーを実施し、いずれも$5,000超を生んでいる。作る前に、いくらで何人が買うかの目処が立っていた形だ。

初期顧客との距離を極端に詰めた点。 プライベートSlackコミュニティでフィードバックを集め、バグは数時間で直して報告者本人に個別に通知する。優先順位は「バグ→収益に直結する機能→ユーザー要望」の順で固定していた。実際のユーザー挙動を見て、初期設定フォームが複雑すぎるという判断からUIを簡素化してもいる。有料ベータで500人を一気に入れる設計は、この密度の対応とセットでなければクレームの山になっていたはずだ。

リスクと、開示されていないもの

好調な数字の裏で、いくつかの点は慎重に読む必要がある。

まず、LinkedIn依存は2.0でも消えていない。寄生の形をやめただけで、LinkedIn向け投稿を作るツールである以上、規約や仕様の変更がそのまま事業に響く構造は残る。1.0で起きたことは、形を変えて再発しうる。

次に、チャーン(解約率)が開示されていない。ローンチ3ヶ月のMRRには、既存フォロワーが「あの人たちが作ったものなら」と買った分が相当量含まれているはずで、それが更新期を越えて残るかは、この時点では確認できない。48万人という母数は初速には強烈に効くが、母数は有限でもある。$62,000から$300,000への目標達成には、フォロワー圏の外へ出る必要がある。

そして、創業者たち自身が18ヶ月での売却を想定していると述べている点。これは弱気の表明というより、AI関連ツールの陳腐化速度を織り込んだ設計と読むべきだろう。基盤モデルの提供元が同等の機能を標準搭載すれば、この種のツールの優位は短期間で消える。長く保有する前提を置いていないこと自体が、リスク認識の表現になっている。

何が真似でき、何が真似できないか

真似できる要素は具体的だ。完成度を諦めて4週間で動くものを出すこと。無料トライアルを置かず初日から課金すること。枠数と価格の階段で締切を作ること。有料顧客をプライベートなチャットに集め、バグを数時間で潰して本人に伝えること。修正の優先順位を事前に固定しておくこと。そして、自分が毎日使うものを作ること、これは品質管理のコストを日常業務に吸収させる方法でもある。

真似できないのは、48万人のフォロワーである。これは4人が数年かけて別々に築いたもので、プロダクトの開発期間である4週間とは時間軸が違う。より本質的なのは、警告書を受け取った時点で「作り直せば売れる」と確信できたこと自体が、この観客の存在に支えられているという点だ。同じ状況で観客のないチームが4週間を賭けるのは、まったく別の意思決定になる。

もう一つ、Trew氏のような10年以上の実務経験を持つエンジニアがチーム内にいる条件も見落とせない。AIコードエディタが速度を出すのは、出力を評価できる人間が使う場合であって、その逆ではない。

既存の観客をレバレッジにしてプロダクトを立ち上げる型としてはPhoto AIのlevelsio氏が、逆に観客なしで長期に積み上げた型としてはCarrdが対照になる。同じSaaSでも、初速の作り方と持続性のどちらに賭けるかで設計はここまで変わる。

あわせて読みたい

• Photo AI——既存の観客を持つ個人開発者の立ち上げ速度
• Carrd——ソロ運営のSaaSがARR $2Mに至るまで