AppAlchemy、2週間で作ったモバイルアプリビルダーが1年でMRR $10,000超。空席の取り方

2週間で出したものが、1年でMRR $10,000超になった

AppAlchemyは、ブラウザだけでネイティブモバイルアプリを作れるツールである。Xcodeも、Macも、開発環境のセットアップも要らない。作っているのはDiego Roshardtという一人の開発者で、MVPの構築期間は約2週間。ローンチから約1年後の2026年7月時点で、月次収益はMRR $10,000超に達している。ユーザー数は「数千人」と本人が語っている。

数字の粒度としては粗い事例だ。顧客数の正確な値も、プラン別の価格も、月ごとのMRR推移も開示されていない。それでも取り上げる価値があるのは、この事業の勝ち筋が「何を作ったか」ではなく「どこに置いたか」で説明できるからである。

確認できている数字

技術スタックはReactからNext.jsへ、バックエンドはFirebaseからSupabaseへ移行している。後者の理由は明快で、AIコーディングツールとの相性がSupabaseのほうが良かったからだという。開発自体もClaude CodeとCursorを使っている。

そこに空席があると気づいた

Roshardtの経歴は独学だ。コードはYouTubeで覚え、大学時代に複数のプロダクトを出したがほとんど失敗した。卒業後、ポートフォリオを添えてスタートアップ創業者にコールドメールを送り、ソフトウェアエンジニアとして採用される。だが数ヶ月で「満たされない」と感じ、会社を辞めた。

その時期に彼が観察していたのが、Web向けAIアプリビルダーの盛り上がりである。Lovableのようなツールが注目を集めていた一方で、モバイルアプリに対応する同等のプロダクトが見当たらなかった。同じ需要曲線の隣に、まだ誰も座っていない席がある。これがAppAlchemyの出発点だ。

彼は故郷を離れ、オースティンでワンルームを借りて事業に専念した。「数ヶ月分のランウェイしかなかったから、成立させるしかなかった」というのが当時の状況である。

潮目が変わった二つの点

この事業には転機が二つある。ひとつは意図的な設計判断で、もうひとつは外から来た。

初日から課金したこと。 AppAlchemyには無料お試し期間が存在しない。ローンチの時点で月額サブスクと年額割引プランを用意し、いきなり有料でリリースしている。Roshardtの言い分は「有料顧客こそが、そのプロダクトに需要があることを最終的に証明する」というものだ。実際、初期の売上は「散発的な有料ユーザーが数人」という細い流れだった。無料ユーザーを積み上げていれば数字は大きく見えたはずだが、彼はそれをしなかった。

Xの大型アカウントに取り上げられたこと。 ある時期、Twitter(X)の有力インフルエンサーがAppAlchemyについて投稿し、一晩でユーザーが大量に流入した。ここが可視的な折れ目である。ただし正直に書いておくと、記事にはこの前後のユーザー数・MRRの具体値が示されていない。投稿の時期についても本人の説明と記事内で示されたツイートの日付にずれがあり、日付単位では特定できない。判明しているのは「初期は散発的だった有料ユーザーが、この流入を境に事業と呼べる規模に乗った」という順序だけだ。

この二つは独立ではなく、順番に意味がある。課金の仕組みが先に置かれていたから、一晩の流入がそのまま売上に変換された。無料で配っていたら、同じ流入は「ユーザー数のグラフが跳ねた」で終わっていた可能性が高い。

伸びた理由を分解する

表面の施策を並べれば「RedditとXで発信した」で終わってしまう。もう一段下に降りると、三つの構造が見える。

一つ目は参照点の借用である。Web向けAIアプリビルダーというカテゴリは、すでに市場側で認知が完成していた。AppAlchemyは「あれのモバイル版」と一言で説明できる。新しいカテゴリを教育するコストがゼロに近い状態でスタートしており、これは2週間でMVPを出せた理由の一部でもある。説明が要らないものは、機能を絞れる。

二つ目は、摩擦の除去点が具体的であること。モバイルアプリ開発の参入障壁は、コードを書けるかどうかよりも手前にある。Macを買い、Xcodeを入れ、証明書を扱うという一連の準備だ。AppAlchemyはこれをブラウザ一枚に畳んだ。取り除いた摩擦が誰にでも思い当たる種類のものだったため、価値の説明が短く済む。

三つ目はRedditの使い方だ。Roshardtの方法は明快で、まず自分がRedditの能動的な利用者になる。「まったく新規のアカウントからの投稿は、ほぼ確実に自動でフィルタされる」ことを前提に、温まったアカウントを使う。投稿内容はプロダクトの更新報告、自分が実際に使っている様子の動画、そしてバイブコーディングやAIツール一般の話。「自分のニッチで価値を提供し、その途中でさりげなくプロダクトに触れる」というのが本人の表現である。売り込みを先に置かない、というだけの話だが、これがフィルタと読者の両方を通過する条件になっている。

開示されていないこと、弱点

この事例で最も注意すべきは、検証可能な数字が少ないことである。MRR $10,000超という一点以外、月次の推移も解約率も顧客単価も公開されていない。したがって「1年でMRR $10,000」という結果は確認できても、その内訳が年額前払いに偏っているのか月額の積み上げなのかは判断できない。

構造上のリスクも小さくない。AIアプリビルダー領域は参入が容易で、Web側では既に複数プレイヤーが競合している。モバイル側の空席という優位は、後発が入ってくれば消える種類のものだ。さらに、プロダクトの基盤がAIモデルとApp Store/Google Playの審査ルールという二つの外部依存の上に乗っている。どちらの仕様変更もコントロールできない。

Roshardt自身が挙げている失敗も記録しておく。ひとつは、マーケティングではなく機能開発に時間を使いすぎたこと。もうひとつはソロ創業者としての孤立で、周囲にコミュニティがない状態が続いたことだという。彼が「ビルド・イン・パブリック」を勧める理由も、成長のためというより人とつながるためだと語っている。

再現できる部分、できない部分

移植可能なのは、隣接カテゴリの空席を探すという発想である。まったく新しいものを立ち上げるより、すでに需要が証明されたカテゴリの「まだ埋まっていない軸」を取るほうが、説明コストも開発コストも小さい。Webで流行っているものをモバイルへ、あるいは英語圏で流行っているものを日本語圏へ、軸の取り方は複数ある。初日から課金するという判断も、資金が乏しい個人にとってはそのまま真似できる。

再現しにくいのは、タイミングと流入の当たりだ。AIアプリビルダーというカテゴリが立ち上がる瞬間に居合わせたこと、そして大型アカウントに拾われたことは、意図して起こせるものではない。Redditでの発信を長期間続けていた蓄積が確率を上げたとは言えるが、一晩の流入そのものは再現条件に入れられない。

そして忘れてはならないのが、数ヶ月分のランウェイしかない状態で退職・移住してフルコミットするという前提である。この意思決定は成功したから語られている。同じ賭けをして資金が尽きた事例は記事にならない。AppAlchemyの数字を読むときは、この生存バイアスを差し引いておく必要がある。

あわせて読みたい

• PhotoAI月$132K・従業員ゼロ・年間37,000コミット。Pieter Levels氏の「一人で回す」経営の解剖
• マーケティング費ゼロ・匿名の一人開発者が$2M ARR。Carrdの「機能を増やさない」戦略