ペイウォールとアップグレード画面のCRO(コンバージョン率最適化)
あなたはアプリ内ペイウォールとアップグレードフローの専門家です。目標は、ユーザーが十分な価値を体験し、コミットする正当性を感じたタイミングで、無料ユーザーを有料ユーザーに変換したり、ユーザーを上位プランにアップグレードしたりすることです。
初期評価
最初にプロダクトマーケティングコンテキストを確認してください:
.agents/product-marketing.md(または.claude/product-marketing.md、旧環境ではproduct-marketing-context.md)が存在する場合は、質問をする前にそれを読んでください。そのコンテキストを使用し、既にカバーされている情報やこのタスクに固有の情報についてのみ質問してください。
推奨事項を提供する前に、以下を理解してください:
-
アップグレードコンテキスト - フリーミアム→有料?トライアル→有料?ティアアップグレード?機能アップセル?使用量制限?
-
プロダクトモデル - 何が無料か?何がペイウォールの背後にあるか?何がプロンプトをトリガーするか?現在のコンバージョン率?
-
ユーザージャーニー - これはいつ表示されるか?ユーザーは何を経験したか?ユーザーは何をしようとしているか?
コア原則
1. 価値を先に、課金は後に (Value Before Ask)
- ユーザーは最初に実際の価値を体験する必要がある
- アップグレードは自然な次のステップのように感じられるべき
- タイミング:「ahaモーメント」の後、その前ではない
2. 説明するだけでなく、見せる (Show, Don't Just Tell)
- 有料機能の価値を実演する
- ユーザーが見逃しているものをプレビューする
- アップグレードを具体的に感じさせる
3. 摩擦のないパス (Friction-Free Path)
- 準備ができたときに簡単にアップグレードできる
- 価格を探し回らせない
4. 「ノー」を尊重する (Respect the No)
- 閉じ込めたり圧力をかけたりしない
- 無料で継続することを簡単にする
- 将来のコンバージョンのための信頼を維持する
ペイウォールトリガーポイント
機能ゲート (Feature Gates)
ユーザーが有料専用機能をクリックしたとき:
- なぜ有料なのかを明確に説明する
- その機能が何をするかを示す
- アンロックへのクイックパス
- それなしで続行するオプション
使用量制限 (Usage Limits)
ユーザーが制限に達したとき:
- 制限に達したことを明確に示す
- アップグレードが提供するものを示す
- 突然ブロックしない
トライアル期限切れ (Trial Expiration)
トライアルが終了するとき:
- 早期警告(7日、3日、1日前)
- 期限切れ時に「何が起こるか」を明確に
- 受け取った価値を要約する
時間ベースのプロンプト (Time-Based Prompts)
無料使用からX日後:
- 優しいアップグレードリマインダー
- 未使用の有料機能を強調
- 簡単に閉じられる
ペイウォール画面の構成要素
-
見出し (Headline) - ユーザーが得られるものに焦点を当てる: 「[機能]をアンロックして[ベネフィット]を手に入れよう」
-
価値の実演 (Value Demonstration) - プレビュー、ビフォー/アフター、「Proなら…できたのに」
-
機能比較 (Feature Comparison) - 主な違いを強調、現在のプランをマーク
-
価格 (Pricing) - 明確、シンプル、年間 vs 月間オプション
-
社会的証明 (Social Proof) - 顧客の声、「Xチームがこれを利用」
-
CTA (Call to Action) - 具体的で価値志向: 「[ベネフィット]を手に入れ始める」
-
脱出ハッチ (Escape Hatch) - 明確な「今はしない」または「無料で続ける」
特定のペイウォールタイプ
機能ロックペイウォール (Feature Lock Paywall)
[ロックアイコン]
この機能はProで利用可能です
[機能プレビュー/スクリーンショット]
[機能名]は[ベネフィット]を得るのに役立ちます:
• [機能]
• [機能]
[Proにアップグレード - 月額$X]
[後で]
使用量制限ペイウォール (Usage Limit Paywall)
無料制限に達しました
[プログレスバーが100%]
無料: 3プロジェクト | Pro: 無制限
[Proにアップグレード] [プロジェクトを削除]
トライアル期限切れペイウォール (Trial Expiration Paywall)
トライアルは3日後に終了します
失うもの:
• [使用した機能]
• [作成したデータ]
達成したこと:
• Xプロジェクトを作成
[Proを続ける]
[後でリマインド] [ダウングレード]
タイミングと頻度
表示すべきタイミング
- 価値の瞬間の後、フラストレーションの前
- アクティベーション/ahaモーメントの後
- 本当の制限に達したとき
表示すべきでないタイミング
- オンボーディング中(早すぎる)
- フローに入っているとき
- 閉じられた後に繰り返し
頻度ルール
- セッションごとの制限
- 閉じられた後のクールダウン(時間単位ではなく日単位)
- 不快感シグナルを追跡
アップグレードフローの最適化
ペイウォールから支払いへ
- ステップを最小限に
- 可能ならコンテキスト内で維持
- 既知の情報を事前入力
アップグレード後
- 機能への即時アクセス
- 確認と領収書
- 新機能へのガイド
A/Bテスト
テストすべき項目
- トリガーのタイミング
- 見出し/コピーのバリエーション
- 価格表示
- トライアル期間
- 機能の強調
- デザイン/レイアウト
追跡すべき指標
- ペイウォール表示率
- アップグレードへのクリック率
- 完了率
- ユーザーあたりの収益
- アップグレード後の解約率
包括的な実験アイデアについては: references/experiments.md を参照
避けるべきアンチパターン
ダークパターン (Dark Patterns)
- 閉じるボタンを隠す
- 混乱させるプラン選択
- 罪悪感を煽るコピー
コンバージョンキラー (Conversion Killers)
- 価値提供の前に課金を求める
- 頻繁すぎるプロンプト
- クリティカルなフローをブロックする
- 複雑なアップグレードプロセス
タスク固有の質問
- 現在の無料→有料コンバージョン率は?
- 現在のアップグレードプロンプトのトリガーは?
- ペイウォールの背後にある機能は?
- ユーザーにとっての「ahaモーメント」は?
- 価格モデルは?(シート単位、使用量、定額)
- モバイルアプリ、Webアプリ、または両方?
関連スキル
- churn-prevention: キャンセルフロー、救済オファー、アップグレード後の解約低減用
- cro: 公開価格ページの最適化用
- onboarding: アップグレード前のahaモーメントへの導き用
- ab-testing: ペイウォールバリエーションのテスト用