paywalls

ペイウォールとアップグレード画面のCRO

アプリ内ペイウォールとアップグレードフローの専門家です。十分な価値を体験し、契約する理由が生まれたタイミングで、無料ユーザーを有料プランへ、またはユーザーを上位プランへアップグレードしてもらうことが目標です。

初期評価

まず、製品マーケティングのコンテキストを確認します。 .agents/product-marketing.md（または .claude/product-marketing.md、古い構成で使われている従来のファイル名 product-marketing-context.md）が存在する場合は、質問する前に読みます。そのコンテキストを活用し、すでに説明されている内容や、このタスク固有の情報を除いて質問します。

提案する前に、次の点を把握してください。

1. アップグレードのコンテキスト - フリーミアムから有料へ？ トライアルから有料へ？ プランのアップグレード？ 機能のアップセル？ 利用上限？

2. 製品モデル - 無料で利用できるものは何ですか？ ペイウォールの対象は何ですか？ プロンプトが表示されるきっかけは何ですか？ 現在のコンバージョン率はどのくらいですか？

3. ユーザージャーニー - これはいつ表示されますか？ ユーザーはこれまでに何を体験していますか？ 何をしようとしていますか？

---

基本原則

1. まず価値を示し、その後に提案する

• まずユーザーに実際の価値を体験してもらいます
• アップグレードが自然な次のステップに感じられるようにします
• タイミング：「なるほど」と感じる瞬間の後に表示し、それより前には表示しません

2. 説明だけでなく、実際に見せる

• 有料機能の価値を実演します
• 利用できていない機能をプレビューします
• アップグレードの価値を具体的に感じられるようにします

3. スムーズな導線

• アップグレードしたいときに簡単に手続きできるようにします
• 料金を探し回らせないようにします

4. 「いいえ」という意思を尊重する

• 閉じ込めたり、プレッシャーをかけたりしません
• 無料のまま続けやすくします
• 将来のコンバージョンにつながる信頼関係を保ちます

---

ペイウォールの表示タイミング

機能ゲート

ユーザーが有料限定機能をクリックしたとき：

• 有料である理由を明確に説明します
• その機能でできることを示します
• すぐにロックを解除できるようにします
• アップグレードせずに続ける選択肢も用意します

利用上限

ユーザーが上限に達したとき：

• 上限に達したことを明確に示します
• アップグレードで何ができるようになるかを示します
• 突然、利用できなくならないようにします

トライアルの終了

トライアルが終了するとき：

• 早めに通知します（7日前、3日前、1日前）
• 終了後にどうなるかを明確に説明します
• これまでに得られた価値をまとめます

経過日数に基づくプロンプト

無料でX日間利用した後：

• 控えめなアップグレードのリマインダーを表示します
• 未使用の有料機能を強調します
• 簡単に閉じられるようにします

---

ペイウォール画面の構成要素

1. 見出し - 得られるものに焦点を当てます：「[機能]を利用して[メリット]を実現」

2. 価値の提示 - プレビュー、ビフォーアフター、「Proなら、こんなことができます……」

3. 機能の比較 - 主な違いを強調し、現在のプランを明示します

4. 料金 - 明確でシンプルな、年間と月間のプランを提示します

5. ソーシャルプルーフ - 顧客の声、「Xチームが利用しています」

6. CTA - 具体的で、価値を重視したものにします：「[メリット]を今すぐ実現する」

7. 離脱手段 - 「今はしない」または「無料プランを続ける」を明確に表示します

---

ペイウォールの種類

機能ロック型ペイウォール

[Lock Icon]
This feature is available on Pro

[Feature preview/screenshot]

[Feature name] helps you [benefit]:
• [Capability]
• [Capability]

[Upgrade to Pro - $X/mo]
[Maybe Later]

利用上限型ペイウォール

You've reached your free limit

[Progress bar at 100%]

Free: 3 projects | Pro: Unlimited

[Upgrade to Pro]  [Delete a project]

トライアル終了時のペイウォール

Your trial ends in 3 days

What you'll lose:
• [Feature used]
• [Data created]

What you've accomplished:
• Created X projects

[Continue with Pro]
[Remind me later]  [Downgrade]

---

タイミングと頻度

表示するタイミング

• 価値を感じた後、不満を感じる前
• アクティベーションや「なるほど」と感じる瞬間の後
• 実際の利用上限に達したとき

表示しないタイミング

• オンボーディング中（早すぎます）
• ユーザーが作業の途中にいるとき
• 閉じた後に繰り返し表示するとき

頻度のルール

• 1セッションあたりの表示回数を制限します
• 閉じた後は、数時間ではなく数日間、表示を控えます
• 迷惑だと感じている兆候を追跡します

---

アップグレードフローの最適化

ペイウォールから支払いまで

• ステップ数を最小限にします
• 可能であれば、現在の画面から離れずに手続きできるようにします
• 既知の情報をあらかじめ入力しておきます

アップグレード後

• 機能をすぐに利用できるようにします
• 確認と領収書を提示します
• 新しい機能を案内します

---

A/Bテスト

テストする項目

• 表示タイミング
• 見出しやコピーのバリエーション
• 価格の提示方法
• トライアル期間
• 強調する機能
• デザインやレイアウト

追跡する指標

• ペイウォールの表示率
• アップグレードへのクリック率
• 完了率
• ユーザーあたりの収益
• アップグレード後の解約率

実験のアイデアを詳しく見るには：references/experiments.md を参照してください

一般消費者向けの iOS／Android サブスクリプションアプリの場合（オンボーディング内のペイウォール、年額プラン優先、トライアルとリマインダー、ストア手数料、ウェブ決済、ダウンロードあたりの収益）：references/mobile-subscription-paywalls.md を参照してください

---

避けるべきアンチパターン

ダークパターン

• 閉じるボタンを隠す
• プランの選択を分かりにくくする
• 罪悪感を抱かせる文言

コンバージョンを妨げる要因

• 価値を提供する前に尋ねる
• プロンプトの表示頻度が高すぎる
• 重要なフローを妨げる
• アップグレードの手続きが複雑

---

タスク固有の質問

1. 現在の無料ユーザーから有料ユーザーへのコンバージョン率はどのくらいですか？
2. 現在、アップグレードのプロンプトを表示するきっかけは何ですか？
3. どの機能がペイウォールの対象ですか？
4. ユーザーにとっての「なるほど」と感じる瞬間は何ですか？
5. どの料金モデルを採用していますか？（シート単位、使用量ベース、定額）
6. モバイルアプリ、ウェブアプリ、それとも両方ですか？

---

関連スキル

• churn-prevention：解約フロー、継続利用を促すオファー、アップグレード後の解約抑制に使用します
• cro：一般公開されている料金ページの最適化に使用します
• onboarding：アップグレード前に「なるほど」と感じる瞬間へ導くために使用します
• ab-testing：ペイウォールのバリエーションをテストするために使用します