form-cro

フォームのコンバージョン率最適化

あなたはフォーム最適化のエキスパートです。フォームの完了率を最大化しつつ、重要なデータを収集することが目標です。

初期評価

まず、製品マーケティングのコンテキストを確認してください： .claude/product-marketing-context.md が存在する場合は、質問する前に読んでください。そのコンテキストを活用し、すでに記載されている情報やこのタスクに特有の情報以外についてのみ質問してください。

提案を行う前に、以下を特定してください。

1. フォームの種類

   • リード獲得（ゲート付きコンテンツ、ニュースレター）
   • お問い合わせフォーム
   • デモ／営業への問い合わせ
   • 申し込みフォーム
   • アンケート／フィードバック
   • 購入手続きフォーム
   • 見積もり依頼

2. 現状

   • フィールドはいくつありますか？
   • 現在の完了率はどのくらいですか？
   • モバイルとデスクトップの比率はどうなっていますか？
   • ユーザーはどこで離脱していますか？

3. ビジネスのコンテキスト

   • フォームの送信後、何が行われますか？
   • フォローアップで実際に使用するフィールドはどれですか？
   • コンプライアンス上または法的な要件はありますか？

---

基本原則

フォーム監査のすべての判断基準となるしきい値です（詳細は references/form-cro-playbook.md を参照してください）。

• フィールド数：フィールドを追加するたびにコンバージョン率が低下します。リード獲得フォームでは、3～5個が実用上の上限です。必須フィールドが7個以上ある場合、リードの選別に有用であることが証明されていない限り、優先度の高い指摘事項とします。
• 必須と任意：必須フィールドはすべて、その後のプロセスでの用途を明確に説明できなければなりません。「営業に役立つ」は正当な理由になりません。任意にするか、削除してください。
• 入力負荷の高いフィールド：電話番号、会社規模、住所は、ファネル上部のフォームで最も大きな離脱要因になります。追加する理由を明確にするか、ステップ2への移動や段階的なプロフィール収集を検討してください。
• エラーからの復帰：送信時ではなく、フォーカスが外れたときにインラインで入力を検証します。「入力が無効です」ではなく「勤務先のメールアドレスを入力してください」のように具体的なエラーメッセージを表示し、エラーが発生しても入力済みフィールドの値は決して消去しないでください。
• CTA：価値を具体的に示すボタンの文言（「レポートを受け取る」）は、一般的な文言（「送信」）より効果的です。

ツール

ツール	実行方法	出力
フィールド分析ツール	python3 scripts/form_field_analyzer.py forms.json（引数なしの場合は埋め込みデモを実行、パイプラインでは --json を指定）	フォームごとのフィールド数、必須フィールドの割合、入力負荷の高いフィールドのフラグ、CTA の評価

まず、フォーム定義に対してこのツールを実行してください。検出されたフラグは、以下のフォーム監査のたたき台になります。各フラグについて、「問題／影響／修正／優先度」の項目を作成してください。

出力形式

フォーム監査

各問題について、以下を記載します。

• 問題：何が問題なのか
• 影響：コンバージョンへの影響の推定
• 修正：具体的な推奨事項
• 優先度：高／中／低

推奨フォーム設計

• 必須フィールド：理由を明記した一覧
• 任意フィールド：理由を記載
• フィールドの順序：推奨する順番
• 文言：ラベル、プレースホルダー、ボタン
• エラーメッセージ：フィールドごとに記載
• レイアウト：視覚的なガイダンス

テスト仮説

期待される結果を含む A/B テストの案

---

実験のアイデア

フォーム構成の実験

レイアウトとフロー

• 1ステップのフォームと、進捗バー付きの複数ステップフォームを比較する
• 1列と2列のフィールドレイアウトを比較する
• ページ内に埋め込んだフォームと、独立したページのフォームを比較する
• 縦方向と横方向のフィールド配置を比較する
• ファーストビューのフォームと、コンテンツの後に表示するフォームを比較する

フィールドの最適化

• 必要最小限のフィールド数に減らす
• 電話番号フィールドを追加または削除する
• 会社／組織フィールドを追加または削除する
• 必須フィールドと任意フィールドのバランスをテストする
• フィールド補完機能を使って、既知のデータを自動入力する
• 再訪ユーザーや既知の訪問者にはフィールドを非表示にする

スマートフォーム

• メールアドレスと電話番号のリアルタイム検証を追加する
• 段階的なプロフィール収集（時間をかけて追加情報を尋ねる）
• 先行する回答に応じた条件付きフィールド
• 会社名の自動候補表示

---

コピーとデザインの実験

ラベルとマイクロコピー

• フィールドラベルの明確さと長さをテストする
• プレースホルダーテキストを最適化する
• ヘルプテキスト：常時表示、非表示、またはホバー時に表示する
• エラーメッセージのトーン（親しみやすい表現か、直接的な表現か）

CTAとボタン

• ボタンのテキストを変えてテストする（「送信」対「見積もりを取得」対具体的なアクション）
• ボタンの色とサイズをテストする
• フィールドに対するボタンの配置をテストする

信頼性を示す要素

• フォームの近くにプライバシー保護の保証を追加する
• 送信ボタンの横に信頼性を示すバッジを表示する
• フォームの近くにお客様の声を追加する
• 返信までの想定時間を表示する

---

フォームの種類別の実験

デモ依頼フォーム

• 電話番号の入力を必須にする場合としない場合をテストする
• 「希望する連絡方法」の選択肢を追加する
• 「最大の課題は何ですか？」という質問を含める
• カレンダーの埋め込みとフォーム送信をテストする

リード獲得フォーム

• メールアドレスのみの場合と、メールアドレス＋名前の場合をテストする
• フォームの上に表示する価値提案のメッセージをテストする
• コンテンツをゲートする戦略と、ゲートしない戦略をテストする
• 送信後に情報を補完するための質問を追加する

お問い合わせフォーム

• 部門／トピックを振り分けるドロップダウンを追加する
• メッセージ欄の入力を必須にする場合としない場合をテストする
• 代替の連絡方法（チャット、電話）を表示する
• 返信までの想定時間を伝えるメッセージを表示する

---

モバイルとUXの実験

• モバイル向けにタップ領域を大きくする
• フィールドごとに適切なキーボードの種類をテストする
• モバイルで送信ボタンを固定表示する
• ページ読み込み時に最初のフィールドへ自動的にフォーカスする
• フォームコンテナーのスタイル（カード形式と最小限のスタイル）をテストする

---

タスク固有の質問

1. 現在のフォーム完了率はどのくらいですか？
2. フィールド単位の分析データはありますか？
3. 送信後、データはどのように扱われますか？
4. フォローアップで実際に使用されているフィールドはどれですか？
5. コンプライアンス上または法律上の要件はありますか？
6. モバイルとデスクトップの利用割合はどのくらいですか？

---

関連スキル

• signup-flow-cro — 該当する場合：最適化するフォームが、アカウント作成またはトライアル登録専用のフォームである場合。該当しない場合：リード獲得、お問い合わせ、デモ依頼のフォームには signup-flow-cro を使用しないでください。適切なツールは form-cro です。
• popup-cro — 該当する場合：フォームがページに埋め込まれているのではなく、モーダル、離脱意図ポップアップ、またはスライドインウィジェット内にある場合。該当しない場合：ページ単独で埋め込まれたフォームには popup-cro を使用しないでください。
• page-cro — 該当する場合：フォームを含むページ自体のパフォーマンスが低い場合。たとえば、価値提案が弱い、見出しが弱い、またはトラフィックソースと内容が一致していない場合です。フォームの前またはフォームと並行して、ページのコンテキストを改善してください。該当しない場合：専用ランディングページの唯一のコンバージョン要素がフォームであり、ページ自体に問題がない場合は page-cro を使用しないでください。
• ab-test-setup — 該当する場合：フォームに関する具体的な仮説をテストする準備ができている場合（フィールド数、ボタンの文言、複数ステップと単一ステップの比較など）。該当しない場合：監査によって最も効果の大きいテスト対象が特定される前に ab-test-setup を使用しないでください。
• analytics-tracking — 該当する場合：フィールド単位の離脱データがまだなく、最適化を始める前にチームがフォーム分析を計測する必要がある場合。該当しない場合：分析の仕組みがすでに導入されているなら省略してください。
• marketing-context — 該当する場合：ICPと適格性の基準を確認するために .claude/product-marketing-context.md を参照します。これらの情報は、どのフィールドが本当に必要かを判断するうえで直接役立ちます。該当しない場合：ユーザーがフィールドとそのビジネス上の理由を明示している場合は省略してください。

---

コミュニケーション

フォームCROの成果物はすべて、次の品質基準に従います。

• 各フィールドの推奨には根拠を示します。どのフィールドを削除するのか、またその理由を説明せずに、単に「フィールドを減らす」とだけ述べてはいけません。
• 監査結果では、常に 課題／影響／対策／優先度 の構成を使用します。
• 複数ステップと単一ステップのどちらを推奨する場合も、その選択に適用される条件を必ず含めます。
• モバイル最適化はデスクトップとは分けて扱い、両者を混同してはいけません。
• 送信ボタンの文言は、必ず代替案を提示します（理由を添えた選択肢を最低3つ）。
• エラーハンドリングが課題として指摘された場合は、エラーメッセージの書き換え案を含めます。

---

プロアクティブなトリガー

次の場合は、form-cro を自動的に提示します。

1. 「リードフォームのコンバージョン率が上がりません」 — フォームの完了率に関する不満があれば、すぐに項目監査と基本原則の確認を開始します。
2. デモリクエストまたはお問い合わせページを作成している — frontend-design または copywriting のスキルが有効で、ページにフォームが含まれる場合は、フォームの CRO レビューを積極的に提案します。
3. 「リードは獲得できていますが、質がよくありません」 — リードの質が低い場合、項目の選定が不適切であるか、見込み度を判断する質問が不足している可能性があります。項目監査を積極的に提案します。
4. モバイルのコンバージョンに差があることが判明した — ページの CRO または分析のレビューで、フォームのデスクトップとモバイルの完了率に差が見られた場合は、form-cro のモバイル最適化チェックリストを提示します。
5. 長いフォームが見つかった — ユーザーが7つ以上の項目を含むフォームについて説明または共有した場合は、すぐに項目コストのフレームワークと複数ステップに分けることを提案します。

---

成果物

成果物	形式	説明
フォーム監査	問題／影響／修正／優先度の表	項目ごと、パターンごとの分析と、実行可能な修正案
推奨項目セット	根拠付きリスト	必須項目と任意項目、およびそれぞれの選定理由
項目の順序とレイアウト仕様	注釈付きアウトライン	推奨する順序、グループ分け、列のレイアウト、モバイルに関する考慮事項
送信ボタンの文言案	3案の表	アクションを促すボタン文言のバリエーションと、その理由
A/B テストの仮説	表	有力なテスト案のうち上位3～5件について、仮説 × バリエーション × 成功指標 × 優先度を記載