問い合わせフォームの必須項目は何個？初回の返信に必要な情報から決める

住所も型番も分からない人を、入口で止めていないか

架空の業務用機器修理会社が、フォームに会社名、部署、役職、住所、電話、メール、型番、製造年、故障内容をすべて必須にしているとします。店舗オーナーが知りたいのは「この機器を修理できるか」。型番を見つけられず、送信できません。現場確認に必要な情報と、最初の返信に必要な情報が一緒になっています。

逆に、項目を減らすだけで返信先が分からなくなれば対応が止まります。目的は最少の個数を競うことではありません。問い合わせを受けたあと、誰がどの順番で何を確認するのかに合わせて設計します。W3Cのフォーム解説も、手続きに必要な情報だけを求める考え方を示しています。 W3C WAI：Forms Tutorial ↗

各項目を、最初の返信で使うかどうかで分ける

まず最近の問い合わせ対応を一件振り返ります。受付担当がどの項目を使って返信し、どの項目は訪問日程が決まってから確認したかを書き出してください。「営業管理にあると便利」という理由と、「ないと初回の案内ができない」という理由を分けると判断できます。

1. 必須候補に理由を付ける。返信に使うメールアドレス、対応可否を確認する相談内容など、情報がないと何が止まるのかまで書きます。
2. 別の情報で代替できるかを確認する。最初は市区町村だけで対象地域を判断できるなら、番地は訪問の調整時に聞く方法も考えられます。
3. 専門知識が要る項目を見直す。型番が不明でも受け付けられるなら「分からない」を選べるようにし、写真で確認する方法を案内します。
4. 受付担当と再確認する。情報不足で返信が止まる例と、入力に迷いそうな例を試し、必須・任意・あとで確認の三つに分けます。

任意欄にも、書く意味を添える

任意なら説明は不要、とは限りません。「電話番号（任意）」だけでは、電話が来るのか判断できない人もいます。実際の運用に合う場合は「日中の連絡を電話で希望する場合に入力」など、何に使うかを具体化します。返信方法を選ぶ仕組みにするなら、担当者がその希望を受け取れることも確認します。

必須か任意か、入力形式の指定は、欄の近くで分かるようにします。入力例だけを欄の中に置き、入力したら項目名が消える設計にも注意が必要です。W3Cはフォームの使い方や必須・任意、入力形式を説明することを勧めています。 W3C WAI：Form Instructions ↗ 説明と項目の結び付けなど、実装面は制作側へ確認してください。

フォームの目的：
受付後、最初に行う対応：
候補の項目名：
その情報を使う担当・場面：
ないと最初の対応が止まる理由：
別の情報で代替できるか：
分からない場合の答え方：
判断（必須／任意／あとで確認）：
利用者へ説明する用途：

入力欄の数を決めたら、失敗する場面も試す

空欄で送ろうとしたときに、どこを直せばよいか分かるかを試します。エラーでページ上部へ戻っても、問題の項目に気付けないことがあります。長いメールアドレス、改行のある文章、選択のやり直しなどでも確認し、修正前の内容が残るかも見てください。

送信後は、フォームの受付完了、担当者が受信できたこと、利用者への案内を別々に確かめます。画面に完了と出るだけで社内に届いていなければ、窓口として機能しません。テストの条件と担当者を決め、実際の相談に混ざらない形で確認します。W3Cの解説も、成功やエラーを知らせ、修正方法を案内することを扱っています。 W3C WAI：Forms Tutorial ↗

最初のフォームで、相談と関係のない詳細情報まで集めないようにします。自由記入欄に何でも書いてもらうより、最初の案内に必要な範囲を説明すると整理しやすくなります。個人情報の扱いを掲載する場合は、実際の保存先・利用方法と案内をそろえてください。

【考察・見解】情報を小分けに聞く設計を試す

入力の手間だけでなく、何を書くべきか考える負担も送信をためらう理由になり得ます。初回は相談の入口に絞り、その後に担当者が必要な条件を聞く形が合う業務もあるでしょう。ただし緊急対応や予約確定など、最初から詳細が必要な業務もあります。欄を減らす効果を一律には判断できません。

修正後は送信件数とあわせて、担当者が聞き直す回数や対応できない相談の内容も見ます。Web制作の相談には、現在のフォームURLと受付後の作業を共有してください。必要項目と受信確認まで含めて見直す範囲を整理できます。