Rork個人アプリで月10万円超を達成するポートフォリオ戦略 — 12年の個人開発で学んだ複数アプリ並行運用の設計図

Phase 1（Day 1-15）— 1作目を「踏み台」と位置づける

ポートフォリオ戦略への切り替えで一番大事なのは、1作目への期待値を意図的に下げることです。

1作目の役割を再定義する

私が個人開発者にいつも言うのは、1作目は次の3つの役割を果たすだけで十分だ、ということです。

1. App Store公開フローを実体験する: TestFlight、審査、リリース、レビュー対応の全工程を一通り経験
2. 自分のリリースペースを把握する: 「自分は2週間で1アプリ作れる」のような現実的な数値を知る
3. 最初の$1を経験して心理的ハードルを越える: 課金フローが動く瞬間を見る

これだけで1作目の役割は完了です。1作目で月収を作ろうとしないでください。

1作目から学ぶべきメトリクス

1作目で必ず計測すべき数値は次の3つです。これがポートフォリオ全体の設計指針になります。

• 開発時間（実働日数）: 自分のリリース能力の基準値
• 初月のオーガニック流入: 何もしないでApp Storeに出した時のDL数
• 初月の収益: 課金率、ARPU（1ユーザーあたり収益）

私の最初のアプリは、開発12日、初月DL 50件、初月収益¥800でした。この数字を基準にして、「2作目以降をどう設計すべきか」が見えてきました。

Day 15時点の成果物

• 1作目を実際にApp Storeに出して、最低でも$1の収益を確認
• 上記3つのメトリクスの記録
• 2作目のアイデア候補3つ（1作目の経験を踏まえて選ぶ）

Phase 2（Day 16-30）— ジャンル分散の設計

ポートフォリオで重要なのは、1つのジャンルに集中しないことです。1ジャンル特化は、そのジャンルが斜陽化したときに全滅します。

私の実体験から学んだジャンル分散の原則

私はAdMob時代、最初は壁紙系アプリだけを5作出していました。その後、Apple のプライバシー規約変更で広告収益が大きく下がったときに、ポートフォリオ全体が同時に痛みました。

そこから学んだのは、最低でも3つの異なるジャンルを持つことです。私の現在のポートフォリオは次のように分散しています。

• 壁紙・写真系: 視覚的な楽しさを売る（広告収益モデル）
• 癒し・瞑想系: 体験を売る（買い切り or サブスクモデル）
• 引き寄せ・ライフスタイル系: 習慣化を売る（サブスクモデル）

このようにジャンル×収益モデルの両軸で分散させることで、特定の市場変動に強くなります。

Rork Maxとジャンル選定

Rork Max が得意なジャンルは、特に次の3つです。

• ユーティリティ系: 翻訳、計算機、タイマーなどシンプルなツール
• 学習・トラッキング系: 習慣記録、家計簿、勉強記録
• コンテンツ生成系: AIキャプション生成、画像加工、文章添削

逆に、ゲーム系、リアルタイム通信系、複雑な3D系はRork Maxでは難しい領域です。これらは別のツールチェーンで作るか、避けるのが現実的です。

Day 30時点の成果物

• 2作目のジャンルと収益モデルが1作目と異なるものに決定
• 2作目のアイデア定義書（前編のテンプレートを使用）
• 1作目のメトリクス更新（1ヶ月経過した時点の数値）

Phase 3（Day 31-45）— 2作目を1作目より速く出す

ポートフォリオ戦略の核心は、2作目以降の制作スピードが急上昇することです。これが効率化の本丸です。

共通コードと共通アセットの整備

複数アプリを作るとき、必ず再利用できる要素があります。

• アプリの基本構造（タブ・ナビゲーション・設定画面）: Rork Max の出力をテンプレート化
• 課金実装: StoreKit 2 を使った IAP / サブスクの基本コード
• アナリティクス基盤: Firebase Analytics の組み込みパターン
• 広告連携: AdMob の SwiftUI ラッパー
• 設定画面のUI: アバウト、プライバシー、サポートのリンク群

これらを最初の2作で整備し、3作目以降はテンプレートとして使い回します。私はこれを「個人開発キット」と呼んでいて、新作の開発時間を1/3にしてくれます。

Rork Max + AIアシスタントの併用

Rork Max は SwiftUI 生成は強いですが、コンテンツ系の文言生成は別のAIを併用するのが効率的です。私の使い分けは次の通りです。

• Rork Max: SwiftUI コード、画面遷移、ナビゲーション
• Claude (Claude Code): 複雑なロジック、リファクタリング、エラー対応
• Gemini: スクリーンショット用のキャッチコピー、App Store説明文の多言語化
• DALL-E / Midjourney / Imagen: アプリアイコン、スクリーンショット用イラスト

このように複数のAIを役割分担で使うと、1人で従来の小規模スタジオ並みの生産力が出せます。

Day 45時点の成果物

• 2作目のApp Store公開
• 個人開発キットの最初のバージョン整備
• 1作目と2作目の合計収益が見える状態

Phase 4（Day 46-60）— 保守の自動化

複数アプリ運用の最大のコストは「保守」です。1アプリあたり月10時間の保守時間がかかると、10アプリで月100時間。これでは副業者には到底続きません。

保守を自動化する3つの仕組み

1. クラッシュレポートの自動集約: Firebase Crashlytics のダッシュボードを毎週月曜にチェック。緊急度の低いものは月1まとめて対応
2. レビュー返信の半自動化: Claude や Gemini を使って、低評価レビューへの返信文を自動生成。最終チェックだけ手動
3. アプリ更新スケジュールの集約: 全アプリの iOS バージョン対応や StoreKit 更新を、四半期ごとに一気に実施

これにより、1アプリあたりの保守時間を月1〜2時間に抑えられます。10アプリでも月10〜20時間で回ります。

App Store Connect の整理

複数アプリを運用すると、App Store Connect の管理が煩雑になります。私が整備しているのは次の構造です。

• 共通プライバシーポリシーURL: 全アプリで同じURLを参照
• 共通サポートURL: 全アプリのサポート受付を1ページに集約
• 共通の作者ページ: dolice.design のような自分のサイトに全アプリへのリンクを配置

これらを整備しておくと、新作リリース時の作業が10分で済みます。

Day 60時点の成果物

• 3作目のApp Store公開
• 保守自動化の3つの仕組みが稼働
• App Store Connect の管理構造の整備

Phase 5（Day 61-75）— Cross-promotion でポートフォリオ全体を伸ばす

複数アプリを持つ最大の利点は、自分のアプリ同士で相互送客できることです。これは1アプリ運営者には絶対に真似できない優位です。

Cross-promotion の3つの実装パターン

1. 「他のアプリも見てみる」セクション: 設定画面の最下部に、自社の他アプリへのリンクを表示
2. 完了画面でのおすすめ: アプリ内アクション完了時に「気に入ったらこちらもどうぞ」と他アプリを表示
3. 新作リリース時の通知: 既存ユーザーに対して、新作アプリのお知らせをプッシュ通知（適切な許可の上で）

これらは新作のオーガニック流入を初日から数百〜数千DLに押し上げる効果があります。私の場合、4作目以降の新作は、既存ユーザーからの流入だけで初週に1,000DLを超えるようになりました。

ブランディングの統一

各アプリに別ブランド名を付けるのではなく、「Dolice」のような統一ブランドで展開することを強く推奨します。私のサイト dolice.design や dolice.net がそうしているように、ブランドが立つと次の3つの効果が出ます。

• 既存ユーザーが新作を「同じ作者だから安心」と感じる
• App Store 内検索で自分のブランド名で複数アプリがヒットする
• メディア取材時に「個人で複数アプリを出している人」として認知されやすい

ブランディングの整備は、月収¥10,000のうちは小さな効果ですが、月収¥100,000を超えるあたりから決定的な差を生みます。

Day 75時点の成果物

• 4〜5作目のApp Store公開
• Cross-promotion の3パターンが稼働
• ブランディングの統一（アイコン・色味・命名規則）

Phase 6（Day 76-90）— 撤退判断と育成判断の経営者目線

ポートフォリオを持つということは、「育てるアプリ」と「畳むアプリ」の判断を下す経営者の役割を担うことです。これは1アプリ運営者には不要な判断ですが、複数アプリ運用では必須です。

撤退判断の基準

私が長年使っている撤退判断の基準は次の通りです。次のいずれかが3ヶ月続いたら撤退または最小運用に切り替えます。

• 月の純利益がインフラ費（Apple Developer Program $99/年含む案分）を割る
• 月のメンテナンス時間が、そのアプリの売上を時給換算で下回る
• ユーザーレビューが平均3.0を切り続ける（品質低下のサイン）
• 自分が「このアプリの通知を見るのが嫌だ」と感じる

撤退の判断は、新作にリソースを集中するために重要です。ポートフォリオに固執せず、入れ替えていく経営判断が、長期的に伸びる個人開発者の特徴です。

育成判断の基準

逆に、育てるべきアプリの兆候は次の通りです。

• 月のオーガニック流入が伸びている（マーケティングしないでも増えている）
• 既存ユーザーの継続率が高い（特にサブスク継続率）
• ユーザーから「こういう機能が欲しい」というレビューが集まっている
• 同ジャンルの競合がいないか、自分のアプリが独自の立ち位置を持っている

これらに該当するアプリには、追加機能開発やASO投資を集中します。ポートフォリオの中で1〜2作を「主力」に育てるのが、月収を一段押し上げるためのステップです。

Day 90時点の到達点

• 4〜5作のApp Store公開済みポートフォリオ
• 月収¥30,000〜¥80,000程度（運がよければ¥100,000超）
• 撤退判断と育成判断のルーチン化
• 個人開発キットによる新作30日リリース体制

私が12年の個人開発で学んだ3つの教訓

最後に、複数アプリを並行運用してきた経験から、特に大事な教訓を3つだけ。

教訓1: 「面白いアプリ」より「続くアプリ」

新作を作るとき、私は「これは1年後も自分が運営し続けたいアプリか」を必ず考えます。面白そうなアイデアでも、半年後にはもうその仕事を続けたくない、と感じるテーマは作りません。個人開発のポートフォリオは、自分が長く付き合えるテーマでしか長期維持できません。

私が壁紙・癒し・引き寄せ系を選んでいるのは、自分が個人的にこれらのテーマを好きだからです。仕事として割り切るのではなく、自分が情熱を持てる領域を選ぶことを強く勧めます。

教訓2: ポートフォリオは「攻めと守り」のバランス

私のポートフォリオは、常に安定収益アプリ7：実験的アプリ3のバランスを保っています。安定アプリで生活費を確保しながら、実験アプリで次のヒットを探す構造です。

実験的アプリだけを作り続けるのは精神的に疲れます。安定アプリだけを守り続けるのはイノベーションが止まります。両方を持つことが、12年続けるコツでした。

教訓3: 個人開発は孤独な仕事 — 仲間を作る

最後に、これが一番大事な教訓です。複数アプリを1人で運営していると、誰にも進捗を共有しない期間が長くなります。それが続くと、判断が偏り、撤退すべきアプリを引きずったり、伸ばすべきアプリを見落としたりします。

月1回でも、同じ個人開発者と進捗を共有するようにしてください。私は X や note で発信することで、これを補っています。発信は集客効果もありますが、本質は「孤独を緩和すること」です。

90日のロードマップは、あくまで「最短ルートの一例」です。本業がある人は倍の180日かけても問題ありません。速度より、続けられる構造を優先してください。

12年の個人開発を振り返って、私が最も大事だと思うのは「1作目で諦めない人だけが、2作目を作れる」ということです。1作目で月収を作ろうとして失敗し、業界を去る人が、個人開発者の最大の母数です。

逆に、1作目を「ポートフォリオの最初の1作」として位置づけて出した人だけが、その後も作り続けられます。3作目を出した人の中には、年収500万円超を達成する人が少なくありません。10作目を出した人の中には、専業に転向する人もいます。

明日、1作目を見直して、「これはポートフォリオの最初の1作だ」と位置づけ直してみてください。それだけで、その後の景色が大きく変わります。Rork Max という強力な生産力ツールを手にした個人開発者にとって、2026年は本当に追い風です。一歩を踏み出してみてください。