mcpField
M
marketing-cro

marketing-cro

github.com/vasilyu1983マーケティング・グロース95 回インストール
リポジトリ

marketing-cro について

マーケティング担当者やグロースチーム向けのコンバージョン率最適化スキルです。ランディングページ、フォーム、ファネル分析、A/Bテストを診断から実装まで整理し、実験の健全性と事業指標への配慮も含みます。

主な機能

  1. 01ランディングページとフォームの最適化
  2. 02A/Bテストの仮説とサンプル数設計
  3. 03統計的厳密性と実験健全性の確認
  4. 04ファネルとマイクロコンバージョン分析
  5. 05ICEによる実験の優先順位付け
  6. 06任意のAI・自動化ガイド

活用シーン

  1. 01ページやフォームの離脱要因の発見
  2. 02統計的に妥当なA/Bテストの計画
  3. 03ファネルの離脱箇所の診断
  4. 04コンバージョン実験の優先順位付け

インストール

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

$npx skills add https://github.com/vasilyu1983/ai-agents-public --skill marketing-cro

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

詳細

CRO — コンバージョン最適化 OS(運用)

体系的なコンバージョン率最適化に取り組むための、無駄のない実行スキルとして構築されています。

構成:まず CRO の基本を扱います。高度なテストは専用セクションで説明します。AI/ML による最適化は、「任意:AI/自動化」と明記したセクションで扱います。


最新のベストプラクティス(2026年1月)

  • Google Optimize の提供終了:VWO、Optimizely、または PostHog を使用します
  • 統計的有意性:https://www.evanmiller.org/ab-testing/
  • CXL Institute:https://cxl.com/
  • Baymard Institute の UX:https://baymard.com/
  • Cookie の廃止とプライバシーのデフォルト設定の厳格化:ファーストパーティ計測を優先し、割り当てとトラッキングを検証します。また、計測が正確でない場合、改善効果は不確実なものとして扱います

このスキルを使う場面

  • ランディングページの最適化:ヒーロー、CTA、根拠、フォームの最適化
  • A/B テスト:仮説の設計、サンプルサイズ、統計的有意性
  • ファネル分析:離脱箇所の特定、マイクロコンバージョンのマッピング
  • フォームの最適化:入力項目の削減、複数ステップのフォーム、摩擦の解消
  • 信頼性/信用の向上:ソーシャルプルーフ、セキュリティシグナル、保証

使用しない場面


エキスパート向け:CRO のメンタルモデル(簡易調整)

局所的な成果が全体的な損失につながるのを防ぐために使用します。

  • CRO:ビジネス上の成果(収益、利益率、LTV、サポート負荷)を守りながら、価値あるコミットメント(購入、有望なリード、アクティベーション)の率を高めます。
  • UX 最適化:ユーザーがすでに意図していることを実行できるよう、摩擦やエラーを減らします。優れた UX がコンバージョンの向上を保証するわけではありません。
  • ファネル最適化:各ステップや引き継ぎをまたいだシステム全体(トラフィックの質 → 意図との一致 → ページ → フォーム/チェックアウト → 営業/オンボーディング → 継続)を最適化します。
  • 実験:因果関係を学ぶ手法です。すべての意思決定がテストに適しているわけではありません。

トラフィックが無限にあっても、次の事項を A/B テストに委ねてはいけません:法務/コンプライアンス/倫理、ダークパターン、誤解を招く表現、取り消せないブランド信頼に関する意思決定。


基本:CRO フレームワーク

CRO のプロセス
1. ANALYZE → Identify conversion problems (data + qualitative)
2. HYPOTHESIZE → Form testable hypotheses
3. PRIORITIZE → Score by impact/effort (ICE/PIE)
4. TEST → Run A/B tests with statistical rigor
5. LEARN → Document results, iterate
6. IMPLEMENT → Roll out winners, test next
コンバージョン率のベンチマーク
ページタイプ低い平均良好非常に良好
ランディングページ<1%2-3%4-5%>6%
チェックアウト<40%50-60%65-75%>80%
フォーム完了率<20%30-40%45-55%>60%
カート追加率<3%5-8%9-12%>15%

注:ベンチマークは業界によって大きく異なります。あくまで参考値として使用してください。


基本:ランディングページの最適化

ファーストビューのチェックリスト

すべてのランディングページで、次の要素をスクロールせずに見えるようにする必要があります:

要素要件よくある問題
見出し明確な価値提案曖昧、会社中心
サブ見出し具体的なメリットまたは成果欠落または弱い
ヒーロー画像/動画関連性があり、成果を示しているストック写真、無関係
CTA目立ち、行動を促す隠れている、汎用的なテキスト
信頼性を示す要素ロゴ一覧、評価、または数値まったくない
見出しの公式
[Outcome] + [Timeframe/Ease] + [Without Pain Point]

Examples:
"Get 10 qualified leads per week without cold calling"
"File your tax return in 15 minutes with expert review"
"Double your email conversions without hiring a copywriter"
CTA ボタンのベストプラクティス
することしないこと
「無料トライアルを始める」「送信」
「見積もりを依頼する」「こちらをクリック」
「デモを予約する」「詳細はこちら」(ファネル下部の場合)
「ガイドをダウンロードする」「送る」

CTA ボタンの最適化:

  • サイズ:モバイルでタップしやすい十分な大きさにします(高さは最低 44px)
  • 色:ページの背景色と十分なコントラストをつけます
  • 位置:ファーストビューの上部、および重要なセクションの後に配置します
  • テキスト:「〜を手に入れる」のような一人称表現は、二人称表現より効果が高いことがよくあります
  • 余白:競合する要素から主要な CTA を際立たせるために余白を使います。大幅な改善をうたう主張はケースによって異なるものとして扱い、自分の環境で検証します
信頼要素の優先順位
STRONGEST TRUST SIGNALS (use at least 3):
├─ Customer logos (recognizable brands)
├─ Review score (4.5+ stars with count)
├─ Security badges (SSL, payment, compliance)
├─ Money-back guarantee
└─ Phone number visible

SUPPORTING TRUST SIGNALS:
├─ Customer testimonials (with photo, name, company)
├─ Case study snippets (specific metrics)
├─ "As seen in" media logos
├─ Team photos (for services)
├─ Live chat widget
└─ Physical address (for services)
ユーザー生成コンテンツ(UGC)

UGC は SaaS や e コマースでコンバージョンを増やすことがよくありますが、改善幅はカテゴリ、掲載位置、トラフィックの意図によって大きく異なります。

UGC の種類掲載位置効果
顧客の動画ヒーロー領域またはファーストビューより下高い信頼感、高いエンゲージメント
レビューの抜粋CTA の近く不確実性を軽減
ケーススタディの引用検討セクション信頼性を高める
コミュニティでの言及フッターまたはソーシャルプルーフバー利用者数の多さを示す

実装:G2、Capterra、またはアプリ内フィードバックから引用します。使用前に許可を確認してください。


コア:フォームの最適化

フォームフィールドのルール
ルール理由効果
フィールドを最小限にするフィールドが増えるごとに負担が増す入力完了率が低下することがよくあります(低下幅はさまざまです)
メールアドレスを最初に尋ねる入力途中のデータを取得できるリード獲得率が 15~30%向上
ラベルを常時表示するプレースホルダーは消えてしまい、エラーの原因になります入力完了率が 10%向上
1 列にする入力の流れがスムーズになる入力完了率が 5~10%向上
インラインで検証するエラーを早期に検出できる入力完了率が 22%向上
ブラウザーの自動入力を使う入力の手間とエラーを減らせる入力完了率が 15~20%向上

2026 年のベンチマーク:平均的なチェックアウトは 5.1 ステップ、11.3 フィールドです(Baymard)。リード獲得フォームでは 5 フィールド以下を目指します。

フィールドの優先順位(必要な項目のみ尋ねる)
優先度フィールド必要となる条件
1メールアドレス常に
2名前パーソナライズが必要な場合
3会社名B2B の場合のみ
4電話番号営業対応の準備ができたリードのみ
5役職エンタープライズをターゲットとする場合
6+その他すべて段階的プロファイリングを通じて収集する
マルチステップフォームのパターン
Step 1: Low commitment (email)
├─ "What's your email?"
├─ Progress indicator: 1 of 3
└─ CTA: "Continue"

Step 2: Qualifying info
├─ Company size / Industry
├─ Progress indicator: 2 of 3
└─ CTA: "Almost there"

Step 3: Contact info
├─ Name / Phone (optional)
├─ Progress indicator: 3 of 3
└─ CTA: "Get My [Deliverable]"

マルチステップフォームのメリット:

  • コミットメントと一貫性の原理
  • 途中で離脱した場合でも一部のデータを取得できる
  • 圧倒されにくい
  • 段階的にリードを評価できる

コア:A/B テストの方法論

仮説テンプレート
IF we [change/add/remove X]
THEN [metric] will [increase/decrease] by [estimate]
BECAUSE [reasoning based on data/research]

Example:
IF we add customer logos to the hero section
THEN form conversion will increase by 15%
BECAUSE trust signals reduce perceived risk for new visitors
サンプルサイズ計算ツール

必要最小サンプルサイズの計算式(簡易版):

n = (16 × p × (1-p)) / MDE²

Where:
- n = sample per variant
- p = baseline conversion rate
- MDE = minimum detectable effect (e.g., 0.10 for 10% lift)

Example:
Baseline CVR: 3% (0.03)
MDE: 20% relative lift (looking for 3.6% or higher)

n = (16 × 0.03 × 0.97) / (0.006)²
n ≈ 12,933 per variant

Total traffic needed: ~26,000 visitors

早見表:

ベースライン CVRMDE 10%MDE 20%MDE 30%
1%63,00015,8007,000
3%20,7005,2002,300
5%12,2003,0501,350
10%5,8001,450650

バリアントごとの数値です。必要な総トラフィックを求めるには 2 倍してください。

統計的有意性

有効なテストの要件:

  • 信頼水準 95%(最低限)
  • 検出力 80%(変更する理由がない限りデフォルト)
  • 少なくとも 1~2 回の完全なビジネスサイクル(7~14 日間)実施する
  • 途中で結果を確認して早期終了しない(偽陽性が増加します)
  • テスト前に、仮説、主要指標、ガードレール、サンプルサイズ、期間を記録する
  • 事後的なセグメント分析は避ける。セグメントを事前登録するか、多重比較を調整する

現実的な確認事項(専門家向けのデフォルト):

  • 統計的有意性は、変更をリリースする価値があることを意味しません(実際の影響とガードレールを確認してください)
  • 実験の整合性に疑問がある場合は、「有意」な結果を無視してください(トラッキングの問題、トラフィック構成の変化、SRM、ランダム化の破綻など)
  • 早期終了は、明確な悪影響(ガードレール違反)または無効性(計測や割り当ての問題)がある場合に限り、「早期の勝利」を理由にしてはいけません
実験の健全性(2026年のデフォルトチェック)
  • 割り当ての健全性:定期的に A/A テストを実施し、1日目と3日目に SRM を確認します
  • トラッキングの健全性:結果を解釈する前に、イベント定義、重複排除、クロスドメイン、同意モードの動作を確認します
  • 汚染:複数のバリアントを同じユーザーにデバイスやセッションをまたいで表示しないようにします。可能な場合は、安定した ID を優先します
  • 変更管理:テスト期間中は、同じフローに対するほかの大規模な変更を凍結します
CUPED:分散削減によるテストの高速化

CUPED(既存データを用いた統制実験)により、分散を**約40〜60%**削減でき、テストの有意性により早く到達できます。

項目詳細
仕組み実験前のユーザー行動を用いて、固有の分散を制御します
参照期間1〜2週間(最適なバランス)
制限事項新規ユーザーには機能しません(履歴がないため)
プラットフォームVWO、Optimizely、Statsig、Eppo、PostHog

使用するタイミング:テストの実施速度が重要なトラフィックの多いサイト。実装の詳細はadvanced-testing.mdを参照してください。

テストの優先順位付け:ICE フレームワーク
要素スコア(1〜10)説明
インパクト指標にどれほどの影響を与えますか?
確信度これが有効だとどれほど確信できますか?
容易さどれほど簡単に実装できますか?
ICE スコア(インパクト + 確信度 + 容易さ)/ 3

ICE スコアの解釈:

  • 8〜10:優先度が高く、すぐにテストします
  • 5〜7:優先度は中程度で、キューに追加します
  • 1〜4:優先度が低く、後で再検討するか、見送ります

コア:ファネル分析

ファネル診断フレームワーク
STEP 1: Map your funnel
Page Visit → Key Action → Form Start → Form Complete → Confirmation

STEP 2: Measure drop-off at each step
├─ Page Visit to Key Action: ___% (bounce rate inverse)
├─ Key Action to Form Start: ___%
├─ Form Start to Complete: ___%
└─ Complete to Confirmation: ___%

STEP 3: Identify biggest drop-off
Biggest percentage drop = highest priority to fix

STEP 4: Diagnose root cause
├─ High bounce? → Relevance, load speed, messaging
├─ Low engagement? → Content, CTA visibility
├─ Form abandonment? → Form friction, trust
└─ Checkout drop? → Pricing, shipping, trust

専門家のメモ:「離脱が最も多い箇所」が、必ずしも最適な改善対象とは限りません。それが不具合(意図的なフィルタリングではない)ではないこと、計測上の問題ではないこと、上流の要因(トラフィックの質/オファーの不一致)が原因ではないことを確認してください。

マイクロコンバージョンのマッピング
ファネル段階追跡するマイクロコンバージョン
認知スクロール深度、ページ滞在時間、動画視聴数
関心CTA のホバー、タブ/セクションの閲覧、リソースのクリック
検討料金ページへの訪問、比較ページ、デモ動画
決定フォーム入力開始、カートへの追加、チェックアウト開始
コンバージョンフォーム入力完了、購入、登録
ヒートマップと録画の分析

確認する点:

  • クリックヒートマップ:ユーザーは CTA をクリックしていますか?クリックできない要素をクリックしていますか?
  • スクロールマップ:ユーザーはどこでスクロールを止めていますか?重要なコンテンツがスクロールせずに見える範囲の下にありませんか?
  • セッション録画:ユーザーはどこでためらっていますか?連打クリックはありますか?フォームで混乱していませんか?
  • フォーム分析:どのフィールドが離脱の原因ですか?エラーのパターンはありますか?

コア:アプリ内の収益化ゲートを表示するタイミング

フリーミアムアプリやサブスクリプションアプリでは、アップグレードのプロンプト(ペイウォール、モーダル、ソフトゲート)をいつ表示するかを決める必要があります。タイミングを誤ると、気付かないうちにアクティベーションを損ないます。

ルール

**ユーザーが最初の価値を得る前に、収益化ゲートを表示してはいけません。**早すぎるゲート表示は、ユーザーに支払いではなく離脱を促します。

ゲートのトリガーパターン
トリガー仕組み使用するタイミング
価値提供を優先ユーザーが中核となるアクションを完了した後にのみゲートを表示します(例:レポートを生成した後、結果を確認した後)すべての製品でのデフォルト
スクロールベースユーザーが最初の価値あるコンテンツブロックを通過してスクロールした後にゲートを表示しますコンテンツ中心の製品、ダッシュボード
エンゲージメントタイマーアクティブなエンゲージメントが15〜30秒続いた後にゲートを表示します(実時間ではありません)目に見える価値をすぐに提供する製品
使用回数N 回の無料利用後にゲートを表示します(例:質問3回、エクスポート5回)繰り返し可能な中核アクションを持つ製品
機能の境界特定のプレミアム機能にゲートを設け、中核的な体験は無料のままにします無料機能と有料機能が明確に分かれている製品
タイミングに関するアンチパターン
アンチパターン影響対策
初回訪問時にすぐゲートを表示する価値を届ける前に40~60%が離脱する最初の価値を届けた後まで延期する
5秒未満でゲートを表示するユーザーがまだ状況を把握できておらず、罠のように感じられるアクティブなエンゲージメントが最低15秒続いた後、またはスクロール/操作をトリガーにする
スクロール前にゲートを表示するスクロールしないと見えない範囲のコンテンツをユーザーが見つけられなくなるスクロール深度をトリガーにする(例:最初のコンテンツセクションを過ぎた後)
無料コンテンツを全画面でブロックするエンゲージメントしたユーザーに不利益を与える無料プランのコンテンツにはソフトゲート(バナー、インラインCTA)を使用する
オンボーディングを中断するゲート初回利用時の体験を損なうオンボーディングを完了 → 最初の価値を届ける → その後にゲートを表示する
ゲート配置の判断ツリー
WHEN TO SHOW THE MONETIZATION GATE:

1. Has the user completed onboarding?
   └─ No → DO NOT gate. Let them finish.

2. Has the user seen their first valuable result?
   └─ No → DO NOT gate. Deliver value first.

3. Has the user had time to orient?
   (scrolled past first content block OR 15s+ active engagement)
   └─ No → DO NOT gate. Wait for engagement signal.

4. User has received value and engaged → GATE IS SAFE
   └─ Choose format:
      ├─ Soft gate (banner/inline) → for free-tier content the user can still access
      └─ Hard gate (modal/overlay) → for premium features the user cannot access
効果測定

ゲートを表示するタイミングがアクティベーションに与える影響を追跡します。

  • gate_shown → gate_dismissed と gate_converted(即時)
  • gate_shown → 7日以内の generated_reading またはコア価値イベント(その後のアクティベーション)
  • ジャーニーの異なる段階でゲートを見たコホートのアクティベーション率を比較する

参考資料:トリアージ、速度、SOP

ページ速度の目標、CROのトリアージ判断ツリー、運用の頻度、アンチパターンについては、references/triage-and-ops.mdを参照してください。


テンプレート

テンプレート目的
landing-audit.mdランディングページの完全な監査
ab-test-plan.mdA/Bテストの計画
form-audit.mdフォーム最適化のチェックリスト
funnel-analysis.mdファネルの診断
ice-scoring.mdテストの優先順位付け

エキスパート向け:仮説の質(見えにくい失敗のチェックリスト)

優れたCROの仮説は、「Xを変更してCVRを上げる」ではありません。仕組みとリスクを明確にする必要があります。

優れた仮説に含まれる要素:

  • 対象とする制約:明確さ、信頼、動機、摩擦
  • 対象者:セグメント/意図/チャネル/デバイス(少なくとも1つ)
  • 変化させる指標:主要指標とガードレール指標(価値、品質、その後の指標)
  • 有効と考える理由:根拠と仕組み(単なる感覚ではない)

CROが見えにくい形で失敗するよくあるケース:

  • コンバージョンは増えるが価値が下がる(質の低いリード、返金/チャージバックの増加、リテンションの悪化)
  • 全体では横ばいに見えるが、価値の高いセグメントに悪影響がある(構成の変化が損失を覆い隠す)
  • 「成功」が目新しさや季節性によるもので、再現しない

assets/ab-test-plan.mdを使用して、ガードレール指標と無効化の基準を事前登録してください。


参考資料

参考資料説明
advanced-testing.mdCUPED、逐次テスト、MAB
ai-automation.mdAIによるパーソナライゼーション、ツールスタック
form-optimization.md入力項目の削減、複数ステップのフォーム、バリデーションUX
landing-page-optimization.mdヒーローのパターン、CTAの配置、レイアウトのフレームワーク
mobile-cro.md親指が届く範囲、タップ領域、モバイルでのチェックアウト、速度
personalization-strategies.md動的コンテンツ、行動ターゲティング、ツールの比較
social-proof-trust-signals.mdお客様の声、レビュー、信頼バッジ、B2B/B2Cのパターン
triage-and-ops.mdページ速度、トリアージ、SOP、アンチパターン
pricing-page-optimization.md価格設定の心理、プランの階層、エンタープライズとセルフサービス
checkout-optimization.mdカート放棄、決済UX、チェックアウトフローの設計

海外市場

このスキルでは、米国/英国向けのデフォルト設定を使用します。海外市場向けのCROについては、次をご覧ください。

必要なもの参照するスキル
地域ごとの決済方法marketing-geo-localization
文化に応じた信頼のシグナルmarketing-geo-localization
地域に応じたCTAの調整marketing-geo-localization
RTL/ローカライズされたデザインmarketing-geo-localization

自動トリガー:クエリに地域市場や文化への適応についての記載があると、両方のスキルが自動的に読み込まれます。


関連スキル


使用上の注意(Claude)

  • 実務に役立つ内容を優先し、チェックリスト、監査結果、テスト計画を提示します
  • テストでは、統計的有意性に関する要件を必ず含めます
  • トラフィックの少ないサイトには、定性的な調査を推奨します
  • 絶対値ではなく、ベンチマークの範囲を使用します
  • コンバージョンデータを捏造せず、確信が持てない場合は「業界によって異なります」と述べます

コメント