スマホの問い合わせフォーム改善｜入力から完了まで点検

問い合わせに本当に必要な項目を選ぶ

最初の相談に必要な情報と、相談後でも確認できる情報を分けます。項目を減らすだけが目的ではなく、担当者が対応するための情報を、無理なく入力できるようにします。会社名や電話番号なども、必須にする理由を点検しましょう。

項目一覧には、利用目的、必須・任意、入力方法、確認する担当を残します。初回の相談に不要な情報を求めていないか、自由記述が長い説明を要求していないかを見直します。

ラベルと説明を、入力中も読めるようにする

W3Cは、入力欄などのコントロールにラベルを用意し、必須・任意や入力形式を伝えることを案内しています。プレースホルダーだけを項目名にすると、入力中に消えて確認しにくくなるため、ラベルの代わりにしません。

「お問い合わせ内容」の近くに、相談したいことや対象URLなど、何を書けばよいかを短く示します。説明が画面にあるだけでなく、ラベルや補足が入力欄に適切に関連づけられているかも確認します。

スマホで、入力とボタン操作を試す

表示幅を狭くした確認に加え、実機でも入力を試します。文字サイズ、ズーム、画面の向き、スクロールなどで操作が変わるため、iPhoneとAndroidなど、利用者の端末に合わせて点検します。

エラーは、直す場所と方法を示す

「入力内容にエラーがあります」だけでは、どこを直せばよいかわかりません。対象の項目と、修正の方法を短く示します。たとえばメール欄なら、形式を確認する説明をその欄の近くへ置きます。赤色だけで状態を伝えず、文字でも説明します。

必須項目を空にする、形式を間違える、通信が失敗するなどの場面で、入力した内容が保たれるかも確認します。エラーが起きたとき、先頭の説明や対象欄へ移動でき、キーボードや支援技術でも修正を進められる設計にします。

送信完了と、成果計測を照合する

自動返信や回答の目安を案内する場合は、実際の運用に合わせます。送信ボタンを押せたことだけを完了とせず、受付、画面の案内、通知、担当者の確認までを一連の動作として検証します。

• 送信中の状態がわかり、連続操作で重複送信しないか確認する
• 実際に受け付けた結果に応じて、完了と失敗を伝える
• 完了後に、受け付けたことと次の案内を読めるようにする
• 通知先への到達と、担当者が内容を確認できることを照合する
• クリックと送信完了を区別し、成果イベントの重複を確認する