エンジニアでもないのには当てはまらない。John Hammondはなぜ20超のアプリ群を短期間で束ねて出せたのか

概要

John Hammondは、MRVL Technologiesの立ち上げ後およそ6カ月で20超のモバイルアプリを公開したソロ創業者である。本人のProduct Hunt投稿では、VCに頼らず、チームを持たず、消耗しきらない形で「実際に役立つアプリ群」を積み上げる方針を掲げていた。扱う領域はかなり広く、クリエイター向けのPromptr、AIノート作成のScribr、ポッドキャスト制作のPodcastr、教会運営向けのEkklesia、NFCレビュー導線のTapTrustなどが並ぶ。

面白いのは、数を出すこと自体を目的にしていない点だ。本人は、ランダムに量産するのではなく、隣接する用途を束ねた“縦のスタック”として設計することが機能したと振り返っている。PromptrからScribr、さらにPodcastrへ送客できるように、各アプリを孤立させず連携前提で置いている。プロダクト単体より、群としての回遊性を重視した作り方と言える。

また、技術面ではReact Nativeでの遠回りを認めつつ、iOSではSwiftへ切り替えたことも明かしている。加えて、AIは代替ではなく加速装置として扱い、意思決定や市場判断は人間が担うという立場を示した。大量出荷の話に見えて、実際には市場調査、切り捨て判断、導線設計が中心にある。

ビジネスモデル

John Hammondのやり方は、単一SaaSを深く掘るというより、モバイルアプリ群を束ねたポートフォリオ型のSaaSに近い。収益化の軸として確認できるのは、無料枠を入口にしながら有料プランやアップセルで回収する構成だ。たとえばPodcastrには無料プランに加え、月額19.99ポンド、29.99ポンド、39.99ポンドの複数プランが用意され、AI文字起こし、AIショーノート、AIブログ化、ソーシャルクリップ生成などを段階的に開放している。

このモデルの肝は、1本のアプリでLTVを最大化するより、複数のニーズを囲い込んで顧客接点を横展開するところにある。本人は各アプリが別のアプリへ送客すると説明しており、ポートフォリオ全体で獲得コストを薄める発想が見える。Promptr、Scribr、Podcastrの並びはとくに分かりやすく、動画台本、音声・会議メモ、音声コンテンツ配信という一連の制作フローをつないでいる。

集客面では、John Hammond自身が「作ることより見つけてもらうことの方が難しい」と繰り返しており、初期ユーザー獲得はプロダクト完成より配布設計が先だという考え方を取る。別のProduct Hunt投稿では、最初の100人はReddit、コミュニティ、コールドアウトリーチ、コンテンツで獲得可能と述べ、さらに最初の1,000人に向けて小さな有料実験を行う予算感も共有していた。つまり、開発費を極小化し、検証済みチャネルへ徐々に再投資する設計である。

収益規模

公開されている収益データは確認できなかった。

一方で、コスト構造については本人発信から一定の輪郭が見える。MRVL全体で28超のアプリを運営し、インフラ費は月340ポンド前後、1アプリあたりでは約15ポンドと述べている。さらに、1本あたりの立ち上げ費用は100〜500ドル程度に収まるケースがあると紹介しており、Supabaseの無料枠、安価なドメイン、Xcodeなどを組み合わせた軽量運営を前提にしている。

つまり、売上規模は読み切れないものの、John Hammondの勝ち筋は「高売上の単発作」より「極端に軽い原価で多数の検証機会を持つこと」にある。収益額ではなく、試作から公開までの回転数そのものが経営指標になっているタイプだ。

学べるポイント

1つ目は、プロダクトを点ではなく面で考えること。John Hammondは20超のアプリを出したことよりも、相互送客する縦スタックを作ったことに価値がある。単独アプリは埋もれやすいが、連携する複数商品を持てば、既存ユーザーへの提案余地が増える。

2つ目は、AIを経営判断の代わりにしないことだ。本人はAIで開発速度を押し上げつつも、課題設定、ポジショニング、市場にお金が落ちているかの見極めは人間が握るべきだと整理している。この線引きがあるから、量産が“雑な量産”に崩れにくい。

3つ目は、作る前の調査を削らない姿勢である。各アプリは競合の分解から始め、魅力的に見えても支払い需要が弱ければ見送る。プロダクト数が多い人ほど、思いつきで前進しているように見えがちだが、実際は捨てる精度が高い。

4つ目は、無料枠の設計思想だ。本人は水増し感のある制限や不誠実な仕掛けを避け、正直な無料プランの方がレビューや転換率に効くと見ている。短期収益より信頼を優先する方が、アプリ群ではむしろ効率が良いという示唆がある。

5つ目は、開発より配布が本戦だという認識である。John Hammondは、今は良いものを作るだけでは差別化になりにくく、継続的な配布努力に6〜12カ月は必要だと書いている。これはAI時代の個人開発者にとってかなり重要で、速度優位はすぐ陳腐化するが、見つけてもらう仕組みは蓄積しやすい。

日本での再現可能性

日本でも再現余地はある。ただし、そのまま真似るより「テーマを絞ったアプリ群」として再設計した方が現実的だ。

再現しやすいのは、業種特化の縦積みである。たとえば士業、建設、教会や地域団体、コンテンツ制作者、小規模店舗など、用途が連続するニッチでは、1本の大規模SaaSより軽量アプリの束の方が入りやすい場面がある。TapTrustのようなレビュー導線、Scribrのような文字起こし、Promptrのような制作補助を、国内の事業者向けに局所最適化する発想は十分あり得る。

一方で難所もある。日本ではApp Store依存だけで大きく伸ばすのは簡単ではなく、法人営業、コミュニティ、業界ネットワーク、既存顧客へのクロスセルまで含めた配布設計が必要になる。また、本人の手法は大量試作に向いているぶん、運用保守やサポート体制が弱いとすぐ破綻する。国内で再現するなら、対象業界を1つに絞り、3〜5本の連携アプリから始める方が堅い。

さらに、日本市場では“全部入り”より“現場の面倒を一つ消す”方が初速を得やすい。John Hammond型の学びは、20本出すことではなく、低コストで検証しながら、隣接課題へ順番に広げることにある。

出典

• https://www.producthunt.com/p/introduce-yourself/i-ve-shipped-20-apps-in-6-months-as-a-solo-founder-here-s-what-actually-worked-and-what-didn-t
• https://www.producthunt.com/p/general/how-much-money-do-you-think-is-enough-to-start-and-launch-a-startup
• https://appagg.com/developer/john-hammond/free/?hl=cs
• https://appshunter.io/ios/app/6761711877