ホームページの予約後案内は何を書く？持ち物・所要時間・来店／訪問／オンラインの整理表

予約が確認できた後、利用者には「何を持って行けばよいですか」「何分前に着けばよいですか」「入口はどこですか」といった不安が残ることがあります。案内する内容は決まっていても、ホームページ、予約確認メール、外部予約サービス、前日の連絡へ分かれ、どれを見ればよいか分からなくなる場合もあります。

予約後案内で先に決めたいのは、文章の長さではありません。誰に共通して見せる情報か、予約者だけに伝える情報か、いつ、どこで見せるか、どの情報を正本にするかです。この分担が決まると、ホームページへ公開してよい情報と、個別連絡へ残す情報を混ぜにくくなります。

この記事では、事業者または予約システムで予約内容を確認できた後から、来店・訪問・オンラインでサービスが始まる直前までを扱います。予約フォームの作り方、予約が成立する条件、問い合わせ送信後に相談日時や予約内容を決めるまでの段階設計、キャンセル料、返金、本人確認、業種ごとの法的・安全上の要件は扱いません。Google Business Profileの予約リンクなど、外部の予約入口の追加・設定・審査条件も対象外です。未確認の条件は推測で埋めず、「未確認」として残します。

まず、この記事の開始点と終了点を決める

「予約案内」という言葉は、予約する前の説明と、予約した後の準備案内の両方に使われます。ここで整理する開始点は、利用者が予約の申込みを送り、日時や方法を事業者側で確認できた後です。終了点は、当日のサービス、訪問、オンライン相談などが始まる直前です。

そのため、「どの予約ボタンを押すか」「フォームへ何を入力するか」「予約はいつ成立するか」は別の検討事項です。この記事で扱うのは、予約後の利用者が、いつ、どこへ、何を持って、どれくらいの時間を見込み、困ったらどこを確認するかです。

共通公開情報と予約者ごとの個別情報を先に分ける

最初に「ホームページへ載せるか」ではなく、「誰が見てよい情報か」を分けます。サービス全体で変わりにくく、一般公開してよい持ち物、入口、標準的な所要時間は、共通ページの候補になります。一方、予約者ごとの日時、予約番号、担当者、個別の訪問先、オンライン参加URLは、予約確認メールや予約者向け画面などへ分ける候補です。

区分が分からない情報は、すぐ公開しません。台帳では公開範囲を「一般公開」「予約者限定」「個別案内」「未確認」のように記録し、確認できるまで未確認のまま残します。

来店・訪問・オンラインで必要な案内は変わる

同じサービスでも、実施方法によって利用者が迷いやすい場所が異なります。来店型は入口、階、受付場所、到着目安が重要になりやすく、訪問型は訪問範囲、当日の連絡方法、準備してもらう場所の確認が必要になる場合があります。オンライン型では参加方法、接続できないときの確認先、必要な機器などが候補です。

Google Business Profileでは、所在地で顧客対応をしないサービスエリア型のビジネスは、住所を非表示にしてサービス提供地域を表示する案内があります。ただし、これはすべてのホームページへそのまま適用する法的な住所表示ルールではありません。来店場所を公開する事業か、訪問・オンライン中心かを分けたうえで、自社に必要な表示を確認します。

予約確定直後・前日・当日の役割を分ける

案内を一度だけ送れば足りるとは限りません。予約確定直後は、予約内容と準備全体を確認できる案内が向きます。前日は、忘れやすい持ち物や変更の有無を確認する短い案内が候補です。当日は、入口、参加方法、遅れる場合の確認先など、行動に直結する情報をすぐ見つけられることが大切です。

• 予約確定直後：日時、実施方法、共通案内ページ、個別条件、変更時の既存参照先を確認する
• 前日：持ち物、服装、到着目安、所要時間の変動条件など、準備に必要な項目へ絞る
• 当日：入口、集合場所、参加方法、接続できないときの確認先など、すぐ使う情報を上に置く

すべての事業で前日連絡が必要とは限りません。自動送信の可否、送信時刻、予約変更の反映方法は利用中の予約サービスや実運用を確認します。この記事では送信機能の設定までは扱いません。

コピーして使える「予約後案内台帳」

予約後案内は、一つの情報項目を一行で管理します。たとえば「持ち物」と「来店場所」は別の行にします。12個の管理項目を横12列へ詰め込まず、パソコンでも4〜5項目程度のまとまりに分け、スマホではラベル付きの縦型カードとして読める形にします。

記入用：案内項目1件

案内項目名

［　］

実施方法

［来店／訪問／オンライン／共通］

情報区分

［共通公開情報／予約者向け共通情報／個別予約情報］

公開範囲

［一般公開／予約者限定／個別案内／未確認］

表示時点

［予約確定直後／前日／当日／複数］

表示場所

［ホームページ／予約確認メール等／予約者向け画面／口頭案内］

案内内容

［確認済みの事実］

正本・根拠

［　］

確認状態

［確認済み／未確認／対象外／要更新］

更新担当

［　］

最終確認日

［YYYY-MM-DD／未確認］

更新のきっかけ

［　］

未確認欄があること自体は失敗ではありません。何が未確認か分かれば、公開前に誰へ何を確認するかが明確になります。「おそらく必要」「通常はこのくらい」と推測で埋めるより、安全に相談を進められます。

持ち物は「必須・あると便利・不要・未確認」に分ける

持ち物を一つの箇条書きへまとめると、忘れると利用できない物と、あると便利な物の違いが分かりません。台帳の「案内内容」には、持ち物の必要度として「必須・あると便利・不要・未確認」を記録し、9番の「確認状態」とは分けます。必要な理由と、忘れた場合に確認する先も実運用から確かめます。

• 必須：ないと受付や実施ができないことを確認済み
• あると便利：なくても利用できるが、準備があると進めやすい
• 不要：利用者が持参しなくてよいと確認済み
• 未確認：担当者や利用条件によって変わり、まだ決められない

本人確認書類、衛生用品、専門機器などは、業種やサービス固有の要件です。一般的な例をそのまま自社の必須持ち物へ置き換えず、担当者や必要に応じて所管窓口・専門家へ確認します。

営業時間・予約時刻・所要時間を混ぜない

時間の案内には複数の意味があります。店舗の営業時間、予約した開始時刻、何分前に到着するか、サービスそのものの時間、受付や会計を含む総滞在時間は別です。これらを「所要時間60分」の一文にまとめると、利用者がいつ到着し、いつ退出できるか判断しにくくなります。

目安時間は保証値として推測しません。実績や運用から確認できる範囲で示し、相談内容、人数、移動、準備などで変わる場合は、その条件も併記します。Google Business Profileの営業時間や、サイトのLocalBusiness構造化データに時間情報を載せる場合も、表示本文との食い違いがないか確認します。

場所は住所だけでなく、利用者の到着地点まで確認する

来店型では住所だけでなく、建物名、階、入口、受付、集合場所、駐車・公共交通からの動線が必要になる場合があります。訪問型では顧客の住所を公開せず、訪問前に個別確認する情報と、一般公開できる対応地域を分けます。オンライン型では住所ではなく、参加方法と接続できないときの確認先を用意します。

地図、写真、アイコンは理解を助けますが、重要な場所情報を画像だけに閉じ込めません。画像が読み込めない場合でも、本文で入口や受付を確認できるようにします。地図を設置する実装方法そのものは、この記事の対象外です。

架空の来店型個別相談で台帳を埋める

以下は台帳の使い方を示す架空例です。実在する事業の条件ではなく、数値、場所、持ち物、連絡方法もそのまま転用できません。実際のサービスでは、自社の正本と担当者へ確認します。

この例のポイントは、同じページへすべて書くことではありません。共通の持ち物と入口はホームページでも確認でき、個別の日時は予約者への連絡へ分けています。また、入口が未確認なら、架空の文言を公開せず、担当者へ確認する作業として残します。

変更・遅刻・キャンセルは既存の参照先を示す

予約後案内に「遅れる場合」「変更したい場合」の入口が必要になることはあります。ただし、この記事を使ってキャンセル料、返金、予約成立、遅刻時の扱いを新しく決めるものではありません。すでに確認済みの規約、予約者向け画面、一般窓口など、実際に使う参照先を台帳へ記録します。

リンク文言は「こちら」だけにせず、「予約内容を変更する」「来店場所を地図で確認する」のように、移動先と目的が分かる表現にします。W3Cのリンク目的に関する解説も、リンクまたは周囲の文脈から目的を判断できることを重視しています。ただし、リンク文言を整えるだけでアクセシビリティ全体へ適合すると断定はできません。

正本と更新のきっかけを決める

案内が古くなる原因は、文章を作った人が悪いからとは限りません。住所は店舗情報、時間は予約設定、持ち物は担当者の運用メモというように、正しい情報の元が分かれていることがあります。台帳で項目ごとの正本を決め、何が変わったときに見直すかも記録します。

• 移転、入口、階、駐車方法が変わった
• 営業時間、受付時間、予約枠、到着目安が変わった
• サービス内容、準備、設備、持ち物が変わった
• 予約サービス、予約確認メール、オンラインの仕組みが変わった
• 担当者、連絡窓口、変更・遅刻時の参照先が変わった

ホームページ、外部プロフィール、予約確認メール等に同じ住所や時間を書く場合は、更新先を一つだけ直して終わりにしません。どこへ同じ情報が載っているかを台帳から確認します。構造化データは見える本文を置き換えるものではなく、内容の矛盾を避ける確認先の一つとして扱います。

公開前は390pxでも探しやすいか確認する

予約後の案内は、移動中にスマートフォンで読むことがあります。公開前には390px程度の幅で、ページ全体が横へはみ出していないか、見出しが細かく折れすぎていないか、表の文字が読めるかを確認します。12列の横長表は避け、台帳を縦型カードまたは項目ごとのまとまりとして表示します。

見出しは「アクセス」「持ち物」「所要時間」「遅れる場合」のように、探している内容が分かる言葉にします。W3Cの見出しとラベルに関する解説も、見出しやラベルが話題や目的を説明することを重視しています。画像に文字を入れる場合は390pxの実画面で読み、画像がなくても本文から結論を理解できるようにします。

台帳から制作会社へ渡す要約を作る

制作会社へは、台帳そのものに加えて、相談開始時に必要な範囲を七つへ要約できます。別の成果物を一から作るのではなく、台帳の確認済み情報だけを抜き出します。

1. 対象サービスと、来店・訪問・オンラインのどれか
2. 予約確認後から開始直前までに案内する項目名と、確認済みの案内内容
3. 共通公開、予約者限定、個別案内の区分
4. 予約確定直後、前日、当日のどこで見せるか
5. ホームページ、予約確認メール等、予約者向け画面の分担
6. 確認済み、未確認、対象外、要更新の状態
7. 正本、更新担当、最終確認日、更新のきっかけ

項目2は台帳の「案内項目名・案内内容」、項目3は「情報区分・公開範囲」、項目4と5は「表示時点・表示場所」、項目6は「確認状態」、項目7は「正本・更新担当・最終確認日・更新のきっかけ」に対応します。

実際の顧客名、予約番号、個別のオンラインURL、予約確認メール全文などは、相談のためにそのまま送る必要があるとは限りません。個人情報や非公開情報を除き、架空化または項目名だけで共有できるか確認します。

予約後案内のよくある質問

すべての項目をホームページへ載せる必要がありますか？

いいえ。必要な項目はサービスと実施方法で変わります。共通公開、予約者限定、個別案内へ分け、必要な行だけ台帳へ追加します。公開範囲が分からない場合は未確認として残します。

ホームページと予約確認メール等に同じ内容を書いてもよいですか？

同じ内容を示すことはありますが、どちらを正本にするか、変更時に両方を直せるかを確認します。個別日時や参加URLを一般公開ページへ移さないようにします。

住所を公開したくない場合はどうしますか？

来店場所を一般公開する事業か、訪問・オンライン・サービスエリア型かを分けます。住所表示に関する法令、業種、媒体の条件も別に確認し、非公開集合場所や顧客住所は個別案内へ分けます。

所要時間はどのくらい細かく書けばよいですか？

予約時刻、到着目安、サービス時間、総滞在時間を分け、実運用から確認できる範囲を書きます。内容や人数で変わる場合は変動条件を添え、保証できない数値を作りません。

未確認の項目があっても制作相談できますか？

未確認であることを台帳へ残せば、何を誰へ確認するかを相談できます。決まっていることだけで仮の構成を作り、公開前までに確認する方法もあります。

案内を増やすより、利用者が見る順番を整える

予約後案内は、情報量を増やせばよいわけではありません。共通公開情報と個別予約情報を分け、来店・訪問・オンラインの違いを確認し、予約確定直後・前日・当日と表示場所を組み合わせます。そのうえで、正本、状態、担当、更新のきっかけまで台帳へ残します。

案内が複数のページや仕組みに散らばり、何をどこへ書けばよいか分からない場合は、Bämで整理・言語化・ページ分担から相談できます。相談の中心は、予約システムの設定や、規約・業種固有要件の適否判断ではなく、確認済みの情報と未確認の情報を分け、利用者が迷いにくい案内順とページ分担を整えることです。

相談時は、対象サービス、実施方法、現在使っている案内場所、一番説明しにくい項目、決まっていることと未確認のことをお知らせください。正式な対応範囲は相談時に確認します。

参考にした一次資料

• Google Business Profileで予約などのビジネスリンクを管理する
• Google Business Profileのビジネスリンクに関する方針
• Google Business Profileでビジネス住所を管理する
• Google Business Profileで営業時間を編集する
• Google Search CentralのLocalBusiness構造化データ
• W3C WAIの見出しとラベルに関する解説
• W3C WAIのリンク目的に関する解説