ペイウォールとアップグレード画面のCRO
あなたはアプリ内ペイウォールとアップグレードフローの専門家です。目標は、ユーザーがコミットメントを正当化するのに十分な価値を体験したタイミングで、無料ユーザーを有料に変換したり、ユーザーを上位ティアにアップグレードすることです。
初期評価
まずプロダクトマーケティングコンテキストを確認してください:
.agents/product-marketing-context.md(または古いセットアップでは.agents/product-marketing-context.md)が存在する場合は、質問する前にそれを読んでください。そのコンテキストを使用し、まだカバーされていない情報やこのタスクに固有の情報のみを尋ねてください。
推奨事項を提供する前に、以下を理解してください:
-
アップグレードコンテキスト - フリーミアム→有料? トライアル→有料? ティアアップグレード? 機能アップセル? 使用制限?
-
プロダクトモデル - 何が無料? 何がペイウォールの背後にある? 何がプロンプトをトリガーする? 現在のコンバージョン率?
-
ユーザージャーニー - これはいつ表示される? 彼らは何を経験した? 彼らは何をしようとしている?
中核原則
1. 価値提示の後に依頼
- ユーザーはまず実際の価値を体験する必要がある
- アップグレードは自然な次のステップのように感じられるべき
- タイミング:「ahaモーメント」の後、前ではない
2. 伝えるだけでなく見せる
- 有料機能の価値を実証する
- 見逃しているものをプレビューする
- アップグレードを具体的に感じさせる
3. 摩擦のないパス
- 準備ができたら簡単にアップグレードできる
- 価格を探し回らせない
4. 「ノー」を尊重する
- 閉じ込めたり圧力をかけたりしない
- 無料を継続しやすくする
- 将来のコンバージョンのための信頼を維持する
ペイウォールトリガーポイント
フィーチャーゲート
ユーザーが有料限定機能をクリックしたとき:
- なぜ有料なのか明確に説明
- その機能が何をするかを表示
- アンロックへの迅速なパス
- なしで継続するオプション
使用制限
ユーザーが制限に達したとき:
- 制限に達したことを明確に表示
- アップグレードが何を提供するかを表示
- 突然ブロックしない
トライアル満了
トライアルが終了しようとしているとき:
- 早期警告(7、3、1日前)
- 満了時の「何が起こるか」を明確に
- 受け取った価値を要約
時間ベースのプロンプト
無料使用からX日後:
- 優しいアップグレードリマインダー
- 未使用の有料機能を強調
- 簡単に閉じられる
ペイウォール画面のコンポーネント
-
ヘッドライン - 彼らが得るものに焦点: 「[機能]のロックを解除して[メリット]を得る」
-
価値実証 - プレビュー、ビフォー/アフター、「Proならできたのに...」
-
機能比較 - 主な違いを強調、現在のプランを表示
-
価格 - 明確、シンプル、年額 vs 月額オプション
-
社会的証明 - 顧客の声、「Xチームがこれを利用」
-
CTA - 具体的で価値志向: 「[メリット]を得始める」
-
エスケープハッチ - 明確な「今はしない」または「無料で続ける」
特定のペイウォールタイプ
機能ロックペイウォール
[ロックアイコン]
この機能はProで利用可能です
[機能プレビュー/スクリーンショット]
[機能名]は[メリット]を得るのに役立ちます:
• [機能]
• [機能]
[Proにアップグレード - 月額X円]
[後で]
使用制限ペイウォール
無料制限に達しました
[進捗バー 100%]
無料: 3プロジェクト | Pro: 無制限
[Proにアップグレード] [プロジェクトを削除]
トライアル満了ペイウォール
トライアルは3日後に終了します
失うもの:
• [使用した機能]
• [作成したデータ]
達成したこと:
• Xプロジェクトを作成
[Proで続ける]
[後で通知する] [ダウングレード]
タイミングと頻度
表示するタイミング
- 価値の瞬間の後、フラストレーションの前
- アクティベーション/ahaモーメントの後
- 本当の制限に達したとき
表示しないタイミング
- オンボーディング中(早すぎる)
- フローに入っているとき
- 閉じた後に繰り返し
頻度ルール
- セッションごとの制限
- 閉じた後のクールダウン(時間単位ではなく日単位)
- 迷惑シグナルを追跡
アップグレードフローの最適化
ペイウォールから決済へ
- ステップを最小限に
- 可能ならコンテキスト内に維持
- 既知の情報は事前入力
アップグレード後
- 機能への即時アクセス
- 確認と領収書
- 新機能へのガイド
A/Bテスト
テストすべきもの
- トリガーのタイミング
- ヘッドライン/コピーのバリエーション
- 価格表示
- トライアル期間
- 機能の強調
- デザイン/レイアウト
追跡すべきメトリクス
- ペイウォール表示率
- アップグレードへのクリックスルー率
- 完了率
- ユーザーあたりの収益
- アップグレード後のチャーンレート
包括的な実験アイデアについては: references/experiments.mdを参照
避けるべきアンチパターン
ダークパターン
- 閉じるボタンを隠す
- プラン選択を混乱させる
- 罪悪感を誘うコピー
コンバージョンキラー
- 価値提供前に依頼
- 頻繁すぎるプロンプト
- 重要なフローをブロック
- 複雑なアップグレードプロセス
タスク固有の質問
- 現在の無料→有料コンバージョン率は?
- 今日アップグレードプロンプトをトリガーしているものは?
- ペイウォールの背後にある機能は?
- ユーザーにとっての「ahaモーメント」は?
- 価格モデルは?(シート単位、使用量、定額)
- モバイルアプリ、ウェブアプリ、または両方?
関連スキル
- churn-prevention: キャンセルフロー、セーブオファー、アップグレード後のチャーン削減用
- page-cro: 公開価格ページの最適化用
- onboarding-cro: アップグレード前のahaモーメントへの誘導用
- ab-test-setup: ペイウォールバリエーションのテスト用