リリース直前だったプロトタイプ
創業者は、昨年2月にアプリ開発の知識ゼロで Lovable を使った開発を始めたと認めています。彼はオンボーディングフローや RevenueCat の統合方法を理解していませんでした。この無知は幸福ではなく、2ヶ月の遠回りとなりました。
彼はその2ヶ月間、手動でプロンプトを入力してプロトタイプを作成しました。しかし、ローンチ直前に現実を突きつけられます。アプリは使い物にならず、「ひどい」出来だったのです。彼はすべてを破棄し、リリースを拒否しました。
これは失敗ではなく、区別でした。Lovableでのビルドは進捗しているように見えましたが（機能的なUIなど）、それは製品ではなくプロトタイプに過ぎませんでした。実際のユーザーや収益に必要な基盤システムやユーザー体験が欠けていたのです。
彼は、実行可能な製品には目に見えるインターフェース以上のものが必要であることを痛感しました。堅牢なオンボーディング、収益化の仕組み、そして拡張性のあるバックエンドが必要です。彼のアプローチでは、それらを実現できませんでした。
なぜ彼は痛みを伴うリセットを選んだのか
AppMaxの最初のビルドを破棄したのは、軽い気持ちでの方向転換ではありません。それは意図的な「品質のリセット」でした。Lovableで2ヶ月間「Vibe coding」をした後、創業者はプロトタイプがリリース不可能であると判断し、Replitでの全面的な再構築に踏み切りました。これは単なるワンクリックの移行ではなく、製品のアーキテクチャとユーザー体験の根本的な見直しでした。
迅速なインターフェース生成は強力ですが、しばしばより深い問題を隠してしまいます。リリース可能なアプリには、綺麗な画面だけでなく、一貫したユーザーフロー、堅牢な製品ロジック、そして信頼できるデプロイ経路が必要です。最初のLovableでのビルドは、開発スピードは速かったものの、商用製品として不可欠な要素が欠けていました。
AI支援開発の経済性は、このような劇的なリセットを可能にします。LLMがコードを素早く生成できるため、不完全なバージョンを修正し続けるよりも、破棄するコストの方が低い場合が多いのです。創業者はわずか1ヶ月でReplitを使ってAppMax v2 を再構築し、この効率性を証明しました。しかし、スピードは健全な製品判断を保証するものではなく、単に反復のハードルを下げるだけです。
この再構築フェーズにより、創業者はX上の他の成功したアプリ創業者から重要な教訓を取り入れることができました。彼はオンボーディング戦術の最適化や、RevenueCatのようなツールを通じた収益化の理解に集中しました。これらは最初のLovableプロトタイプには欠けていた重要な要素です。その結果、AppMax v2は初月で 7,000ドル以上の収益 を上げ、痛みを伴うリセットが正しかったことを証明しました。
1ヶ月、ローンチ、そして7,000ドル
AppMax v2は迅速にリリースされました。創業者はわずか1ヶ月でアプリ全体をReplitで再構築したと報告しています。リリース後の初月、AppMax v2は 7,000ドル以上 の収益を生み出しました。これは動画タイトルにある月商6万ドルとは別物であり、再構築はフルスケールではなく、その基盤を築いたのです。
重要なのは、創業者が実践的なアドバイスを得るためにX（旧Twitter）を活用したことです。彼は成功したアプリ創業者の戦略に没頭し、以下の洞察を得ました：
- Vibe coding
- オンボーディング戦術
- マーケティング手法
彼はこの内部情報を直接AppMax v2に適用しました。これは単なるプラットフォームの移行ではなく、コミュニティから得たベストプラクティスに基づいた戦略的なリセットでした。AIアプリビルダーを検討している人々にとって、Lovable - AI App & Website Builder は一つのアプローチですが、AppMaxの旅は、現実世界のアプリ成功においてコミュニティ主導の洞察がいかに価値があるかを示しています。迅速な再構築と初期収益は、この反復的かつ洞察に基づいたアプローチの正しさを裏付けています。
この記事が気に入ったら、毎朝同じようなものをメールで受け取れます。
1日1通 · 2クリックで解除 · サードパーティのトラッキングなし
ボトルネックはコードの先へ移動した
AIはソフトウェア構築の障壁を下げました。しかし、AppMax v2の成功が示す通り、コンバージョンとリテンションを決定づけるのは依然として、流通、製品品質、オンボーディング、そしてマネタイズです。何かをリリースすることは簡単ですが、収益性の高いものをリリースすることは困難です。
創業者はこれを身をもって学びました。最初のLovableプロトタイプには、RevenueCatや効果的なオンボーディングといった基本的なアプリの仕組みが欠けていました。これらがなければ、機能するアプリであってもユーザーのコンバージョン獲得に苦戦します。ユーザーがどのように発見し、オンボーディングし、支払いを行うかというユーザー体験を理解することが極めて重要です。
コンシューマー向けアプリのフローは、単なるUXの装飾ではありません。オンボーディングとサブスクリプションの設計は、ユーザーが価値をどのように認識し、支払いを行うかを決定づけます。これは単なるコードの問題ではなく、ビジネスの基本とユーザー心理の問題です。AppMaxが月商6万ドルへと急速に拡大したことが、それを証明しています。
ビルダーを目指す人々へ：ローンチ前にユーザー体験を検証してください。ビジネスの基本を早期に学びましょう。LovableやReplitといったツールは強力ですが、それらは反復的なプロセスにおける構成要素であり、判断の代わりになるものではありません。仮定を避けるためではなく、仮定を迅速にテストするためにそれらを使用してください。
よくある質問
創業者は最初のバージョンの構築にどれくらいの時間を費やしましたか？
彼はLovableで最初のプロトタイプを2ヶ月間手動でプロンプトして構築しましたが、ローンチには適していないと判断しました。
なぜ彼はReplitでアプリを再構築したのですか？
彼はLovable版の品質が低すぎてリリースできないと判断し、AppMax V2をReplitで再構築することを選択しました。
再構築されたアプリはどれくらいの速さで収益を上げましたか？
インタビューによると、Replitでの再構築版をローンチした後、アプリは初月で7,000ドル強の収益を上げました。
創業者はアプリ開発の経験がありましたか？
彼は、オンボーディングやサブスクリプションインフラサービスであるRevenueCatといった基本知識を知らない状態から始めたと語っています。