DR: 収益化アプリの「作り込み」ベストプラクティス完全版
UX / オンボーディング / 課金導線 / リテンション / AI組み込み / 実装スタック(Expo+RevenueCat) — 2026-06-15 / 個人開発者向け / 100点必達版
課金導線オンボーディングリテンションAI組み込みASO作り込みExpo+RevenueCat解約抑止
このDRの位置づけ・既存DRとの差別化(D:\市場調査資料\で重複確認済)
既存の DR_iOSアプリ売れる秘訣_サブスクBox研究_2026-05-15.html(動画分析・ダミー実装)、DR_iOS個人開発トッププロ完全分解_2026-05-17.html(稼ぐ人の事業戦略:ニッチ/ASO/量産/露出)、DR_収益MAX選抜_iOSアプリTop3_2026-05-16.html(どのアプリを作るかの選定)はいずれも「事業・テーマ選定・露出」側。
本DRは唯一「決めたアプリを、いかに作り込んで売れる状態にするか(プロダクト内部の品質工学)」に特化 ―― オンボーディング設計・ペイウォール位置・トライアル設計・価格表示・リテンション機構・レビュー依頼タイミング・解約抑止・AI機能の実装方式・Expo+RevenueCatの実装手順 ―― を一次ソース26件の数値で固めた実装プレイブック。既存DRと内容の重複なし(補完関係)。
結論(3行):
① 売上を決める最大レバーは「機能数」ではなく
(a)オンボーディングで"Aha体験"を先に与える → (b)ハードペイウォール or 文脈ペイウォール → (c)初週churnを防ぐ習慣化 の3点。ハードペイウォールはフリーミアムより
D35トライアル→課金が約5倍(10.7% vs 2.1%)、D60の
インストール当たり収益が8倍($3.09 vs $0.38)(RevenueCat 2026)
[1]。
② 個人開発の現実解スタックは
Expo(Dev Client)+ react-native-purchases / -purchases-ui(RevenueCat)。課金UIはダッシュボードからリモート編集でき、A/Bテストもコード変更なしで回せる
[8]。AI機能は
iOS 26のFoundation Models(オンデバイス3Bモデル・API費¥0・オフライン・プライバシー)を第一候補、世界知識/高度推論が要る時だけクラウドAPI
[15][16]。
③ 解約の37%は「使われていない=習慣化失敗」、35%は「高い(=価値知覚ギャップ)」。
作り込みの本丸はリテンションとオンボーディングであって、価格やコピーは後段の最適化
[12]。
数値の扱い(hallucination対策・トフィーさんルール準拠):本DRの転換率・churn・収益数値は RevenueCat「State of Subscription Apps」2025/2026(115,000アプリ・$16B・10億超トランザクション)等の一次/大規模事例のみを出典付きで採用。中央値ベースで「あなたのアプリで同じ数字が出る」保証ではない=方向性の指標。出典の無い独自断定は避け、未確認は「要確認」と明記。最終判断はトフィーさんの実機データ＞全二次情報。
1. 結論 — 作り込みの優先順位とROIマップ
個人開発で「あと一歩売れない」アプリの大半は、機能不足ではなく「価値を体験させる前に課金を求める/体験後に離脱を防げない」という導線の作り込み不足。投資対効果(ROI)の高い順に並べると:
| 優先 | 作り込み領域 | 効くレバー(一次根拠) | 個人開発の工数感 |
|---|
| ★1 | オンボーディングで"Aha体験"を先出し | onboardingは好調アプリでトライアル開始の約50%を生む[2]。PhotoRoom等はコア価値体験直後にペイウォール[2] | 中(2-5日) |
| ★2 | ペイウォール位置と種別(ハード/文脈) | ハードはD35課金10.7% vs フリーミアム2.1%、RPI8倍[1]。Greg/Rootdは早期ペイウォール化で売上5倍[2] | 小(1-2日) |
| ★3 | 初週churn防止(習慣化・通知・streak) | 初90日に通知1回以上で継続率ほぼ3倍[5]。streak+milestoneでDAU 40-60%↑・30日churn35%↓[6] | 中(3-6日) |
| ★4 | トライアル設計(長さ・opt-in/out) | 長期トライアル(17-32日)42.5% vs 短期(<4日)25.5%[1]。3日トライアルはDay0に55.4%が解約[1] | 小(設定のみ) |
| ★5 | 解約抑止(キャンセルフロー・winback) | 解約時オファーで平均churn 32%減(最大45%)[12][13] | 中 |
| ★6 | ASO作り込み(スクショ/プレビュー) | 最初の3枚に約90%が依存[9]。スクショ最適化でCV 20-35%↑、プレビュー動画でinstall 20-30%↑[9][10] | 中 |
| ★7 | レビュー依頼の作法(満足の瞬間に) | HIG:満足直後・作業を妨げない・365日3回まで・誘因禁止[11] | 小 |
🤑 マネタイザー:レバーの順番が金。コピーや色のA/Bは"最後"。まずonboardingでAhaを見せ、その直後にペイウォール置くだけで5倍化した事例(Greg/Rootd)がある。これは無料でできる構造変更だ。
💼 コーチ:工数小×効果大の★2★4★7から着手して即リリース。★1★3は1スプリント(2週)で。全部一度にやろうとして止まるのが一番もったいない。
💕 メンター:機能を足したくなる気持ちはわかります。でも数字が言っているのは「足りないのは機能じゃなく、体験の順番」。今あるアプリでも順番を直すだけで化けますよ。
2. 市場規模・ベンチマーク(一次数値)
出典の中核は RevenueCat「State of Subscription Apps 2026/2025」(115,000アプリ・年間$16B・10億超トランザクションの実データ集計)[1][3]。中央値=「真ん中のアプリ」の値で、上位は遥かに高い。
10.7%
ハードペイウォールのD35
トライアル→課金(中央値)
[1]8倍
D60のインストール当たり収益
$3.09 vs $0.38
[1]~50%
好調アプリでonboardingが
占めるトライアル開始割合
[2]
2-1. ペイウォール / トライアル ベンチマーク
| 指標 | 数値(中央値) | 出典 |
|---|
| ハードペイウォール D35 トライアル→課金 | 10.7%(2025は12.1%でやや低下) | [1] |
| フリーミアム D35 トライアル→課金 | 2.1%(横ばい) | [1] |
| D60 インストール当たり収益(ハード/フリー) | $3.09 / $0.38 | [1] |
| 12ヶ月継続率(ハード/フリー) | 27% / 28%(差は誤差範囲) | [1] |
| 長期トライアル(17-32日)の課金転換 | 42.5% | [1] |
| 短期トライアル(<4日)の課金転換 | 25.5%(長期が約70%優位) | [1] |
| 4日以下トライアル採用アプリ割合 | 46.5%(2025:42.1%から増) | [1] |
| 3日トライアルがDay0に解約される割合 | 55.4%(Day0-1で84%) | [1] |
| ハードペイウォールでDL後1週以内にトライアル開始 | 78% | [3] |
| 実験(A/B)を回すチームの収益優位 | 最大40倍(回さないチーム比) | [2] |
含意:①無料で価値を全部見せるフリーミアムは個人開発では収益が立ちにくい(RPI 8倍差)。ただしバイラル前提のアプリは別。②トライアルは「短い=安全」ではない。Day0解約が55%を超えるので、Day0-Day1にAha体験と"なぜ続けるべきか"のリマインドを必ず差し込むのが作り込みの肝。③長期トライアルの方が転換率が高いのは「価値を実感する時間」を与えられるから ―― ただしトフィーさん実機で短期が回るなら実機優先。
2-2. churn / リテンション ベンチマーク
| 指標 | 数値 | 出典 |
|---|
| 年額サブスクの初月解約割合 | 年額解約全体の35%が初月に集中 | [1][13] |
| 初90日に通知1回以上 → 継続率 | 通知ゼロのほぼ3倍 | [5] |
| streak+milestone併用 | DAU 40-60%↑ / 30日churn 35%↓ / 7日streak後は日次利用2.3倍 | [6] |
| 解約時オファー(割引/代替) | 平均churn 32%減(最大45%) | [12][13] |
| 2025年の新規獲得に占める"出戻り(winback)" | 約20% | [13] |
| 解約理由内訳 | 使われない37% / 高い35% / 課金エラー(Google Play)最大28% / 他アプリ9.5% / 不具合7% | [12] |
| AIアプリのY1実現LTVプレミアム | +41%($30.16 vs $21.37)。ただし月額は12ヶ月で36%多く解約 | [1] |
AIアプリの両面性:LTVは高いが月額解約も速い
[1]。=「AIで惹いて、AI以外の習慣機構(streak/記録/通知)で繋ぎ止める」設計が必須。AIを"目玉"にしつつ、継続理由はAI単体に依存させない。
3. 競合TOP10 + 作り込みパターン表
事例として一次ソース(RevenueCat/Apple/各ASO記事)に登場する、作り込みの参考になるアプリ。数値は出典に明記のあるもののみ。
| # | アプリ/事例 | 作り込みの肝(真似ポイント) | 根拠 |
|---|
| 1 | Greg(植物ケア) | ペイウォールをonboardingへ前出し+機能ベース課金へ移行 → サインアップ→トライアルが3%→15%(5倍)、トライアル開始約400%増 | [2] |
| 2 | Rootd(メンタルウェルネス) | onboarding早期にペイウォール → 売上5倍。「早期ペイウォールは離脱を招く」という思い込みを覆した | [2] |
| 3 | PhotoRoom(写真背景除去) | onboarding中に"背景除去のAha"を体験させ、その直後に文脈ペイウォール | [2] |
| 4 | Duolingo(語学) | streakリマインド通知で日次学習を習慣化(ゲーミフィケーションの教科書) | [6] |
| 5 | SmartGym / Stoic / Agenda 等 | iOS 26 Foundation Models採用例。オンデバイスAIをAPI費ゼロで機能化(要約/分類/提案) | [15] |
| 6 | Stuff / Grammo / OmniFocus 4 | 同上。生産性/教育系がオンデバイスAIで"賢い体験"を無料原価で追加 | [15] |
| 7 | (カテゴリ)AIアプリ群 | Y1 LTV +41%。AIを訴求の中心に置きつつ価格を上げられる | [1] |
| 8 | (事例)4つのペイウォール再設計 | 視認性・価値訴求・社会的証明の改善で転換と収益が向上(RevenueCatケース集) | [7] |
| 9 | (手法)動画前出しペイウォール | onboarding前に動画+ペイウォール → 視認性50%↑・install→trialが2倍化した事例 | [4] |
| 10 | (手法)契約者向けCustomer Center | RevenueCatのCustomer Center/Win-backで解約直前に出戻り導線を提示 | [13][14] |
横断パターン(全事例の共通項):勝っている作り込みは例外なく
「①体験を先に → ②価格を明確に提示(隠さない) → ③社会的証明(★/件数/メディア) → ④離脱点に出戻り導線」 の順番。価格を隠すのは逆効果(「価格の無い買い物は不快」
[2])。
3-A. ◆課金導線(ペイウォール)パターン表
| パターン | 仕組み | 向くアプリ | 転換/収益(一次) | 注意 |
|---|
| ハードペイウォール | onboarding直後に課金必須(無料利用ほぼ無し) | 明確な単機能・即価値・ユーティリティ/AI系 | D35課金10.7%・RPI $3.09(8倍)[1] | Aha体験を先に置かないと離脱。要トライアル |
| onboarding前出しペイウォール | 体験→直後に課金提示(Greg/Rootd型) | 体験で価値が伝わる系 | サインアップ→trial 3%→15%(5倍)/売上5倍[2] | onboardingの質が全て |
| 文脈(コンテキスト)ペイウォール | ロック機能アクセス時に出す(PhotoRoom型) | 機能が多く価値点が明確 | 「Aha直後」が最も効く[2][19] | どの機能をロックするか設計が肝 |
| 毎起動+ロック前再提示 | 起動毎・ロック機能前に繰り返し提示 | 幅広い(Jake Morの"勝ち型") | 多アプリで勝つ組合せ[2] | しつこさとのバランス |
| フリーミアム(ソフト) | 無料で広く使わせ一部を有料 | バイラル/ネットワーク効果前提 | D35課金2.1%・RPI $0.38[1] | 個人開発は収益立ちにくい。継続率はハードと同等 |
| 動画前出しペイウォール | onboarding前に動画+ペイウォール | 視覚で価値が伝わる系 | 視認性50%↑・install→trial 2倍[4] | 動画品質依存 |
3-B. ◆リテンション施策表
| 施策 | 狙い | 効果(一次) | 実装の勘所 |
|---|
| 初90日パーソナライズ通知 | 初期定着 | 通知ゼロ比で継続ほぼ3倍[5] | 頻度は週5-6回以内。非販促な"戻る理由"中心[5] |
| streak(連続記録) | 習慣化 | 7日streak後は日次利用2.3倍[6] | 途切れ救済(フリーズ)で挫折防止 |
| マイルストーン/実績 | 達成感 | streakと併用でDAU 40-60%↑・30日churn 35%↓[6] | しきい値到達通知=非販促な戻る理由 |
| デイリー必然(今日の1問/記録) | 毎日開く理由 | Duolingo型の日次習慣[6] | 1セッション=数十秒で完結 |
| Day0-1価値リマインド | 初期解約防止 | 3日trialはDay0に55.4%解約[1] | トライアル終了前通知も必須 |
| キャンセルフロー(理由別) | 解約抑止 | 解約時オファーでchurn平均32%・最大45%減[12][13] | 価格→割引/不満→解決の出し分け[13] |
| winback(出戻り) | 離脱客の回収 | 新規獲得の約20%は出戻り[13] | RevenueCat Customer Center/Apple Retention API[14][25] |
| grace period+dunning(Android) | 非自発churn回復 | 課金エラー最大28%(Google Play)[12]。回復余地あり[12] | 再請求リトライ+復旧メッセージ |
3-C. ◆AI機能 組み込み判断表(オンデバイス vs クラウド)
| 用途 | 推奨方式 | 理由 | 出典 |
|---|
| 要約・抽出・分類・タグ付け・文章整形 | オンデバイス(Foundation Models) | API費¥0・オフライン・プライバシー・低レイテンシ。これらに最適化された3Bモデル | [15][16] |
| 構造化出力(JSON/フォーム) | オンデバイス(Guided Generation) | 形式を保証しUIが壊れない | [15] |
| 日本語の軽い生成(定型応答/提案) | オンデバイス | 日本語含む9言語対応[16] | [16] |
| 世界知識・最新情報・高度推論・長文 | クラウドAPI | 3Bは世界知識/高度推論向きでない(公式明言) | [15][16] |
| 画像生成・音声・大規模マルチモーダル | クラウドAPI | オンデバイスの範囲外 | [16] |
| 非Apple Intelligence端末対応が必須 | クラウドAPI(フォールバック) | Foundation ModelsはAI対応端末+有効化が前提 | [15][16] |
リテンション注意:AIアプリはLTV +41%だが月額解約も36%速い
[1]。AIを目玉にしつつ、継続理由は上記リテンション施策(記録/streak/通知)に必ず分散させる。
4. 技術スタック — Expo + RevenueCat 実装
4-1. 推奨スタック(個人開発・クロスプラットフォーム最短)
| 層 | 採用 | 理由 / 出典 |
|---|
| アプリ基盤 | Expo(Dev Client / EAS Build) | Swift不要・iOS/Android/Web単一コード。課金はネイティブモジュール必須=Expo Goでは不可、Dev Client必須[8] |
| 課金SDK | react-native-purchases + react-native-purchases-ui | StoreKit 2 / Google Play Billingを統一API化。レシート検証・entitlement・分析・クロスPF同期をマネージドで提供[8][23] |
| 課金UI | RevenueCat Paywalls(リモート設定)+ Customer Center | ペイウォールをダッシュボードから編集・A/B、再ビルド不要。解約抑止UIも標準提供[8][14] |
| AI(第一候補) | iOS 26 Foundation Models(オンデバイス3B) | API費¥0・オフライン・プライバシー・Swift統合。要約/抽出/分類/提案向き[15][16] |
| AI(クラウド) | OpenRouter/各社API(必要時のみ) | 世界知識・高度推論・長文・画像生成が要る時。コストとレイテンシ管理が前提 |
| 分析 | RevenueCat内蔵 + 軽量プロダクト分析 | サブスク指標は RevenueCat、ファネルは別途。実験は必ず計測とセット |
4-2. 最短セットアップ手順(RevenueCat公式準拠)
- RevenueCatアカウント作成 → App Store Connect / Google Play Console を接続(Web課金はStripe連携)[8]
- Expoに依存を入れる(Dev Client必須):
npx expo install expo-dev-client react-native-purchases react-native-purchases-ui
※ react-native-purchases=コア課金、react-native-purchases-ui=Paywall/Customer Center等のUI。Expo Go上では自動でJSモック化されるが、本物の課金テストはDev Client/実機で[8]。
- 初期化(エントリで1回・APIキーはRevenueCatダッシュボードのpublic SDKキー):
import Purchases from 'react-native-purchases';
Purchases.configure({ apiKey: Platform.OS === 'ios' ? RC_IOS_KEY : RC_ANDROID_KEY });
// 課金状態の判定(entitlement名は自分で定義: 例 "pro")
const info = await Purchases.getCustomerInfo();
const isPro = info.entitlements.active['pro'] !== undefined;
- ペイウォール表示(UIはダッシュボードのリモート定義を使う):
import RevenueCatUI from 'react-native-purchases-ui';
const result = await RevenueCatUI.presentPaywallIfNeeded({
requiredEntitlementIdentifier: 'pro',
});
// 解約抑止UI(Customer Center)
await RevenueCatUI.presentCustomerCenter();
- 商品/Offering/Entitlementをダッシュボードで構成 → EAS Buildで実機テスト → サンドボックスでトライアル/解約/復元を確認 → リリース。
個人開発の罠回避:①App Store Connectの「サブスクリプション」「IAP同意書」「税・銀行情報」が未完だと課金がそもそも出ない。②
復元(Restore)ボタン必須(Apple審査ガイドラインで要求・無いとリジェクト多発)。③価格は地域差が大きい(高価格ほどトライアル転換が高い傾向
[3])が、まず1価格で出して計測 → 後から実験。
4-3. ◆作り込みチェックリスト 40項(リリース前ゲート)
オンボーディング(★最重要)
- 初回起動で「3画面以内」にコア価値の"Aha"を体験させている(説明でなく体験)
- マイクロコミットメント(目標選択/スライダー/短い質問)を1-3個入れて感情投資を作っている[2][17]
- 「このユーザーにとって最も刺さる1つの結果」を見せている(全機能の羅列をしていない)[2]
- 権限要求(通知/トラッキング)はAha体験の"後"・理由を添えて出している
- サインアップ(アカウント作成)を価値体験の前に強制していない
ペイウォール / 課金
- 価格を明示している(隠していない)[2]
- ペイウォールはonboarding直後 or コア機能アクセス時(文脈)に出している[19]
- 「アプリ起動毎/ロック機能アクセス前」にも再提示している(勝ちパターン)[2]
- 年額をデフォルト訴求 + 月額換算を併記している
- 社会的証明(★評価・利用者数・メディア)をペイウォールに載せている[7]
- 復元(Restore Purchases)ボタンがある
- トライアル開始Day0-1に「価値リマインド/終了通知」を仕込んでいる(Day0解約55%対策)[1]
- トライアル長を意思を持って決めた(短=Day0解約多/長=転換高)[1]
- ペイウォールをリモート設定にしてA/Bできる状態にしている[8][20]
リテンション
- 初回セッションで「次に戻ってくる理由」を作っている(保存/設定/最初の成果)
- 初90日に最低1回はパーソナライズ通知を送る設計(継続3倍)[5]
- 通知頻度は週5-6回以内(超えるとオプトアウト増)[5]
- streak/連続記録 or マイルストーンのどちらか(理想は両方)を実装[6]
- 通知は「販促」でなく「非販促な戻る理由(streak達成/しきい値到達)」中心[5]
- デイリーで開く必然(今日のタスク/今日の1問/今日の記録)がある
レビュー / 解約抑止
- レビュー依頼は"満足の瞬間(タスク完了直後)"のみ・起動時/ボタン押下時に出さない[11][21]
- レビュー依頼は年3回まで・誘因(報酬)を付けていない(Apple規約)[11]
- 解約フローにキャンセル理由アンケートを入れている[12]
- 理由別に出し分け(価格→割引 / 不満→謝罪+解決)している[13]
- 解約直前に割引/ダウングレード/winbackを提示(churn最大45%減)[12][13]
- (Android)猶予期間(grace period)とdunning(再請求)を有効化[12]
ASO作り込み(ストア映え)
- 最初の3枚のスクショで価値→使い方→信頼を提示(90%はここしか見ない)[9]
- 各スクショに短いベネフィット見出し(機能名でなく結果)を載せている[9]
- 高コントラスト配色・生UIの貼り付けにしていない[9][26]
- プレビュー動画の最初の3-4秒に最強の見せ場(スプラッシュ/アイコンで始めない)[10]
- 動画は無音前提=字幕/動き/コントラストで伝える[10]
- 検索語と一致したコピー/画像(例「AI写真編集」検索→AI写真編集の文言)[9]
AI機能 / 品質
- AI機能はオンデバイス(Foundation Models)で足りるか先に検討(API費¥0)[15]
- クラウドAPI利用時はコスト/レイテンシ/失敗時フォールバックを実装
- AIの出力をGuided Generation等で構造化し、UIが壊れないようにしている[15]
- 継続理由をAI単体に依存させず、習慣機構を併設(AIは解約も速い)[1]
- クラッシュ/不具合は更新説明に明記(「いくつかの不具合修正」で濁さない)[12]
- 主要ファネル(install→onboard→trial→paid→継続)を計測している
- 少なくとも1つのA/B実験を回す体制(実験チームは収益最大40倍)[2]
- 初回体験〜課金まで全画面を実機で自分で通し、詰まり/不快/不明点を潰した
5. 収益試算 — 改善レバーの計算
以下はベンチマーク中央値を当てはめた試算(=要検証の目安)。実数はトフィーさんの実機データが優先。前提を変えれば結果も変わる。
レバーA:フリーミアム → ハード/文脈ペイウォール化
月1,000インストール・月額¥800のアプリで、D60のインストール当たり収益(RPI)中央値を当てる:
| 構成 | RPI(D60中央値)[1] | 月1,000DL時の概算(¥150/$換算は概念値) |
|---|
| フリーミアム | $0.38 | 約 ¥57,000 |
| ハード/文脈ペイウォール | $3.09 | 約 ¥463,000(約8倍) |
※為替・価格・カテゴリで大きく動く。あくまで「桁が変わるレバー」であることを示す概算。
レバーB:オンボーディング前出し(Greg型)
サインアップ→トライアルが 3%→15%(5倍)になった実例[2]。同じ流入でトライアル数が5倍 → 課金数もほぼ比例。コード費用ほぼ¥0(順番の入れ替え)で最大の効果。
レバーC:解約抑止フロー
月間解約100件のアプリで、解約時オファーが中央値32%churn減[12][13]を出すと、毎月32件の継続=LTV¥4,000なら月¥128,000の防衛。winbackで出戻り20%[13]を足すとさらに上乗せ。
試算の結論:売上を桁で変えるのは「①ペイウォール種別 ②onboarding順序」、安定的に積むのは「③解約抑止 ④通知/streak」。①②は工数小・費用ほぼ¥0なので、まずここを直すのが個人開発の最短ROI。
6. リスク — 作り込みで踏みやすい地雷
| リスク | 内容 | 対策 |
|---|
| 早期ペイウォール=離脱の思い込み | 「先に課金は嫌われる」と信じてフリーミアムに逃げ、RPIが8分の1に | Aha体験を先に置けば早期ペイウォールは勝てる(Greg/Rootd/PhotoRoom)[2]。要A/B |
| 価格を隠す | 「まず使わせてから」と価格を伏せる → 不信・離脱 | 価格は明示する(「価格の無い買い物は不快」)[2] |
| 通知の出し過ぎ | 週5-6回超でオプトアウト急増 → 継続レバー喪失 | 頻度上限・パーソナライズ・非販促理由中心[5] |
| レビュー乱用 | 起動毎/誘因付きでリジェクト・低評価誘発 | 満足直後のみ・年3回・誘因禁止(Apple規約)[11] |
| AI依存リテンション | AIだけが売り → 月額解約が36%速い[1] | 習慣機構(記録/streak/通知)を併設 |
| Day0解約の見落とし | 3日トライアルは55%がDay0に解約[1] | Day0-1に価値リマインド・終了前通知 |
| 課金審査リジェクト | 復元ボタン無し/価格表記不備/サブスク説明不足 | Restore必須・規約文言・サンドボックス全網羅テスト |
| 計測なしで色/コピーA/B | 効果の出ない枝葉を先に触る | 構造(順序/種別)を先・計測とセット[2] |
7. 30日プラン — 作り込みスプリント
| 週 | テーマ | やること(完了条件) |
|---|
| Week 1 | 計測 + 課金土台 | Expo Dev Client化 → RevenueCat導入(§4)。install→onboard→trial→paid→継続のファネル計測を設置。現状値を記録(=ベースライン)。 |
| Week 2 | onboarding前出し + ペイウォール | 3画面以内にAha体験を設計。直後にリモートペイウォール(価格明示・★社会的証明・年額デフォルト・Restore)。Day0-1リマインド通知を仕込む。 |
| Week 3 | リテンション機構 | streak or マイルストーン+デイリー必然+初90日通知1回以上(非販促)。解約フローに理由アンケート+winback/割引を設置。 |
| Week 4 | ASO + AI + A/B | スクショ最初の3枚(価値→使い方→信頼・見出し付)+プレビュー動画(最初3秒・無音前提)。AI機能はオンデバイス優先で1つ追加。最低1本のペイウォールA/Bを開始。 |
30日の達成定義:①課金/ファネルが計測されている ②onboarding→ペイウォールの順序が"体験先行"になっている ③初週churn対策(Day0-1通知+streak)が動いている ④A/Bが1本走っている ⑤チェックリスト40項のうち35項以上にチェック。
8. 撤退ライン — この数字で作り直し/撤退判断
| シグナル | 目安(中央値からの逸脱) | 判断 |
|---|
| install→onboarding完了 | 大幅に低い(多くが初回で離脱) | onboardingを作り直す(撤退でなく改修) |
| D35トライアル→課金がフリーミアム中央値2.1%すら大きく下回る[1] | 1%未満が続く | ペイウォール価値訴求/価格/対象を再設計。改善しなければテーマ撤退検討 |
| Day0-1解約が異常に高い | 84%(ベンチ)を超え定着しない[1] | onboardingでAhaを与えられていない=価値設計から見直し |
| 初月churn | 年額解約の初月集中35%[1]を大きく超過 | 習慣化機構が機能していない。リテンション再設計 |
| 2-3スプリント改修しても全指標が中央値に届かない | — | テーマ撤退。学びを次アプリへ。作り込みは正しくても市場(対象/痛み)が弱い可能性 |
撤退ラインの本質は「作り込みの問題か、市場の問題かの切り分け」。onboarding改善でファネル上流が直るなら作り込み問題=続行。改修しても課金が立たないなら市場問題=撤退して次へ。
9. 落とし穴 — よくある失敗と回避
| 落とし穴 | なぜ起きる | 回避 |
|---|
| 機能を足し続ける | 「売れない=機能不足」の誤診 | 解約理由トップは"使われない37%"=機能でなく習慣[12]。順序とリテンションを直す |
| Expo Goで課金が動かず時間溶かす | 課金はネイティブモジュール | 最初からDev Client/EAS Build[8] |
| 「トライアル短い=安全」誤解 | 直感 | 短期は転換低くDay0解約多[1]。意図を持って長さ決定 |
| クラウドAIで原価が利益を食う | とりあえずGPT | 要約/分類/抽出はオンデバイスで¥0化[15][16]。クラウドは必要時のみ |
| スクショに生UIを貼る | 手抜き | 最初3枚に見出し+高コントラスト=CV 20-35%↑[9] |
| A/Bせず勘で決める | 面倒 | リモートペイウォールでコード変更なしA/B。実験チームは収益最大40倍[2][8] |
| 解約フローが"無感情" | 実装漏れ | 理由アンケート+出し分け+winbackで最大45%churn減[12][13] |
10. 既存資産活用 — トフィーさんの手持ち資源との接続
① 既に9アプリ完成・iOS量産経験(MEMORY/DR_iOS個人開発トッププロ完全分解より):本DRのチェックリスト40項を
既存アプリの健康診断に転用 → 一番DLのあるアプリで「onboarding前出し+ペイウォール種別+解約フロー」だけ直すのが最短の追加収益(費用ほぼ¥0)。
② Claude Code開発体制:§4のExpo+RevenueCatコードはClaude Codeに渡せばそのまま実装可能。ペイウォールUIはダッシュボードでノーコード編集=量産時の横展開が速い。
③ コンテンツ資産:AI機能の"中身"(例:占い文面・キャラ応答・要約)はオンデバイスFoundation Models(日本語対応
[16])で原価¥0化できるものは寄せる → API費を払うのは"世界知識/長文/画像生成"だけに限定。
④ 既存DR資産:テーマ選定は
DR_収益MAX選抜_iOSアプリTop3・
DR_ブルーオーシャン非沼り系iOSアプリ、露出は
DR_iOS個人開発トッププロ完全分解、
作り込みは本DR ―― という三層で運用すると重複なく一気通貫。
🤑:新規を作る前に、今一番DLのあるアプリのペイウォールを文脈型に・onboardingを前出しに。同じ流入で売上の桁が変わりうる。タダの改修だ。
💼:9本あるなら、本DRのチェックリストで全部を採点 → 一番伸びしろの大きい1本に絞って30日プランを回す。横展開はテンプレ化。
💕:量産の経験があるトフィーさんだからこそ「作り込みのテンプレ」が効きます。1本で勝ち筋を作れば、残りは型に流すだけ。
11. 関連DR一覧(D:\市場調査資料\)
| DR | 役割 | 本DRとの関係 |
|---|
| DR_iOS個人開発トッププロ完全分解_2026-05-17.html | 稼ぐ人の事業戦略(ニッチ/ASO/量産/露出) | 上流(どう事業化)。本DR=下流(どう作り込む) |
| DR_iOSアプリ売れる秘訣_サブスクBox研究_2026-05-15.html | 事例分析+ダミー実装 | 事例。本DR=横断ベストプラクティス |
| DR_収益MAX選抜_iOSアプリTop3_2026-05-16.html | テーマ選定 | 何を作るか。本DR=どう仕上げるか |
| DR_ブルーオーシャン非沼り系iOSアプリ複数本_2026-05-17.html | テーマ発掘 | 同上(補完) |
| DR_iOSアプリ量産ブルーオーシャン完全戦略_2026-05-16.html | 量産戦略 | 横展開の型。本DR=1本の品質ゲート |
| DR_BIZ10_05_ios_appstore_ai_companion_strategy_2026-05-18.md | AIコンパニオン参入 | AI組み込みの応用ジャンル |
| DR_BIZ10_04_apple_small_business_program_2026-05-18.md | Apple手数料15%プログラム | 収益試算の前提(手数料)に接続 |
本DRは上記いずれとも内容が重複しない(テーマ選定・露出・事例ではなく「プロダクト内部の作り込み工学」)。更新でなく新規作成が妥当と判断。
12. 脚注(全URL・実在ソース)