従業員ゼロ・広告費ゼロでMRR約300万円。コードを書くのをやめた匿名個人開発者のERP連携SaaS

MRRおよそ300万円。従業員ゼロ、広告費ゼロ。そして直近半年は、コードを1行も手で書いていない。2026年3月、Zennに投稿されたある個人開発者の記事は、この3点セットで読まれた。題材は華やかなAIアプリでも消費者向けサービスでもなく、レガシーERPの「狂気じみたXMLの非同期SOAPインターフェース」を現代的でステートレスなRESTful JSONに変換するプロキシサーバー、つまり企業システムの配管である。

最初に断っておくと、この事例は運営者もサービス名も明かされていない匿名の自己申告だ。数字はZennの本人記事にあるものだけで、外部から検証する手段はない。それでも本稿で取り上げるのは、この記事が「AIでコードを書く個人開発」の議論に、収益の実数と運用の具体性を伴った稀有なサンプルを提供しているからだ。読者は以降の数字を、その留保つきで読んでほしい。

公開されている数字と構成

事業の原型は数年前にさかのぼる。本人がERP連携の案件で消耗した経験から、同じ痛みを持つ開発者向けに変換レイヤーを切り出した。顧客は世界中の開発者。記事には「アメリカ西海岸の担当者」がレガシーERP環境の緊急対応で駆け込んでくる様子が描かれる。B2Bだが商談はなく、月額$30からのセルフサーブで売る。

集客は「エラーメッセージ」への張り込み

広告費ゼロでMRR300万円を支える集客は、突き詰めればSEOだが、狙うキーワードが独特だ。本人はこれを「絶望的なエラースタックトレース」への張り込みと表現する。レガシーERPと格闘する開発者が検索するのは製品名ではなく、目の前に出たエラーメッセージそのものだ。そこでDev.toや英語ブログに、エラーメッセージを記事タイトルに据えた技術記事を置き、末尾で有償ソリューションに誘導する。

この設計が強いのは、検索者の課金確度が極端に高いことだ。エラーで業務が止まっている企業の担当者にとって、月額$30は意思決定ですらない。かつ「レガシーERPの特定エラー」という検索面には競合コンテンツがほぼ存在せず、ドメインの強い大手メディアも参入する動機がない。Microsoftエコシステムの隙間で年$1Mを積み上げた事例と同じく、巨大プラットフォームの「誰も拾わない不便」を拾う構造である。

「コードを書かない」運用の中身

この記事が広く読まれた最大の理由は、AI運用の踏み込んだ記述にある。本人いわく、直近半年は「エディタを開いて人間が手入力する従来のコーディング作業など1秒たりともおこなっていない」。ターミナルからClaude Codeを呼び出し、要件と仕様を文章で渡し、テストコードの生成と自動修正のループを回させる。エラーの監視も自動化されたボットが分析・修正まで担う。

注意したいのは、これが「AIがゼロから事業を作った」話ではないことだ。プロダクトそのものは数年前に本人が作り、市場との接点(どのエラーが検索されるか、顧客が何に金を払うか)も人力の試行錯誤で確立済みだった。AIが置き換えたのは、既に仕様が固まった成熟プロダクトの保守・改修という、もっともAIに向いた工程である。同じソロSaaSでも、10年来ひとりで運営されるHealthchecksが創業者の手作業の集積で成り立っているのと対照的に、この事例は「成熟後の運用だけをAIに渡す」という分業の実例と読むべきだろう。

運用哲学も一貫している。問い合わせフォームは廃止し、解約は1クリック。人間が介在する接点を意図的に消し、ユーザーが自己完結できるUIに寄せる。サポートに人手を割かない前提でこそ、従業員ゼロのB2Bが成立する。

割り引いて読むべき点

繰り返すが、この事例の最大の弱点は検証不能性だ。匿名・サービス名非公開である以上、MRR300万円を裏付けるダッシュボードも第三者の報道もない。Zennという技術者コミュニティで公開され、具体的な技術構成や運用の記述に整合性があることは傍証にはなるが、証明ではない。掲載基準では本人公開(primary)に分類されるものの、実名・実サービスで数字を出す事例より一段低い確度で扱うのが妥当だ。

事業構造上のリスクも本人の記述から読み取れる。市場の面では、レガシーERPは縮小こそ緩やかだが成長市場ではなく、変換プロキシは本家がAPIを近代化した瞬間に存在意義を失う。集客の面では、SEO一本という構造は検索アルゴリズムやAI検索への露出変化に対して脆い。開発の面では、「AIが全コードを書く」運用は、モデルやツールの価格・品質変動という新種の依存を事業に持ち込む。従業員ゼロの身軽さは、これらが顕在化したときに相談相手もいないことと表裏である。

再現の条件と限界

匿名という留保を付けたうえで持ち帰れるのは、①B2Bの「痛み駆動」ニッチ(それも担当者がエラーメッセージで検索するほど具体的な痛み)は、広告ゼロ・営業ゼロのセルフサーブと相性が最良である、②AIによるコード生成が最も効くのは、新規開発ではなく仕様の固まった成熟プロダクトの保守である、③サポートを人力で受けない設計(自己完結UI・1クリック解約)は、ソロB2Bの前提条件である、の3点だ。開発者ツールをMRR $50Kのライフスタイルビジネスに育てた事例とも通じる、「開発者が開発者に売る」型の教科書的な構成といえる。

限界も明確で、この型は「数年前に自分が苦しんだ企業システムの痛み」という参入資産を持つ人にしか開かれていない。痛みの解像度がニッチ選定とSEO記事の説得力を決めるからだ。そして匿名事例である以上、数字そのものを再現目標に置くべきではない。ここから持ち帰るべきは300万円という金額ではなく、痛みの具体性・セルフサーブ・AI保守という組み合わせの設計図である。