お問い合わせフォームは「項目を3つにすればよい」「短いほど成果が出る」と一律には決められません。項目を減らしすぎると、営業担当が確認の連絡を繰り返し、対象外の相談も増えます。増やしすぎると、入力負担や個人情報への不安で離脱します。
最適な項目数は、問い合わせの目的、顧客の検討段階、初回対応に必要な情報、社内の振り分け、リスクによって決まります。本記事では、BtoB企業が離脱を減らしながら良い相談を受け取る設計を解説します。
結論：項目数ではなく「初回対応に本当に必要か」で決める
各項目へ次の質問をします。
- この情報がないと返信できないか
- 送信前に顧客が答えられるか
- 後の打ち合わせで聞けばよいか
- 自動取得できないか
- 必須にする必要があるか
- 収集・保存する責任を負えるか
- 顧客に理由を説明できるか
「あると便利」という理由だけで必須項目を増やしません。
1. フォームの目的を一つにする
一つのフォームで、見積もり、採用、取材、営業提案、保守、資料請求をすべて受けると項目が複雑になります。
目的を分けます。
- サービス相談
- 見積もり依頼
- 既存顧客サポート
- 採用応募
- 取材・協業
- 資料ダウンロード
件数が少ない場合は「問い合わせ種別」を最初に選び、以降の項目を条件分岐できます。
2. 最小構成を作る
BtoBの一般的な初回相談では、次が出発点になります。
- 名前
- 会社名
- メールアドレスまたは電話
- 相談内容
必要に応じて追加します。
- 相談種別
- 自社サイトURL
- 希望時期
- 予算帯
- 希望連絡方法
業種やサービスで必要項目は変わります。
3. 必須と任意を分ける
必須は、送信と初回返信に欠かせない項目へ限定します。
必須候補
- 名前
- 連絡先
- 相談内容
任意候補
- 部署・役職
- 電話番号
- URL
- 予算
- 希望時期
- 資料添付
会社名が必須かは対象によります。法人専用サービスなら必要ですが、相談前の担当者が会社情報を出しにくい場合もあります。
4. 予算を聞くか判断する
予算は提案の振り分けに役立ちますが、顧客がまだ分からない場合があります。
聞く場合は次の工夫をします。
- 任意にする
- 金額帯で選べる
- 「未定・相談したい」を用意する
- 予算を聞く理由を説明する
- 税込・税別を明示する
自由入力で正確な金額を必須にすると離脱する可能性があります。
5. 希望時期は選択肢にする
- 1か月以内
- 3か月以内
- 半年以内
- 時期未定
- 相談して決めたい
実現できない短納期を選ばせるだけで終わらず、サービスページで標準期間も説明します。
6. 相談内容は書きやすくする
大きな自由入力欄に「お問い合わせ内容」とだけ書くと、何を書けばよいか分かりません。
入力例を示します。
- 現在困っていること
- 検討中のサービス
- 希望時期
- 参考URL
- 未定でもよい項目
プレースホルダーだけに説明を入れると、入力時に消えるため、欄の上にも案内します。
7. 項目を論理的に並べる
自然な順番です。
- 問い合わせ種別
- 会社・担当者
- 連絡先
- 相談の条件
- 詳細
- 添付
- 同意・送信
難しい質問を最初に置かず、回答しやすい項目から始めます。
8. 一画面か複数ステップかを選ぶ
一画面
項目が少なく、全体を見渡せます。一般的な問い合わせに向きます。
複数ステップ
条件分岐が多い見積もり、予約、応募に向きます。進捗、戻る操作、入力保持、完了条件を分かりやすくします。
短いフォームを無理に複数画面へ分ける必要はありません。
9. 条件分岐で不要項目を隠す
問い合わせ種別に応じて項目を変えます。
例：
- 新規制作 → 目的、希望時期、参考サイト
- 保守相談 → 対象URL、症状、緊急度
- 採用 → 希望職種、資料
分岐後も、利用者が何を選んだか確認・変更できるようにします。
10. 入力形式を項目に合わせる
- メール：メール用キーボード
- 電話：電話番号用キーボード
- 日付：日付入力
- 予算：選択肢
- 都道府県：必要なら選択
- URL：URL形式
入力補助を使いながら、国際番号、長い会社名、さまざまなメール形式を不必要に拒否しません。
11. エラーをその場で具体的に伝える
- どの項目か
- 何が問題か
- どう直すか
例：
- 悪い例：入力内容に誤りがあります
- 良い例：メールアドレスに
@以降を入力してください
送信後にページ上部だけへエラーを出さず、対象欄の近くにも表示します。色だけで示しません。
12. 入力内容を消さない
エラー、戻る操作、確認画面、通信失敗で入力が消えると大きな離脱要因になります。
- 入力保持
- 二重送信防止
- 自動保存の必要性
- セッション期限
- 個人情報の安全な扱い
長文フォームでは特に確認します。
13. 確認画面の必要性を判断する
確認画面は誤送信防止に役立つ一方、送信完了と勘違いされる場合があります。
使う場合は、現在地と最終送信ボタンを明確にします。短い問い合わせでは入力画面上の確認と完了画面だけにする選択肢もあります。
14. 送信前の不安を減らす
フォーム付近に次を表示します。
- 返信までの目安
- 相談料
- まだ要件が未定でもよいか
- 営業目的の連絡への方針
- 個人情報の利用目的
- 添付ファイルの扱い
- 送信後の流れ
「お気軽に」だけでなく、具体的な安心材料を出します。
15. 個人情報を必要以上に集めない
- 生年月日
- 自宅住所
- 性別
- 個人電話
- 詳細な予算
- 本人確認書類
初回相談に不要なら収集しません。利用目的、保存先、閲覧権限、保持期間、削除方法を決めます。
16. 添付ファイルを安全に扱う
- 許可する形式
- 最大容量
- マルウェア検査
- 保存場所
- 閲覧権限
- 保持期間
- ファイル名の扱い
機密資料をフォームで求める必要があるか検討し、安全な別手段を用意します。
17. ボット対策と使いやすさを両立する
- ハニーポット
- 送信回数制限
- リスク判定型の対策
- CAPTCHA
- WAF
強すぎる課題や読みにくい画像認証で正規利用者を妨げないよう、実際の迷惑送信状況に合わせます。アクセシビリティも確認します。
18. 自動返信と管理者通知を分ける
自動返信
- 受付完了
- 送信内容
- 返信目安
- 緊急時の連絡
- 心当たりがない場合
管理者通知
- 種別
- 担当部署
- 対応期限
- CRM・チケットへの連携
個人情報を必要以上に複数宛先へ転送しません。
19. 送信成功を正確に計測する
ボタンクリックではなく、サーバー側で受付が成功した状態を計測します。
form_start- 入力エラー
generate_leadなど送信成功- 電話クリック
- 予約完了
GTMとプラグインなどから二重送信されていないか確認します。テスト送信を本番成果から区別します。
20. 項目別の離脱を調べる
- フォーム表示数
- 開始数
- エラー率
- 項目到達率
- 送信成功率
- デバイス別
- 流入元別
- 問い合わせ種別別
ヒートマップや入力分析を使う場合は、入力値を記録しない・マスクする設定を確認します。
項目を削る判断例
| 項目 | 判断例 |
|---|---|
| 住所 | 初回相談に不要なら削除 |
| 部署 | 振り分けに使わなければ任意 |
| 電話 | メール返信で足りるなら任意 |
| 予算 | 選択式＋未定を用意 |
| 希望時期 | 選択式＋相談を用意 |
| URL | 既存サイト診断なら必要 |
| 知ったきっかけ | UTMで分かるなら必須にしない |
| 同意チェック | 法務・利用目的に合わせる |
改善テストの進め方
- 現在の開始率・完了率・有効商談率を記録
- 離脱・エラーが多い項目を特定
- 一度に一つの仮説を決める
- 必須解除、説明追加、選択式化などを実施
- 十分な期間と件数で比較
- 問い合わせの質も確認
完了率だけ上がり対象外相談が増えた場合は、サイト上の対象説明や選択肢を改善します。
よくある質問
最適な項目数は何個ですか？
固定の正解はありません。初回返信に必要な情報へ絞り、任意・条件分岐・後日確認を使います。
電話番号は必須にすべきですか？
緊急対応や電話前提のサービスでは必要な場合があります。メールで初回対応できるなら任意にし、希望連絡方法を聞く方法もあります。
予算を聞くと離脱しますか？
可能性はあります。一方で提案の適合性を高められます。金額帯、任意、「未定」を用意し、理由を説明します。
確認画面は必要ですか？
内容とリスクで決めます。使う場合は、確認中であることと最終送信ボタンを明確にします。
フォームを短くしても問い合わせが増えません
サービス、実績、費用、担当者など送信前の判断材料、流入の質、受信後の対応も確認します。フォームだけが原因とは限りません。
まとめ
お問い合わせフォームの最適な項目数に固定の答えはありません。目的を分け、初回返信に本当に必要な情報だけを必須にし、任意、選択肢、条件分岐、後日の聞き取りを使います。
項目数だけでなく、順番、説明、入力形式、エラー、入力保持、個人情報、ボット対策、通知、送信成功、社内対応まで設計します。完了率と有効商談率を一緒に計測し、利用者と営業の両方にとって負担の少ないフォームへ改善します。
株式会社サーハビーでは、札幌の企業を中心に、お問い合わせフォームの設計・実装、WordPress、迷惑送信対策、GA4・GTMによる開始・完了計測、ヒートマップを使った改善を支援しています。項目を減らしても成果が変わらない場合も、送信前後の導線から確認します。