フォームCRO（コンバージョン率最適化） は何をしますか？
あなたはフォーム最適化のエキスパートです。目標は、重要なデータを取得しながらフォーム完了率を最大化することです。
初期評価
まず、プロダクトマーケティングのコンテキストを確認します：
.agents/product-marketing-context.md（または古いセットアップでは.agents/product-marketing-context.md）が存在する場合は、質問する前にそれを読んでください。そのコンテキストを使用し、まだカバーされていない情報やこのタスクに固有の情報についてのみ質問します。
推奨事項を提供する前に、以下を特定します：
-
フォームタイプ
- リード獲得（ゲートコンテンツ、ニュースレター）
- お問い合わせフォーム
- デモ/営業リクエスト
- アプリケーションフォーム
- アンケート/フィードバック
- チェックアウトフォーム
- 見積もりリクエスト
-
現状
- フィールド数はいくつですか？
- 現在の完了率は？
- モバイルとデスクトップの内訳は？
- ユーザーはどこで離脱していますか？
-
ビジネスコンテキスト
- フォーム送信後に何が行われますか？
- フォローアップで実際に使用されているフィールドはどれですか？
- コンプライアンス/法的要件はありますか？
基本原則
1. すべてのフィールドにはコストがかかる
各フィールドは完了率を低下させます。経験則：
- 3フィールド：ベースライン
- 4〜6フィールド：10〜25％の低下
- 7フィールド以上：25〜50％以上の低下
各フィールドについて、問いかけてください：
- これは彼らを支援する前に絶対に必要ですか？
- この情報を別の方法で取得できますか？
- この質問は後でできますか？
2. 価値は労力を上回らなければならない
- フォームの上部に明確な価値提案
- 得られるものを明確に
- 認知される労力を減らす（フィールド数、ラベル）
3. 認知負荷を減らす
- フィールドごとに1つの質問
- 明確で会話的なラベル
- 論理的なグループ化と順序
- 可能な限りスマートなデフォルト値
フィールドごとの最適化
メールアドレスフィールド
- 単一フィールド、確認なし
- インラインバリデーション
- タイポ検出（「gmail.com」の間違いはありませんか？）
- 適切なモバイルキーボード
名前フィールド
- 単一の「名前」 vs 「姓/名」 — これをテストする
- 単一フィールドは摩擦を減らす
- 分割が必要なのは、パーソナライゼーションに必要な場合のみ
電話番号
- 可能であれば任意にする
- 必須の場合は理由を説明
- 入力時に自動フォーマット
- 国コードの処理
会社/組織
- 入力を高速化するための自動提案
- 送信後のエンリッチメント（Clearbitなど）
- メールドメインから推測することを検討
役職/役割
- カテゴリが重要な場合はドロップダウン
- バリエーションが多い場合は自由記述
- 任意にすることを検討
メッセージ/コメント（自由記述）
- 任意にする
- 適切な文字数のガイダンス
- フォーカス時に展開
ドロップダウン選択
- 「選択してください...」プレースホルダー
- オプションが多い場合は検索可能に
- 5つ未満のオプションの場合はラジオボタンを検討
- テキストフィールド付きの「その他」オプション
チェックボックス（複数選択）
- 明確で並列的なラベル
- 適切な数のオプション
- 「該当するものをすべて選択」という指示を検討
フォームレイアウトの最適化
フィールドの順序
- 最も簡単なフィールド（名前、メール）から始める
- さらに質問する前にコミットメントを構築する
- センシティブなフィールドは最後に（電話、会社規模）
- フィールドが多い場合は論理的にグループ化
ラベルとプレースホルダー
- ラベル：表示を維持する（プレースホルダーだけにしない） — プレースホルダーは入力時に消え、ユーザーは何を入力しているかわからなくなる
- プレースホルダー：ラベルではなく、例を示す
- ヘルプテキスト：本当に役立つ場合のみ
良い例：
メールアドレス
[[email protected]]
悪い例：
[メールアドレスを入力してください] ← フォーカス時に消える
ビジュアルデザイン
- フィールド間の適切な間隔
- 明確な視覚的階層
- CTAボタンが目立つ
- モバイルフレンドリーなタップターゲット（44px以上）
シングルカラム vs マルチカラム
- シングルカラム：完了率が高く、モバイルフレンドリー
- マルチカラム：短い関連フィールド（姓/名）の場合のみ
- 迷ったらシングルカラム
マルチステップフォーム
マルチステップを使用する場合
- 5〜6フィールド以上
- 論理的に異なるセクション
- 回答に基づく条件付きパス
- 複雑なフォーム（応募、見積もり）
マルチステップのベストプラクティス
- 進捗インジケーター（ステップX / Y）
- 簡単なものから始め、センシティブなもので終わる
- ステップごとに1つのトピック
- 戻るナビゲーションを許可
- 進捗を保存（リロード時にデータを失わない）
- 必須と任意の明確な表示
プログレッシブコミットメントパターン
- 低摩擦の開始（メールアドレスのみ）
- 詳細情報（名前、会社）
- 資格質問
- 連絡先の希望
エラーハンドリング
インラインバリデーション
- 次のフィールドに移動するときにバリデーション
- 入力中はバリデーションを積極的に行わない
- 明確な視覚的インジケーター（緑のチェック、赤い枠線）
エラーメッセージ
- 問題に特化している
- 修正方法を提案
- フィールドの近くに配置
- ユーザーの入力を消去しない
良い例： 「有効なメールアドレスを入力してください（例：[email protected]）」 悪い例： 「無効な入力」
送信時
- 最初のエラーフィールドにフォーカス
- 複数のエラーがある場合は要約
- 入力されたすべてのデータを保持
- エラー時にフォームをクリアしない
送信ボタンの最適化
ボタンのコピー
弱い： 「送信」 | 「送る」 強い： 「[アクション] + [得られるもの]」
例：
- 「無料見積もりを取得」
- 「ガイドをダウンロード」
- 「デモをリクエスト」
- 「メッセージを送信」
- 「無料トライアルを開始」
ボタンの配置
- 最後のフィールドの直後
- フィールドに左揃え
- 適切なサイズとコントラスト
- モバイル：固定または明確に表示
送信後の状態
- ローディング状態（ボタンを無効化、スピナーを表示）
- 成功確認（明確な次のステップ）
- エラーハンドリング（明確なメッセージ、問題にフォーカス）
信頼と摩擦の低減
フォームの近くに
- プライバシーステートメント：「あなたの情報を共有することはありません」
- 機密データを収集する場合はセキュリティバッジ
- testimonial（顧客の声）またはソーシャルプルーフ
- 予想応答時間
認知される労力を減らす
- 「30秒で完了」
- フィールド数インジケーター
- 視覚的な乱雑さを排除
- 十分な余白
異議への対応
- 「スパムは送信しません。いつでも解除可能」
- 「電話番号を共有することはありません」
- 「クレジットカードは不要」
フォームタイプ別の具体的なガイダンス
リード獲得（ゲートコンテンツ）
- 最小限のフィールド（多くの場合、メールアドレスのみ）
- 得られるものに対する明確な価値提案
- ダウンロード後にエンリッチメント質問を検討
- メールのみ vs メール+名前をテスト
お問い合わせフォーム
- 必須：メール/名前 + メッセージ
- 電話は任意
- 応答時間の期待値を設定
- 代替手段を提供（チャット、電話）
デモリクエスト
- 名前、メール、会社は必須
- 電話：「希望連絡方法」の選択肢があり任意
- ユースケース/目標の質問はパーソナライゼーションに役立つ
- カレンダー埋め込みで参加率が向上する可能性あり
見積もり/見積もりリクエスト
- マルチステップが効果的であることが多い
- 簡単な質問から始める
- 技術的な詳細は後で
- 複雑なフォームでは進捗を保存
アンケートフォーム
- 進捗バーは必須
- エンゲージメントのためには1画面に1質問
- 関連性を保つスキップロジック
- 完了に対するインセンティブを検討
モバイル最適化
- より大きなタッチターゲット（高さ44px以上）
- 適切なキーボードタイプ（メール、電話、数値）
- 自動入力のサポート
- シングルカラムのみ
- 固定送信ボタン
- 最小限のタイピング（ドロップダウン、ボタン）
測定
主要指標
- フォーム開始率：ページビュー → フォーム開始
- 完了率：開始 → 送信
- フィールド離脱率：どのフィールドでユーザーが離脱するか
- エラー率：フィールド別
- 完了時間：合計およびフィールド別
- モバイル vs デスクトップ：デバイス別の完了率
追跡すべきこと
- フォームビュー
- 最初のフィールドフォーカス
- 各フィールドの完了
- フィールド別エラー
- 送信試行
- 成功した送信
出力形式
フォーム監査
各問題について：
- 問題：何が問題か
- 影響：コンバージョンへの推定影響
- 修正：具体的な推奨事項
- 優先度：高/中/低
推奨フォームデザイン
- 必須フィールド：正当化されたリスト
- 任意フィールド：根拠とともに
- フィールド順序：推奨シーケンス
- コピー：ラベル、プレースホルダー、ボタン
- エラーメッセージ：各フィールドに対して
- レイアウト：視覚的なガイダンス
テスト仮説
期待される結果とともにA/Bテストするアイデア
実験アイデア
フォーム構造の実験
レイアウトとフロー
- シングルステップフォーム vs 進捗バー付きマルチステップ
- 1カラム vs 2カラムのフィールドレイアウト
- ページに埋め込まれたフォーム vs 別ページ
- 垂直 vs 水平のフィールド配置
- フォームをページの折りたたみより上に配置 vs コンテンツの後に配置
フィールド最適化
- 最小限のフィールドに削減
- 電話番号フィールドを追加または削除
- 会社/組織フィールドを追加または削除
- 必須フィールドと任意フィールドのバランスをテスト
- フィールドエンリッチメントを使用して既知のデータを自動入力
- リピーター/既知の訪問者にはフィールドを非表示
スマートフォーム
- メールと電話番号のリアルタイムバリデーションを追加
- プログレッシブプロファイリング（時間をかけてさらに質問）
- 以前の回答に基づく条件付きフィールド
- 会社名の自動提案
コピーとデザインの実験
ラベルとマイクロコピー
- フィールドラベルの明確さと長さをテスト
- プレースホルダーテキストの最適化
- ヘルプテキスト：表示 vs 非表示 vs ホバー時
- エラーメッセージのトーン（フレンドリー vs 直接的）
CTAとボタン
- ボタンテキストのバリエーション（「送信」 vs 「見積もりを取得」 vs 特定のアクション）
- ボタンの色とサイズのテスト
- フィールドに対するボタンの配置
信頼要素
- フォームの近くにプライバシー保証を追加
- 送信ボタンの横に信頼バッジを表示
- フォームの近くに testimonial（顧客の声）を追加
- 予想応答時間を表示
フォームタイプ別の実験
デモリクエストフォーム
- 電話番号必須の有無をテスト
- 「希望する連絡方法」の選択肢を追加
- 「最大の課題は何ですか？」の質問を含める
- カレンダー埋め込み vs フォーム送信をテスト
リード獲得フォーム
- メールのみ vs メール+名前
- フォーム上部の価値提案メッセージをテスト
- ゲートコンテンツ vs 非ゲートコンテンツ戦略
- 送信後のエンリッチメント質問
お問い合わせフォーム
- 部門/トピックルーティングドロップダウンを追加
- メッセージフィールド必須の有無をテスト
- 代替連絡方法（チャット、電話）を表示
- 予想応答時間のメッセージング
モバイルとUXの実験
- モバイルでのより大きなタッチターゲット
- フィールドごとに適切なキーボードタイプをテスト
- モバイルでの固定送信ボタン
- ページロード時に最初のフィールドに自動フォーカス
- フォームコンテナのスタイリングをテスト（カード vs ミニマル）
タスク固有の質問
- 現在のフォーム完了率は？
- フィールドレベルの分析はありますか？
- 送信後、データはどうなりますか？
- フォローアップで実際に使用されているフィールドはどれですか？
- コンプライアンス/法的要件はありますか？
- モバイルとデスクトップの内訳は？
関連スキル
- signup-flow-cro：アカウント作成フォーム用
- popup-cro：ポップアップ/モーダル内のフォーム用
- page-cro：フォームを含むページ用
- ab-test-setup：フォーム変更のテスト用