問い合わせと体験申込の受付方法｜電話・フォーム・予約サービスを選ぶ

情報確認：2026年11月9日／ SIRIUS2編集部

問い合わせを受け付けたいだけなら、まず必要なのは返事をできる窓口です。日時をその場で確定するには、空き枠、定員、変更の扱いまで決めます。受付方法を選ぶ前に、利用者にしてもらうことと、連絡を受けた担当者がすることを書き出してみましょう。

質問・申込・予約確定を分ける

問い合わせと予約申込

問い合わせは、営業日やサービスの条件を質問して返事を待つ使い方です。見積もり依頼なら、対象物や希望する作業を聞いて次の案内をします。体験申込では希望日時を受け取り、定員や講師の都合を確認してから参加の可否を返信する運用もあります。申込を受け付けるボタンは「体験を申し込む」、返事を待つ画面には「日程は担当からの連絡で確定します」と、状態が伝わる言葉を使います。

予約確定と空き枠管理

送信直後に日時を確定するなら、他の人が同じ枠を選んだ場合や、電話で受けた予約を誰が反映するかを決めます。席数とスタッフ数の両方で枠が変わる場合は、どちらの条件も満たしたときに受け付けられる仕組みが必要です。支払い、キャンセル、時間変更はそれぞれ別の要件として書き出します。教室の告知文と申込後の案内は、教室サイトの原稿例も参考にできます。

一つの受付に複数の用件が入る場合は、「商品について」「見積もり」「体験の希望日」のように、利用者が分かる言葉で先に用件を選べるようにします。担当者の部署名で分けると、初めての人には選びにくくなります。窓口を一つにまとめても、受け取った後に振り分ける担当を決められます。

電話・設置型フォーム・外部サービスを比べる

運用を考えるための受付方法の比較
方法	向く受付	事前に決める条件	公開後に確認すること
電話	細かな相談、当日の受付、条件を聞きながら決める依頼	出られる時間、折り返しの担当、聞き取る項目	休業中の案内、転送や留守電、手元の台帳への記録
設置型フォーム	文章で残したい相談、見積もり、希望日の申込	必要な項目、設置先の動作要件、通知・保存・閲覧権限	完了表示と受信、迷惑送信への対策、エラー時の連絡先
外部の受付・予約サービス	空き枠を見せたい受付、日程変更、複数担当の調整	契約プランで使える機能、費用、データ保存、通知、解約時の扱い	スマホでの遷移、サイトと受付画面の条件の一致、代替手段

電話で受け付ける場合も、営業時間外に相談したい人のために、折り返しの有無や次の営業日を案内します。フォームを置くなら、誰が送信内容にアクセスできるか、どこに保存されるか、担当が休みの日に誰が確認するかを決めます。外部サービスは、受付の種類に合う機能が選んだ契約に含まれるか、利用者にアカウント登録が必要かを提供元の案内で確認します。

サイトから外部の受付画面に移るリンクには、行き先とそこで行うことを書きます。埋め込みを使う場合も、スマホやブラウザーの設定によって表示が変わらないか確認し、必要に応じて同じ受付画面への通常のリンクを添えます。

使う方式を絞るために、実際に多い受付を平日と休日から一つずつ選びます。例えば休日に出られない電話を主な受付にするなら、受付時間が探せて留守電を確認する担当がいるかを見ます。月に数件の日程相談を手動で返す運用と、同時間帯の複数枠をその場で管理する運用では、必要な仕組みと担当の負担が違います。

返信に使う項目を残し、必須と任意を決める

体験の希望を聞く例なら、呼び名、返信先、参加人数、希望日の順に並べます。空き枠を調整するために第2希望も欲しい場合は任意にします。住所や生年月日を後から確認できる運用なら、最初の受付では求める理由があるかを見直します。データの利用目的、取扱い、問い合わせ先は、事業に合う案内をフォームの近くから参照できるようにします。

体験申込の項目を決める例
項目	扱いの例	担当者が使う場面
氏名・呼び名	必須	返信の宛名と当日の受付
メールアドレス	メールで返信する運用なら必須	日程の確定や追加確認
希望日と参加人数	日程調整に必要なら必須	空き枠と席数の確認
第2希望・連絡事項	任意	代替日や事前に必要な準備の確認

入力欄には、欄ごとに内容が分かるラベルをつけます。必須や入力形式は入力前に示し、誤りがあれば該当する項目と直し方を文字で表示します。見積もりの窓口を作る場合は、料金表と個別見積もりの伝え方で先に確認すべき条件を絞れます。

希望日時を自由記述で受けるなら、記入例を「○月○日午前」のように欄の近くに添えます。候補日を選択式にするなら、受付終了した日付を担当者が外せるかを確認します。項目を増やす前に「回答を受けた担当者が何に使うか」を一度書き出し、使い道が決まっていない項目は後から必要に応じて追加します。

受付が届いてから日程を確定するまでを決める

返信で体験日を確定する教室の流れ（架空の例）

申込者が希望日を送る受付完了画面で、連絡予定と連絡先を確認します。
担当者が受付を開く日程と人数を確認し、対応の担当を決めます。
空き枠を照合する電話で受けた予約も含めて確認します。
返信で日程を確定する日時、場所、変更や欠席の連絡方法を送ります。

自動返信がある場合は、受付した内容と「日程は確定しているか」を明記します。担当者の確認を待つ運用なら、休業日の扱いと連絡予定を案内し、予定を過ぎても連絡がないときに利用者が問い合わせる方法を示します。返信の目安は、曜日や担当の勤務を踏まえて決めます。

受け取った連絡を複数人で扱うなら、「未確認」「対応中」「返信済み」など、同じ件を二人が返さずに済む印を決めます。外部の予約サービスと電話を併用する場合は、電話で確定した日時をいつ共有カレンダーへ入れるかを決め、変更の連絡を受けた人が反映したところまで確かめます。

送信直後の案内の例は「体験の希望を受け付けました。担当から日時を記載した連絡が届いた時点で確定します」です。連絡が来ない場合の案内も、実際に管理できる連絡先と時間を示します。確定のメールには、開始時刻、受付時刻、会場、持ち物、日程変更の連絡方法をまとめると、参加者は申込時のページを探し直さずに済みます。

公開前に完了画面と実際の受信を確認する

試験用のデータと管理下の宛先を使い、利用者側の完了表示、運営者への通知、利用者向けの自動返信、保存先の記録を分けて確認します。既存顧客へ通知が飛ばない試験環境や設定で行います。完了画面を見た時点で作業を終えると、受信先の設定違いや迷惑メール振り分けが見つからないことがあります。

試験記録のひな形
試す操作	見る場所	期待する結果
必要項目を入れて送信	完了画面、管理用メール、利用できる場合は受付一覧	同じ受付が届き、番号や送信時刻を照合できる
必須項目を空にする	入力欄の近くと案内	どの項目を直せばよいか分かる
連続で送信を操作する	完了画面と受信先、一覧がある場合は受付一覧	重複が生じる場合に識別と対応ができる
送信できない場面を試す	エラー時の案内と代替窓口	利用者が次にとる行動を判断できる
スマホの外部リンクを開く	予約ページと案内の戻り先	意図したコースが開き、前の案内へ戻れる

二重送信やエラーの試験は、提供元が認める手順と安全な試験条件で行います。発見した不調は、時刻、対象ページ、試した条件、再確認する担当を記録します。ページ全体の確認には、スマホでの表示確認と公開前のチェックリストを使えます。

受信できないときは、再送する前に完了表示の時刻を控え、管理下の受信先と照合します。受付一覧がある場合は、同じ時刻の記録があるか確認します。受付記録がある場合は通知先と振り分けを確認し、一覧がない方式では受信先と提供元で確認できる送信記録を照合します。記録が見つからなければ、入力の確認と提供元の手順に進みます。試験で使用したアドレスや送信内容を一般に公開する報告へ貼り付けず、結果と条件が分かる形で残します。

公開先と受付方法の条件を合わせる

HTMLで案内ページを公開できるサーバーでも、受付フォームの処理には別の機能が必要なことがあります。設置型を選ぶ場合は、使う機能に必要なサーバー側の実行環境、メール送信方法、入力データの保存場所を提供元へ確認します。SIRIUS2で検討する場合は、現行版で使う機能を示して公式マニュアルや導入窓口で確認します。サーバーの契約条件は、ドメインとサーバーの準備手順と合わせて整理してください。

小さく始める場合は、今の担当体制で確実に返事ができる窓口をまず一つ選びます。受付件数や同時予約への対応が増えた時点で、追加する仕組みを検討します。公開後も、担当者・通知先・フォームを変えた日には、管理下の試験用データで同じ確認を行います。

導入前の質問には、必要な受付の種類、契約中のサーバー、どこまで自動で確定させたいか、誰が通知を受けるかを書きます。製品や契約により用意できる機能が違うため、現行版で確認できた手順を試験記録に残します。メールが届かない場合の一次対応と、受付をいったん止める際の案内も、担当間で共有しておきます。