本文へ

ユーザー体験・問い合わせ導線

問い合わせまでの流れを、わかりやすく整える

サービスページから実際の会話までを確認するガイドです。ボタンの文言、フォームの質問、受信後の対応を一つの流れとして見直します。

導線の比較例:次の行動が不明なウェブサイトと、明確なページから問い合わせ、APIへつながる流れを示しています。
構成の例 — 途切れた導線から、ページ・問い合わせ・APIがつながる流れへ。
ガイド一覧

訪問者が決めたいことから始める

サービスページを一つ選び、そのページがどんな判断を助けるのかを決めます。依頼先を比較している人には、相談前に対応範囲や例が必要かもしれません。急ぎのサポートを求める人には別の窓口が必要です。すべての訪問者を同じボタンに誘導する前に、それぞれの目的と必要な情報を整理してください。

詳しい説明を読む

入口のページ、必要な情報、連絡の操作、返信までを紙に描きます。各段階でまだ残りそうな疑問を書き添えてください。疑問に答えず、作業にも役立たない遠回りがあれば、導線を短くする候補になります。

ボタンには、次に起きることを書く

「詳しく見る」より「Web制作について相談する」のほうが、行き先を具体的に伝えられます。文言は実際の動作に合わせてください。メールの下書きを開くボタンなら、そのことを説明します。下書きを開いただけなのに、問い合わせを送信したように表示してはいけません。操作後の状態もあわせて確認しましょう。

詳しい説明を読む

主な操作を目立たせながら、まだ検討中の読者には関連情報へのリンクを残します。スマートフォンとキーボードで流れを試してください。選択中の操作が見え、アイコンだけに頼らず内容を理解できることを確認します。

最初の返信に必要な情報だけを尋ねる

フォームの各項目について、最初の会話より前に必要な理由を書いてみます。連絡先と短い相談内容で始められるなら、詳しい要件は後で聞けます。すべてを必須にするのではなく、任意の質問であることを伝えてください。回答を求める理由が説明できない項目は、削除するか、後の会話に移す候補です。

詳しい説明を読む

ラベルを常に表示し、エラーは該当する入力欄の近くに示します。入力ミスがあっても回答を消さないようにします。連絡先の利用目的を説明し、初回の問い合わせでパスワード、決済情報、機密文書を求めないでください。

画面だけでなく、受け渡しまで確かめる

テストとわかる内容を使い、連絡の流れを最後まで試します。送信サービスがある場合は、正しい宛先で受信できること、失敗時に成功と表示しないことを確認してください。メールの下書きを開く形式では、利用者自身がメールアプリで送信する必要があります。この違いを案内文でも明確にしておきます。

詳しい説明を読む

誰が問い合わせを確認するか、どの程度の返信案内なら守れるかを決めます。件数とともに、相談内容がサービスに合っているかも見てください。ボタンのクリックが増えただけでは、理解や返信まで確認できたことにはなりません。

次の相談の前に

  • サービスページから返信までの流れを描く。
  • ボタンの文言と実際の動作を合わせる。
  • 最初の返信に不要な入力項目を減らす。
  • キーボード、スマートフォン、エラー時の復帰を試す。
  • 受信する担当と、その後の対応を決める。