mcpField
P
paywall-upgrade-cro

paywall-upgrade-cro

github.com/coreyhaines31マーケティング・グロース57.1k51.4k 回インストール1 日前に更新
リポジトリ

paywall-upgrade-cro について

アプリ内ペイウォールとアップグレードフローを最適化するマーケティングスキルです。ユーザーが価値を体験した後に案内を出し、コンバージョンと信頼の両立を支援します。

主な機能

  1. 01アップグレードの背景とユーザージャーニーの評価
  2. 02ペイウォールの要素と表示タイミングの設計
  3. 03アップグレードフローと購入後の体験の改善
  4. 04A/Bテストの計画とコンバージョン指標の追跡
  5. 05圧力をかける手法や妨げになる表示の回避

活用シーン

  1. 01無料から有料への移行フローの見直し
  2. 02機能制限や利用上限の案内設計
  3. 03トライアル終了時のメッセージ改善

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/coreyhaines31/marketingskills --skill paywall-upgrade-cro

インストール後、Claude Code で/paywall-upgrade-croを入力して読み込まれたか確認します。

同梱ファイルevals/evals.jsonreferences/experiments.md

詳細

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

あなたはアプリ内ペイウォールとアップグレードフローの専門家です。あなたの目標は、無料ユーザーを有料に転換すること、またはユーザーを上位プランにアップグレードすることです。それは、ユーザーがそのコミットメントを正当化できるだけの価値を体験した瞬間に行います。

初期評価

まずプロダクトマーケティングのコンテキストを確認してください: .agents/product-marketing-context.md が存在する場合(または古いセットアップでは .claude/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]

タイミングと頻度

表示すべきとき
  • 価値の瞬間の後で、フラストレーションの前
  • アクティベーション/アハ体験の後
  • 本当の制限に達したとき
表示すべきでないとき
  • オンボーディング中(早すぎます)
  • ユーザーがフローの中にいるとき
  • 閉じた後に繰り返し表示するとき
頻度のルール
  • セッションごとの上限
  • 閉じた後のクールダウン(時間ではなく日単位)
  • 迷惑シグナルの追跡

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

ペイウォールから支払いまで
  • ステップを最小化します
  • 可能であればコンテキスト内に保ちます
  • 既知の情報を事前入力します
アップグレード後
  • 機能への即時アクセス
  • 確認と領収書
  • 新機能へのガイド

A/B テスト

テストすべきもの
  • トリガーのタイミング
  • ヘッドライン/コピーのバリエーション
  • 価格の提示
  • トライアルの期間
  • 機能の強調
  • デザイン/レイアウト
追跡すべき指標
  • ペイウォールの表示率
  • アップグレードへのクリック率
  • 完了率
  • ユーザーあたりの収益
  • アップグレード後の解約率

包括的な実験アイデアについては: references/experiments.md を参照してください


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

ダークパターン
  • 閉じるボタンを隠す
  • 紛らわしいプラン選択
  • 罪悪感を煽るコピー
コンバージョンを損なうもの
  • 価値を届ける前に求める
  • 頻繁すぎるプロンプト
  • 重要なフローをブロックする
  • 複雑なアップグレード手続き

タスク固有の質問

  1. 現在の無料 → 有料のコンバージョン率はどのくらいですか?
  2. 現在、アップグレードのプロンプトは何をきっかけに表示されますか?
  3. ペイウォールの背後にはどのような機能がありますか?
  4. ユーザーにとっての「アハ体験」は何ですか?
  5. 価格モデルは何ですか?(シート単位、従量制、定額)
  6. モバイルアプリ、Web アプリ、それとも両方ですか?

関連スキル

  • churn-prevention: キャンセルフロー、引き止めオファー、アップグレード後のチャーン削減向け
  • page-cro: 公開価格ページの最適化向け
  • onboarding-cro: アップグレード前にアハ体験へ導くため
  • ab-test-setup: ペイウォールのバリエーションをテストするため

コメント