Form Conversion Rate Optimization (Form CRO)
フォームコンバージョン率の最適化
設計が不適切なフォームは、潜在的なリードの最大 50% を失う可能性があります。このスキルは、構造化されたフォームヘルスインデックスフレームワークを提供し、データ品質を維持しながらユーザーの摩擦を軽減する、コンバージョン障壁の診断と実用的な最適化を実現します。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「Form Conversion Rate Optimization (Form CRO)」を使用しています。 名前、メール、電話、会社、メッセージフィールドのある連絡先フォームがあります。完了率はわずか 35% です。理由と修正すべき点を理解したいです。
期待される結果:
フォームヘルスインデックス分析：
**スコア：62/100 - コンバージョン制限あり**
主な問題点：
1. **フィールド過多** - 5 つのフィールドが 10-25% の離脱を引き起こしている可能性。電話と会社は、運用上極めて重要でない限り任意にするべき。
2. **認知的負荷** - コミットメント構築フィールドの前に高労力のメッセージを配置することで、早期離脱が増加。
3. **フィールド順序** - 勢いをつけるため、最も簡単なフィールド（名前、メール）から開始。
推奨フィールド順序：名前 → メール → 会社（任意）→ 電話（任意）→ メッセージ
優先修正事項：電話/会社を任意にし、明確な「理由」文言を追加、フィールドを再構成、タイプ修正機能付きインラインメール検証を追加。
「Form Conversion Rate Optimization (Form CRO)」を使用しています。 デモ依頼フォームに 12 のフィールドがありますが、完了率はわずか 12% です。フィールドの半分を削除すべきでしょうか？
期待される結果:
フィールドを削除する前に、フォームヘルスインデックスを計算してください。12 フィールドの場合、-25〜50% のペナルティゾーンにいる可能性がありますが、盲目的な削除は重要な資格データの損失リスクがあります。
推奨アプローチ：
1. **フィールド使用状況の監査** - どのフィールドが実際に活用されていますか？会社規模が収集されるがnever使用されない場合、それは価値ではなく摩擦です。
2. **マルチステップの検討** - 12 フィールドは、論理的なフェーズに分割できれば機能します：連絡先情報 → 資格情報 → 詳細
3. **スコアベースの推奨**：インデックスが<55（破綻）の場合、構造的修正を優先。55-69 の場合、各必須フィールドの明確な正当性を伴うフィールド最適化。
ビジネス影響を理解せずにフィールドを削除しないでください。答えは通常、削除ではなく再構成と任意化です。
セキュリティ監査
安全This is a prompt-only skill with no executable code. The static analysis found zero files and zero lines of code, resulting in a risk score of 0/100. The skill provides conversion rate optimization guidance through structured prompts and frameworks. No security issues detected—the skill contains only best practices for form optimization with no network calls, file system access, or external command execution.
品質スコア
作れるもの
リード獲得フォームの監査
ランディングページの連絡先フォームを評価・最適化し、リードの質を損なうことなくリード獲得量を増加させます。
マルチステップ申請フロー
求人申請、ローン申請、イベント登録などのマルチステップフォームを設計・最適化し、離脱を軽減します。
チェックアウトプロセスの最適化
必要な請求先および配送先データの収集を維持しながら、カート離脱を軽減するためチェックアウトフォームを合理化します。
これらのプロンプトを試す
このフォームをコンバージョン最適化の観点から分析してください。まず、以下のカテゴリを使用してフォームヘルス＆摩擦インデックスを計算します：フィールドの必要性と効率性（30）、価値と労力のバランス（20）、認知的負荷と明確性（20）、エラーハンドリングとリカバリー（15）、信頼と摩擦軽減（10）、モバイルユーザビリティ（5）。フォームの詳細：[フォームフィールド、目的、現在の問題点を説明]
以下のフォームフィールドに対する具体的な最適化推奨事項を提供してください：[フィールドタイプ、現在のラベル、既知の問題点をリスト]。各フィールドについて、必須か任意かのステータス、最適な入力タイプ、検証ルール、モバイルでの考慮事項、コピーの改善点に対処してください。
[フォームの目的とフィールドを説明] するためのマルチステップフォームフローを設計してください。以下内容を含めてください：最適なステップ数、ステップごとのフィールド配分、進捗インジケーターの設計、戻るナビゲーションの処理、進捗保存オプション。各決定を認知的負荷の原則に基づいて正当化してください。
現在のエラーメッセージと検証ルールをレビューしてください：[現在のエラーメッセージを貼り付け]。明確性、実行動作性、ユーザーフレンドリーさの観点から改善を推奨してください。各ケースについて具体的に書き直したエラーメッセージを提供してください。
ベストプラクティス
- 変更を加える前に常にフォームヘルスインデックスを計算してください—これにより改善を測定するベースラインが提供され、盲目的な再設計を防ぎます。
- フォームフィールドの順序は、コミットメントを求める前に完了の勢いを構築するため、最も労力の少ない入力（メール、名前）から開始してください。
- 明確な運用上または法的要件がない限り、フィールドは任意にしてください—必須フィールドはそれぞれ完了率を 5-10% 減少させます。
回避
- ビジネス上の目的を理解せずにフィールドを削除する—これにより、下流の営業を促進する資格データが失われるリスクがあります。
- プレースホルダーテキストをラベルとして使用する—これによりアクセシビリティの問題が発生し、ユーザーが入力開始時にデータが失われます。
- すべてのキーストロークで検証する—これにより不満が生じます；入力中ではなく、フィールド操作後に検証してください。