問い合わせと予約、入口はどう分ける？連絡しやすいホームページの設計

サービスの説明を読んだあと、「予約したい」「先に一つ聞きたい」「見積もりを相談したい」。同じホームページでも、読者の次の行動は一つとは限りません。すべてを「お問い合わせ」というボタンにまとめる前に、その先で何ができるかを整理してみましょう。

最初に決めるのはボタンの色ではなく、連絡の目的、最初に必要な情報、受け取ったあとの対応です。この三つを合わせると、読み手が迷う場所と、自社で対応しきれない場所を見つけやすくなります。

まず「予約」と「相談」を分けて考える

日時やメニューを決めて進める予約と、対応できるかを確かめる相談では、必要な案内が違います。予約したい人に長い自由記入を求めたり、相談したい人に利用日時の確定を求めたりしていないかを確認します。

ただし、入口を際限なく増やす必要はありません。メニューを読んだ人には予約先を、依頼内容がまだ決まっていない人には相談先を、ページの内容に合う言葉で案内します。異なる窓口を使う場合は、担当者が実際に確認できることが前提です。

ボタンは、押したあとに起きることを書く

• 空き日時を選べるなら「予約できる日時を見る」。
• 対応の可否を尋ねるなら「この内容を相談する」。
• メールソフトが開くだけなら「メールで相談する」。
• 外部の予約サービスへ移るなら、移動先が分かる説明を添える。

「予約する」を押しても、実際には予約希望を送るだけという場合があります。そのときは、希望の受付と予約の確定を分けて説明します。確認メールが届くのか、担当者の返答を待つのかは、現在の運用に合わせて書いてください。

入力項目は「ないと次へ進めないか」で選ぶ

集められる情報をすべて並べると、問い合わせが打ち合わせ前の宿題になってしまいます。担当者が最初の返答をするために必要なものと、返答後に聞けるものを分けます。

たとえば初回の制作相談なら、相談の概要と返答先が出発点になります。予算・時期・資料が未確定でも受け付ける運用であれば、「未定」を選べるようにしたり、任意と明示したりする方法があります。すべての事業に同じ必須項目を当てはめるのではなく、自社の受付条件から決めます。

住所、電話番号、添付ファイルなども「あると便利」だけで必須にしないようにします。現地対応の可否を見るため市区町村は必要でも、初回から番地まで必要とは限りません。詳しい図面や顧客情報が必要な場合は、最初から公開窓口へ送らせるのではなく、受け渡し方法を担当者と決めます。

入力欄には、何を書くかと必須・任意の区別を残します。入力中に消える記入例だけに頼らず、書き方の条件も見返せるようにします。これはW3C WAIの入力説明ガイドでも扱われている基本です。

入力ミスには「場所」と「直し方」を添える

「入力内容に誤りがあります」とだけ表示されると、読み手はどこから確かめればよいか迷います。修正が必要な項目の名前と、次にする操作を組み合わせてみましょう。W3C WAIの通知ガイドでも、項目名を示し、間違いの内容と修正方法を分かる言葉で伝えることが案内されています。

上の表は説明文を考える仮例です。実際の入力条件や受付方法に合わせて書き換えてください。利用者の事情がまだ決まっていないことを、入力ミスとして扱わない設計も一緒に考えます。

赤い枠だけで知らせず、修正内容を文章でも示します。間違いが複数あるときは、冒頭に一覧を置き、該当する入力欄へ移れるようにする方法もあります。画面読み上げでも項目と案内の関係が分かるかは、制作担当へ確認しましょう。

確認用の画面では、「必須の欄を一つ空ける」「形式の違うメールアドレスを入れる」「案内に沿って訂正する」の順で確かめます。ほかの入力を全部やり直さずに進めるかも確認します。実際の相談を送らないテスト方法を担当者と決めてから行ってください。

通信などの問題で送信結果が分からない場合は、入力ミスとは別の案内が必要です。受信を確認できていないのに「送信できませんでした」と決めつけたり、再送を繰り返させたりしないよう、現在の状態と確認先をどう知らせるかまで相談します。

業種ごとの「初回に必要なこと」を書き出す

次は窓口設計の仮の例であり、実在する顧客の事例や成果を示すものではありません。実際に受け付けている内容だけを掲載してください。

• 美容室・理容室、美容サロン：メニューを選んで予約する人と、どのメニューが合うか尋ねたい人を分けます。相談段階で予約日時を必須にする必要があるかを確認します。
• 士業・専門サービス：相談分野と返答方法から入口を考えます。個別の機密資料や詳しい個人情報は、初回から一律に求めず、担当者が必要性と受領方法を案内します。
• 飲食・小売：予約、商品の問い合わせ、注文変更の入口を実際の受付方法に合わせます。急ぎの変更を、すぐに確認できない窓口だけで受けないようにします。
• 製造、建設・設備：相談の概要、対応場所、希望時期など、担当を決める情報を整理します。初回の問い合わせだけでは見積もりが確定しないなら、その後に確認する内容を案内します。

貝塚・岸和田など近隣の相談でも、所在地だけで訪問対応を約束しないことが大切です。大阪・奈良・和歌山のどこまで対応できるか、場所・内容・日程によって何を確認するかを、実態に合う説明にします。

「送ったあと」が見えると、待ち方も伝わる

窓口を整えるときは、受信する側の手順まで一緒に確認します。受け付けた内容を誰が見て、担当が不在ならどうするか。返信の目安を書けるか。連絡が届かないときはどこへ案内するか。決まっていないことを、安心感のためだけに約束しないようにします。

送信後の説明にも区別が必要です。「入力内容の送信を受け付けました」「予約希望を受け付けました」「予約が確定しました」は、それぞれ違う状態です。システムで確認できる状態と、表示する言葉を合わせます。

メールの下書きを開く方式なら、サイト上で入力しても送信完了とは限りません。メールソフトで利用者が送信する必要があることを、ボタンの近くに伝えます。GRAVIの相談も、案内された方法に沿ってメール送信を行う形です。

スマートフォンで、入口から最後まで確かめる

制作担当が画面を見ただけで終わらせず、初めて連絡する人の順番で操作します。テスト送信が必要な場合は、送信先の担当者と方法を先に決め、実際のお客様の相談や予約を作らないようにしてください。

1. サービス説明から、目的に合う連絡先へ進めるか。
2. 入力を始めても項目名が分かり、必須・任意を見分けられるか。
3. 誤入力したとき、項目名と直し方の案内を読んで訂正できるか。
4. 画面を戻したり訂正したりしても、入力内容を不必要に失わないか。
5. 送信・受付・確定の状態と、その後の案内が一致するか。
6. 連絡が届かない場合の案内と、個人情報の取り扱いを確認できるか。

ボタンが押せたことと、連絡が届いたことは別です。公開後の振り返りでも、ページの閲覧、窓口のクリック、実際に受信した問い合わせを分けます。クリック数だけを見て「相談が増えた」と結論づけないようにしましょう。

窓口を増やす前に、受け取る側の一枚を作る

同じ相談が電話とメールの両方に届くこともあります。担当者ごとに別々に返答すると、利用者には違う案内が届くかもしれません。入口の数だけでなく、受け取った相談をどこでまとめるかまで決めます。

• 入口：どのページの、どのボタンから届くか。
• 受付先：実際に受け取る窓口と、最初に確認する担当。
• 引き継ぎ：不在時の代わりの担当と、確認中であることを残す場所。
• 次の案内：予約確定、追加質問、対応できない場合の説明を誰が行うか。

たとえば予約希望は受付担当が確認し、サービス選びの相談は内容を判断できる人へ渡す、と分ける案があります。これは運用を考える仮例です。担当名や返信時間は、実際に続けられる体制を確認してから公開します。

窓口を一つ増やすたびに、この四項目を埋められるかを確かめてください。受け取る人が決まらないなら、先に既存窓口の案内を整理する方が現実的です。担当が変わる場合の手順は、公開後の更新と役割分担も参考にできます。

今日見直すなら、窓口を一つだけ選ぶ

まずは主力サービスのページを開き、「連絡の目的／最初に聞くこと／受信担当／返答後の流れ」を一枚に書いてみてください。分からない欄があれば、デザインの前に確認することが見つかったということです。

GRAVIでは、業種ごとの相談のされ方を踏まえ、ホームページの説明と問い合わせまでの流れを一緒に整理します。見た目を大きく変える必要があるかは、サイトの見直し範囲を考える記事も参考にしてください。

現在のURLと「どこで迷いそうか」を添えてご相談ください。お客様の氏名や問い合わせ本文そのものを送る必要はありません。窓口の役割と困っている場面から、必要な改善を検討できます。

参考にした一次情報

• W3C WAI：Forms Tutorial
• W3C WAI：Form Instructions
• W3C WAI：User Notifications

確認日：入力説明・通知は2026年10月12日、フォーム全般は2026年10月11日。上記の基本を参考に、窓口の整理方法と日本語の案内例はGRAVIの提案として記載しています。