第6章 ― KPI設計(前編): 月300万円までの登山地図
“月300万円は、1日あたり1,300人の有料ユーザー。”
アプリ工場の KPI ピラミッドを実数で因数分解する。CLAUDE.md に書いてあるのは「1ヶ月10万 → 3ヶ月50万 → 6ヶ月100万 → 12ヶ月300万+」だが、これだけでは現場は動かない。「1人月いくら × 何人」の単位まで割らないといけない。
月300万円の正体
サブスク単価を 月¥800(¥500と¥980の中間想定)とすると、月300万円のMRRに必要な有料ユーザー数は **3,750人**。これを365日で平均すると、毎日10人ずつ有料転換が必要。さらに、無料 → 有料の転換率を 5%(業界平均) とすると、毎日 200ダウンロードが必要。さらに、ストア露出からのCV率を 1% とすると、毎日 20,000インプレッションが必要。
ASOで20,000インプレッション/日は、大型キーワード(カテゴリ Top10) を取らないと無理。これは1本のアプリでは届かない。10本生き残らせる必要がある。
段階別の登山地図
KPIピラミッド ― 月MRR → 必要有料ユーザー数の因数分解
| 時期 | MRR目標 | 有料ユーザー | 必要DL/日 | 必要インプレ/日 | 必要生存アプリ |
|---|---|---|---|---|---|
| 1ヶ月 | ¥100,000 | 125人 | 20DL/日 | 2,000imp/日 | 3〜5本 |
| 3ヶ月 | ¥500,000 | 625人 | 50DL/日 | 5,000imp/日 | 10本 |
| 6ヶ月 | ¥1,000,000 | 1,250人 | 100DL/日 | 10,000imp/日 | 15〜20本 |
| 12ヶ月 | ¥3,000,000 | 3,750人 | 200DL/日 | 20,000imp/日 | 30〜40本 |
12ヶ月で生存アプリ30〜40本。100本量産して 1/3 〜 1/2 が生存する想定。これは厳しいが、不可能じゃない数字。
ボトルネックは「課金率」じゃなくて「ストア露出」
1ヶ月目10万円のために、1日2,000インプレッション必要。アプリ1本で2,000インプレッションをオーガニックで取るのは、ASOニッチを正しく取れば可能。例えば「老眼OCR」「ADHD ポモドーロ」「猫トイレ管理」みたいな、検索ボリュームは小さいが競合が薄いキーワード。
Read Big(老眼OCR)は「Read Big OCR Magnifier」で英語圏も狙う。Focus Timer ADHDは「ADHD Focus Timer Pomodoro AI」。Sleep Mind Linkは「Sleep mood correlation」。CareFamは「caregiver app for parents IT/ES」。Cat Litter Logは「multiple cat litter tracker」。
ASOは1本では弱いが、5本で5方向のキーワードを取ると、合計のオーガニック流入は安定する。
課金率の現実
業界平均で、無料DLからの有料転換率は 1〜10% の幅がある。アプリ工場の想定は 5%(中央値)。これは現実的な数字。
課金率を上げる施策は、`agents/16_subscription_master.md` に書いてある。「3日無料トライアル → 月額」「7日後に成果表示プッシュ(例: 文字を読みやすくした回数 23回)」「解約寸前にディスカウントオファー(StoreKit2 Promotional Offers)」。これだけで2〜3%の転換率改善が見込める。
解約率(チャーン)は月10%程度。年間で見ると、年初の100人が年末には 0.9^12 = 28人になる。LTVを伸ばすには、解約率を月5%以下に下げる必要がある。これは継続率設計(毎日通知 / 連続記録 / データ蓄積 / 家族共有 / PDF出力 / AIアドバイス履歴)で可能。
CACとLTVのバランス
Growth Hacker Agent(`17_growth_hacker.md`)の指標は「CPI < LTV/3 を死守」。これは要するに、ユーザー1人獲得コスト(CAC) が、ユーザーの生涯売上(LTV)の1/3を超えると赤字、というルール。
月¥800サブスク、解約率月10%とすると、平均継続月数は 1/0.1 = 10ヶ月。LTV = 800 × 10 = ¥8,000。CACは¥2,667以下に抑える必要がある。
アプリ工場ではオーガニック流入主体なのでCACはほぼゼロ。広告を回す場合だけ、この計算が効いてくる。Phase2(月100万円超え)で広告予算を使う段階に来たら、CAC < ¥2,667をルールにする。
CFOによる「赤字アプリ停止判断」
`agents/02_cfo.md` には「30日連続赤字アプリは CEO へ停止提案」とある。これがアプリ工場の自浄作用。
30日連続赤字 = MRR < API課金 + ストア手数料 + サブスク維持コスト。これが続いたら、そのアプリは停止する。停止したアプリの開発リソースを、別の伸びてるアプリに集中投下する。これによって、ゾンビアプリが registry に滞留しない。
「失敗アプリ」を捨てる勇気
100本作って90本失敗する前提なので、90本を躊躇なく捨てる仕組みが必要。CFO Agent の30日連続赤字停止ルールは、その仕組みの1つ。
個人開発者の心理的バイアスとして「自分のアプリを捨てたくない」が必ず発生する。これを CFO Agent に冷静に判定させることで、感情を排除して合理的に停止できる。
停止したアプリの代わりに、市場調査で出た新しい候補(`market_research/2026-04-26_trends.md` の Top20)から次を選ぶ。失敗 → 学習 → 次、のループを高速で回す。
4コマ漫画 ― 「KPIピラミッドの正体」
- 1コマ目「12ヶ月で月300万円。可能?」「数字に分けてみよう」
- 2コマ目300万円 ÷ 800円 = 3,750人 ÷ 365日 = 10人/日転換
- 3コマ目10人転換/日 ÷ 5%課金率 = 200DL/日 ÷ 1% CV率 = 20,000imp/日
- 4コマ目「1本では無理。30〜40本生存させる必要がある。100本量産が答え」
次回、第6章後編は「KPI追跡 ― registry.json と kpi/dashboard.mjs」。実際の KPI 計測の仕組み、ASC Sales Reports API 連携、CFO Agent の月次レポート生成について書く。