本部へ届いた在庫の質問を店舗へ引き継いだところ、お客様はすでに店舗にもお電話くださっていた。複数の店舗を運営されていると、こうした連絡の行き違いに気を配る場面があります。お客様が相談先を選びやすく、社内でも担当が分かる案内を整えていきましょう。
見直しの軸は、相談内容を先に選び、店舗が関係するときだけ店舗を絞ることです。さらに、送られた内容を誰が受け取り、別の担当へ渡した後も誰が回答を追うかを決めます。利用者に会社の組織図を理解してもらうのではなく、知りたいことから回答できる人へつながるページにします。
所在地を選べても、担当が決まるとは限らない
大阪市中央区に本社を置く会員制生活総合卸売商社・萬栄の会社情報には、箕面市のニュームとジェットというグループ店舗も掲載されています。このように、本社と売場を複数の場所に持つ会社では、所在地の案内に加えて、用件ごとの相談先も整理すると探しやすくなります。萬栄「会社情報」
このように本社と売場の所在地が分かれているサイトでも、すべての相談が店舗別とは限りません。今日その店で買えるかは現場で確認し、新しく商品を納めたいという提案は本部で受ける運用も考えられます。逆に、同じ本部宛てでも、採用と仕入れでは確認する担当が異なります。
ここでは、本部と二つの生活雑貨店を持つ運営会社を、架空の例として考えます。店舗A・店舗Bの在庫の質問と、本部で受ける法人取引の相談を、どのように案内するか整理していきます。
店舗一覧を最初に出す方法が合うのは、相談の大半が特定の店へ結び付く場合です。それでも「どの店か分からない」「店舗に関係しない」という入口が必要かを確かめます。何か選ばないと送れないため、近くの店舗を仮に選んでしまう人がいれば、店舗名だけで自動振り分けする仕組みでは誤送信を防ぎきれません。
公開用の窓口表は、実際に回答できる範囲から作る
最初に、最近受けた相談を内容別に並べます。受付メールだけでなく、電話から本部へ回した相談や、店頭で答えられなかった質問も振り返ります。「何を知りたかったか」「最初に届いた場所」「実際に答えた担当」の三つを書き出すと、案内先のずれを見つけやすくなります。
「在庫は店舗」と決める前にも、例外を確認します。指定の店で今日買えるかと、複数拠点分をまとめて購入できるかでは、確認先が変わる場合があります。分類名だけを先に作らず、相談の文を一件ずつ当てはめて、店が答えられることと本部に残すことを分けます。
先ほどの生活雑貨店なら、窓口表は次のようになります。自社で使う場合は、各担当が回答できる内容と照らし合わせてください。
| 利用者の相談 | 最初の案内と確認すること |
|---|---|
| 店頭の在庫 | 利用予定の店舗へ。商品名・品番・色と、来店予定を確認。当日の在庫や取り置き可否は、店舗からの回答で確かめます。 |
| 法人取引 | 本部の法人窓口へ。新規取引・まとめ買いなどの内容、対象商品、希望数量と時期を確認。利用店舗が未定でも相談できます。 |
| 店舗の利用 | 利用した、または利用予定の店舗へ。営業日、売場、購入品に関する相談のうち、店で確認できる内容を案内します。 |
| 本部への相談 | 商品提案、取材、会社全体への意見など、店舗で判断しない相談を本部の受付担当へ。内容を確認して担当部署へつなぎます。 |
| 店舗・担当が不明 | 共通の案内窓口へ。分かる範囲の商品・場所・利用時期を確認し、相談先を決めます。適当な店舗を選ばせません。 |
ホームページには、相談する人が行き先を選べる案内を載せます。一方、社内では、受信先、回答する担当、引継ぎ先、確認期限を記録します。担当者の当番表まで公開ページへ詰め込まず、お客様に見せる案内は用件と窓口が分かる形に整えましょう。
フォームは「ご用件」から始め、必要な店舗だけ聞く
この例の最初の選択肢は、「店舗の商品・在庫」「法人取引・まとめ買い」「店舗の利用」「本部への相談」「相談先が分からない」とします。「営業部」「運営一課」のような社内名より、自分の質問を当てはめられる言葉を選びます。店舗で購入する法人客もいるため、「法人の方」だけで一律に本部へ送る分類にはしません。
「店舗の商品・在庫」を選んだ場合は、利用予定の店舗を聞きます。「法人取引・まとめ買い」なら、相談内容を聞き、店舗が決まっている場合だけ補足してもらいます。この順番なら、近い店を無理に選ばずに本部へ相談できます。共通フォームで分岐する方法でも、窓口別ページへ進む方法でも、考え方は同じです。

項目名は入力を始めた後も読めるようにします。W3Cは、入力欄や選択肢の目的が分かるラベルを付け、それぞれの操作部分と対応させる方法を案内しています。店舗名の欄も「店舗」だけではなく、「利用予定または利用した店舗」と書けば、会社所在地を尋ねているのではないと伝えやすくなります。W3C WAI「Labeling Controls」
選択肢を変更したときの挙動も確認します。店舗Aの在庫から法人取引へ切り替えたのに、見えなくなった店舗Aの値で通知先が決まると、画面と実際の宛先が食い違います。利用者に見える選択内容と、受付側へ渡る内容を同じ一件で照合します。
店舗ページから来た人にも、別の用件を選ぶ道を残す
店舗Aの案内からフォームへ進むなら、店舗Aが選ばれた状態にする方法は便利です。ただし、店のページを見ている人が、必ず店頭利用について聞くとは限りません。「この会社へ商品を提案したい」と思う人もいるため、用件を変更し、本部の案内へ移れるようにします。
選択した店舗は確認画面にも表示し、住所や店舗ページへの案内で取り違えに気付けるようにします。店舗名が似ている場合は、名前だけで判別させず、エリアや所在地を添えます。閉店した店や移転前の名称から来た人には、現在の窓口へ進める案内を置き、別の現行店舗へ勝手に置き換えません。

当日の在庫や営業状況は、フォームを送信した時点で確定したとは限りません。急ぎの場合に店舗の電話へ案内するなら、実際の受付時間と、つながらない場合の選択肢を示します。「24時間受付」は、入力できる時間を意味するのか、回答を受けられる時間なのかを区別します。
転送しただけで完了にせず、担当が受け取ったことを確認する
本部と店舗で同じメールを受け取る場合も、どちらからお返事するかを決めておくと行き違いを防ぎやすくなります。両方が回答して条件が食い違うことも、両方が相手の対応を待つこともあります。相談ごとに、利用者へ回答する主担当を一つ決め、確認に協力する人とは分けます。
在庫相談が本部へ届いた場合、受付担当は商品と利用予定店を確かめ、店舗Aへ引き継ぎます。その際は、「対応依頼を送った」「店舗Aが受け取った」「店舗Aから回答した」を区別して記録します。受け取った確認がない間は、受付担当が状況を確認し、相談が取り残されないようにします。

引継ぎの記入例は、「用件:店舗Aの店頭在庫。商品:白いマグカップ、品番は確認中。希望:本日来店前に確認したい。受付:本部。回答主担当:店舗Aの当番。状態:受領待ち」です。品番が不明なら、確定した情報に書き換えず、不足していると残します。受領後には確認した担当と時刻を記録します。
依頼先から「当店では分からない」と戻った場合は、利用者へ同じ本文を再入力してもらう前に、社内で引継ぎ先を確認します。共有が必要な情報は相談内容に合わせて絞り、全店舗へ顧客の連絡先や添付資料を広く転送する運用にはしません。店舗の運営会社が異なる場合など、共有できる範囲も含めて実際の体制を確認します。
休業日と重複受付でも、回答責任が消えないようにする
本部と店舗で休業日や営業時間が違う場合は、どちらの営業日を基準に返答するかを決めます。店舗Bが休みの日に届いた相談を本部が受けるとしても、店頭在庫を確認できるとは限りません。「担当店舗の営業再開後に確認する」「現在案内できる範囲を先に伝える」など、実行できる対応を選びます。
返信の目安は、担当者がお休みの日も含めて、無理なくお返事できる日数に合わせましょう。通知メールを読む人が休みのとき、誰が未対応を確かめるかまで決めてから案内します。担当者が替わっても使える窓口と管理方法にしておくと、個人の不在による確認漏れを探しやすくなります。
同じ人がフォームと電話の両方で相談した場合は、別件かどうかを内容と時刻から確かめます。受付番号を使える運用なら、追加連絡のときに番号を知らせてもらうと照合できます。番号がない場合も、機械的にメールアドレスだけでまとめず、商品や店舗、相談の目的を確認して扱います。
同一件と確認できたら、すでに回答した内容と次に返答する担当をまとめます。別の担当が違う回答を始めないようにするためです。利用者には、「先にいただいたご相談と合わせて確認しています」のように現在の扱いを伝えられますが、実際に照合していない段階で一件に統合したと案内しません。
案内の修正と、フォーム・通知先の変更を分ける
窓口表ができたら、現在の店舗ページとフォームで、その案内を実現できるか確かめます。用件と必要な店舗を入力でき、共通の受付担当が内容を見て振り分けているなら、まずは店舗ページのリンク文や相談内容の説明を整える方法があります。件数や体制に合う受付が続けられる場合、用件ごとに自動でメールの宛先を変える機能を、最初から増やす必要はありません。
法人取引を選んでも店舗が必須になる、用件を変えても最初の店舗へ届く、といった場合は、入力条件と通知先を決める設定も改修範囲です。制作担当へは「法人取引・まとめ買いは店舗未定でも本部へ」「相談先不明は共通窓口へ」と、用件・店舗・受信先の組み合わせを伝えます。画面から店舗名を隠すだけでなく、送信内容と実際の受信先が新しい用件に合うところまで確認します。
相談用には、公開する窓口表、店舗一覧とフォームのURL、現在の受付メールの文面を用意します。社内確認用の表には「ご用件」「店舗」「最初に受け取る窓口」「回答主担当」を対応させます。店舗Aの在庫はAへ、店舗未定のまとめ買いは本部へ、という記入例があると、制作会社も必要な分岐を把握しやすくなります。受信先や担当の情報は作業に必要な共有先へ渡し、公開用の窓口表に混ぜずに管理します。
見積もりで確認したいのは、店舗ページからの案内、フォームの選択肢と必須条件、確認画面、通知先、受付メール、送信テストの範囲です。本部と店舗の責任者が回答できる用件を決め、受付担当が不明な相談と受領待ちの扱いを整理し、制作担当が画面と送信の設定へ反映する分担が考えられます。通知の送信と、担当者が内容を読んで引き受けた状態は分けて確かめます。
受領待ちを共有表で追える体制なら、その方法を続けながら窓口を直せます。別の管理ツールに受付番号や担当状態を連携したい場合は、フォーム変更に含めるかを別途相談します。店舗数だけで仕組みを大きくせず、いま取り残されやすい相談と、誰が確認できるかを材料に、今回の作業範囲を決めると進めやすくなります。
窓口の説明を整えるだけでよいか、用件によるフォームの分岐や通知先まで直すか迷われたら、大阪市のホームページ制作・改善のご案内をご覧ください。窓口表と現在の受付方法をもとに、必要な画面と設定を整理できます。
公開前は、三つの相談を利用者側と担当側でたどる
点検には、通常の相談だけでなく、担当を決めにくいものを使います。この例なら「今日、店舗Aでマグカップを買いたい」「店舗は未定だが会社でまとめて購入したい」「利用した店舗名を覚えていない」の三件です。用件を選ぶ画面から、通知先、担当の受領、返信先まで、一件ずつ通して確認します。
点検で、まとめ買いを選んでも店舗の選択が必須になっていたら、店舗欄の必須条件を見直します。店舗名不明を選んだ通知が誰にも届かないなら、共通案内の受信先を決めます。フォームの見た目だけで合格にせず、受付側が同じ内容を受け取り、何をするか理解できるところまで確かめます。
公開後の記録は、相談件数に加え、担当変更が必要だった件数、受領待ちの件数、重複受付、回答の行き違いを分けます。「本部への問い合わせが減った」だけでは、利用者が相談を諦めた可能性も残ります。どの選択肢で迷い、どの説明を直したかを記し、時期と相談内容をそろえて見直します。
窓口の切り替え日は、すでに受け付けた相談も確認します。新しい送信先を設定しても、以前の受信箱に残る未回答の相談は自動で移ったとは限りません。変更前の受付を誰が最後まで担当するか、引き継ぐ場合は何を確認して移すかを決め、未対応の一覧と照合します。
たとえば店舗Bの相談を共通窓口へ集約するなら、店舗B宛てに残る受領待ちと回答待ちを分け、新担当が引き受けた記録を残します。利用者へ知らせていた連絡先が変わる場合は、次の連絡方法も案内します。新しい画面の動作確認と、受付済みの相談を取り残さない確認を一緒に進めます。
店舗の開閉や担当体制の変更時には、店舗一覧、店舗ページのボタン、共通フォームの選択肢、通知先、返信文を一緒に確認します。まずは一つの相談について、入口と回答担当の対応をそろえてみましょう。小さな窓口表でも、利用者が選ぶ言葉と社内で引き受ける人が一致すれば、次に直す場所が見えてきます。
参考・出典
- 萬栄「会社情報」:大阪市中央区の本社所在地と、箕面市のグループ店舗の掲載を参照。更新日不明。
- W3C WAI「Labeling Controls」:フォームの入力欄と選択肢の目的を示すラベル、操作部分との対応を参照。
出典確認日:2026年9月7日。