Rork でアプリを作ること自体は、2026年に入って格段に簡単になりました。問題は「アプリができたその後」です。
ストアに出しても誰にも見つからない、ダウンロードはあっても収益にならない……個人開発者が直面するボトルネックは、技術よりもビジネス側にあることが多いです。
このプレイブックは、Rork でアプリを作り始めてから1年間、どう動けば「稼げるアプリ」にたどり着けるかを段階的に整理したものです。
フェーズ0：アイデア検証（0〜2週間）
作る前に確かめること
開発を始める前に答えておくべき3つの質問があります。
誰のどんな問題を解決するか：「○○な人が△△のときに感じる不便を解消する」という形で言えるまで具体化します。「みんなが使えるアプリ」は誰も使わないアプリです。
同種のアプリは存在するか：App Store で検索して上位10件を確認します。競合がゼロ＝市場がない可能性が高い。競合がいるのに「自分の方が良い」と思える理由があるかを考えます。
収益化の道筋が見えるか：無料ダウンロード×広告収益か、有料アプリか、サブスクリプションか。最初から考えておかないと、後で収益モデルが合わない構造になりがちです。
検証コスト最小化のコツ
Rork の強みは「試作が速い」ことです。検証には最小機能だけで十分です。
Week 1: Rork でコアフロー（1〜2画面）のみ作成
Week 2: 5〜10人のターゲットユーザーに見せてフィードバック収集
→ 続けるか方向転換するかを判断
完璧なアプリを作ってから「誰にも刺さらなかった」ではなく、最小限のものを早く見せてフィードバックを得る。この順序が1年目を左右します。
フェーズ1：MVP開発とストア申請（2〜8週間）
Rorkで効率よく作るための原則
プロンプトは画面単位で書く：「タスク一覧画面。各タスクに完了チェックボックスと削除ボタンがあります。完了したタスクは取り消し線で表示します。」という具体的な指示が、曖昧な全体指示より良い結果を出します。
コアフローを先に固める：ユーザーが最も頻繁に通るパス（例：商品検索→詳細→購入）を最初に完成させ、それ以外の機能は後から追加します。
Supabase でデータ管理：Rork との相性が良く、認証・データベース・ファイルストレージをまとめて管理できます。個人開発の無料枠で十分動きます。
Apple Developer・Google Play Developer への登録
両方を合わせると年間$125程度の費用がかかります。これは事業費として確実に回収できるコストです。
登録後は以下の準備を進めます：
App Store Connect では、スクリーンショット（6.7インチ・5.5インチの2サイズが必須）、アプリアイコン、プライバシーポリシーURL、App Store 説明文（4,000文字まで）が必要です。
Google Play Console では、スクリーンショット、フィーチャーグラフィック（1024×500px）、説明文が必要です。
ASO（App Store 最適化）の基本
リリース前に時間をかけるべき最も重要な箇所がASOです。
タイトル：検索キーワードを含めつつ、ユーザーに伝わる30文字以内。例：「GoodHabit - 習慣トラッカー」
サブタイトル（iOS）：30文字。タイトルで使えなかったキーワードと価値提案を入れます。
キーワードフィールド（iOS）：100文字。スペースで区切り、タイトル・サブタイトルと重複しないキーワードを選びます。
スクリーンショット：1枚目が最重要。ユーザーが得られる価値を視覚的に伝えるもの。テキストキャプションを入れると転換率が上がります。
フェーズ2：初期グロース（2〜6ヶ月）
リリース直後にやること
Product Hunt への投稿：テックコミュニティへの露出として有効です。「Today's Top Products」に入ると数百〜数千のダウンロードが期待できます。月曜〜木曜の投稿が効果的です。
Redditへの投稿：r/apple、r/androidapps、r/Rork（存在する場合）などへの投稿。「自分のアプリを宣伝するだけ」にならないよう、コミュニティへの貢献姿勢を持ちながら行います。
note・Twitterでの開発ログ：「作っている過程」を発信することで、リリース前からフォロワーを獲得できます。特にビルドインパブリック（#buildinpublic）はインディー開発者コミュニティで受け入れられやすいです。
最初の収益化戦略の選択
3つの主要な収益モデルのそれぞれに向いているアプリタイプを整理します。
広告（AdMob）が向くアプリ：
- 1日複数回、短時間使うユーティリティ系
- フリー主体でダウンロード数を稼ぎやすいカテゴリ
- DAU（日次アクティブユーザー）が数万人以上になれば十分な収益
実装タイミングの目安：100 DAU を超えてから。それ以前は収益より体験を優先します。
バナー広告: eCPM $0.5〜2（日本）
インタースティシャル: eCPM $3〜15（日本）
リワード広告: eCPM $5〜30（日本）
アプリ内課金（IAP）が向くアプリ：
- ゲーム、コンテンツアプリ、エディター系
- 「もっと使いたい」動機が明確な機能がある
- 課金コンバージョン率の目安：DAU の 1〜5%
Rork でのIAP実装は Expo の expo-in-app-purchases または react-native-iap を使います。バックエンドの購入検証は Supabase Edge Functions で行うのが個人開発では管理しやすいです。
サブスクリプションが向くアプリ：
- 継続的な価値提供がある（データ同期、コンテンツ更新等）
- MRR（月次定期収益）で財務予測がしやすい
- チャーン率の管理が重要になる
個人開発の初期段階では、まず広告またはアプリ内課金で小さく収益化し、ユーザーに「払う価値がある」と確認してからサブスクリプションへ移行するパターンが多いです。
フェーズ3：スケールとリテンション（6〜12ヶ月）
ユーザーリテンションの改善
リリースから6ヶ月経っても「ダウンロードはあるが続かない」という場合、以下のデータを確認します。
D1・D7・D30リテンション：
- 翌日継続率（D1）: 30〜40%が及第点
- 7日後継続率（D7）: 20〜25%が目標
- 30日後継続率（D30）: 10〜15%が目標
これを下回る場合、主な原因として「オンボーディングの価値訴求不足」「コアループの弱さ」「通知の設計ミス」が挙げられます。
プッシュ通知の設計： 許可率を上げるには「タイミング」が重要です。アプリインストール直後ではなく、ユーザーが一度価値を体験した後（例：初回タスク完了後）に許可を求めます。
通知のコンテンツは「今すぐ開く理由」が必要です。「使ってください」ではなく「昨日の続きができます」の方が開封率が高いです。
レビュー管理と評価の改善
App Store の評価は ASO に直接影響します。平均 4.0 以上を維持することが目標です。
レビュー依頼のタイミング：
✓ ユーザーが課題を解決できた直後
✓ アプリを5回以上使用後
✓ アプリ内でポジティブなアクション後（目標達成など）
✗ 起動直後
✗ エラーや問題が発生した直後
ネガティブレビューへの対応： 24〜48時間以内に返信することで、他のユーザーへの印象が変わります。「ご不便をおかけして申し訳ありません。バージョン○○で対応します」という具体的な返答が、次のレビューアーの評価に影響します。
1年目の数値目標（参考）
個人開発1年目の現実的な目標感として（ジャンルや戦略により大きく異なります）：
月500〜2,000ダウンロードが安定すれば、広告収益で月数千〜数万円の水準です。月3,000〜10,000ダウンロードで、AdMob + アプリ内課金の組み合わせで月数万〜十数万円のラインが見えてきます。
この水準に達するかどうかは、アプリのカテゴリ選択とASO品質に大きく依存します。「検索されやすいカテゴリで上位に入れるか」がゲームのルールです。
1年目で収益化を実現している個人開発者に共通するのは、「一つの問題に絞り込んでいる」ことです。多機能なアプリより、一つのことを本当にうまくやるアプリの方が、発見されやすく評価も得やすい傾向があります。
Rork はアプリを作る速さを大幅に下げてくれましたが、プロダクト戦略の部分は依然として人間の判断が必要です。このプレイブックが、その判断の参考になれば嬉しいです。