宴会問い合わせ対応の自動化とは
問い合わせ対応の自動化とは、宴会・MICEの問い合わせのうち、定型的な案内（問い合わせを受け付けた旨を知らせる受付確認メール、基本情報の提示、必要事項の確認）をシステムで処理する工程と、担当者が判断する工程を分け、担当者が条件調整や提案を担う運用を設計することです。本記事では、先に対応の流れを書き出し、自動化する工程と担当者が対応する工程を分ける手順を整理します。
ひと目でわかるポイント
電話・フォーム・メール・外部の会場検索サイトという受付チャネルと、受付から終了までの流れを一枚に書き出します。
自動化の候補は、繰り返し届く質問のうち、判断を要しない基本情報の案内に絞ります。
価格の調整、条件の個別対応、苦情、催事の目的の確認は担当者が対応する工程として残します。
自動返信は受付確認と確認事項の提示までにとどめ、担当者につなぐ位置を明記します。
第一段階は対応の流れを書き出すこと
電話、自館サイトのフォーム、メール、外部の会場検索サイトや予約プラットフォームなど、問い合わせが届く経路を挙げ、受付・条件確認・提案・調整・終了の五段階に沿って、各段階で行う見積書の作成・送付、確認連絡、申込み手続きを書き出します。そのうえで、定型の案内と判断を要する工程を区別します。五段階の定義は見込み案件管理のガイドと合わせます。
繰り返し届く質問を集める
対応履歴やメールから、問い合わせの初期に届く質問を集めます。会場の収容人数、レイアウトの例、駐車場の有無、利用できる会場設備・備品、料金の目安、飲食物の持ち込みの可否といった基本情報に関する質問が候補です。質問の頻度と、検討のどの段階で出るかも記録します。問い合わせ前に公開する情報と、受付時に担当者が確認する情報を分けて整理します。
自動化する工程と担当者が対応する工程
担当者の負担の大きさだけで決めず、内容を定型化できる基本情報の案内と受付確認から候補を選びます。一方、価格の調整、条件の個別対応、苦情、食物アレルギーやバリアフリーなど個別の配慮が必要な事項、催事の目的や主催者側の検討予定の確認、役員・来賓を伴う催事は、担当者が対応する工程として残します。区分の目安を表にします。
工程 | 本記事での扱い | 本記事で想定する処理 |
|---|---|---|
基本情報（収容人数・駐車場・会場設備・備品） | 定型化できる場合は候補 | 自館サイトに掲載、受付時に案内のリンクを提示 |
料金の目安の案内 | 定型化できる場合は候補 | 目安を提示し、正式な見積書は担当者が作成 |
受付確認と確認事項の提示 | 定型化できる場合は候補 | 自動返信で受付日時・確認事項・回答予定日を送付 |
問い合わせの分類と担当者の割り当て | 条件を定めて候補 | 催事の種類・人数で分類し、担当者に引き継ぐ |
価格の調整・条件の個別対応 | 担当者が対応 | 担当者が対応 |
苦情・個別の配慮・役員対応 | 担当者が対応 | 担当者が対応 |
自動返信の内容と法令上の確認点
自動返信には、受付日時、確認事項、回答予定日、急ぎの場合の連絡先を記載します。問い合わせの受領確認や回答予定だけを伝え、広告・宣伝を目的としないメールは、特定電子メール法が対象とする広告宣伝メールには当たりません。施設・プランの宣伝や広告ページへの誘導を加える場合は、内容と送信目的によって同法の対象となり得るため、法第3条第1項各号の送信可能要件と第4条の表示事項を確認します。同法は総務省と消費者庁の所管です。個人情報の利用目的はできる限り特定します（個人情報保護法第17条第1項）。フォームの入力画面から本人の個人情報を直接取得するときは、原則として送信前に利用目的を明示します（第21条第2項）。ただし、人の生命、身体または財産の保護のため緊急に必要な場合と、同条第4項各号に当たる場合は例外です。問い合わせ内容の確認・回答だけに使う場合は、取得状況から利用目的が明らかとして例外になり得ますが、新サービスの案内への利用は明らかな目的とは限りません。電話や一般の慣行による名刺交換で取得するときは、第21条第4項各号に当たる場合を除き、利用目的を事前に公表していなければ、取得後速やかに本人へ通知または公表します（第21条第1項）。
記録をつなげて次の対応に生かす
問い合わせ経路、送付した案内、主催者の返信、提示条件、申込み結果を案件単位で照合できる形に記録し、自動返信の文面や確認項目を見直す際に参照します。経路ごとに別の台帳を使う場合は、案件単位で照合する識別項目が必要です。電話で受けた問い合わせの記録は電話問い合わせを台帳に記録する方法で扱っています。
夜間に届いた懇親会の問い合わせで考える
営業時間外に、80名の懇親会の問い合わせがフォームから届いた場合を想定します。自動返信で受付日時、確認事項、翌営業日の連絡予定を送り、収容人数とレイアウト例のページを案内する設定です。翌朝、担当者は対応履歴で問い合わせ内容、自動返信の送付状況、主催者からの返信の有無を確認します。返信が届いていれば内容を確認し、未回答であれば不足項目を整理したうえで、担当者名を明記して連絡します。この想定では、自動化の対象は受付確認と基本情報の案内までで、条件の確認と見積書は担当者が行います。
今週から始めるチェックリスト
受付チャネルと、受付から終了までの流れを一枚に書き出す。
初期に届く質問を集め、基本情報として自館サイトに掲載する項目を決める。
自動返信の文面（受付日時・確認事項・回答予定日・急ぎの連絡先）を作る。
担当者が対応する工程と、引き継ぐ位置を明記する。
フォームの送信前に利用目的を明示し、自動返信に宣伝を含めるか方針を決める。
よくある質問
Q. ホテル宴会の問い合わせ対応で、何から自動化すればよいですか。
担当者の負担の大きさだけで決めず、繰り返し届く基本情報の案内と受付確認から始めます。価格の調整や条件の個別対応は担当者が対応する工程として残します。
Q. 宴会問い合わせへの自動返信メールは特定電子メール法の対象になりますか。
問い合わせの受領確認や回答予定だけを伝え、広告・宣伝を目的としないメールは、特定電子メール法が対象とする広告宣伝メールには当たりません。宣伝やキャンペーン案内、広告ページへの誘導を加える場合は、法第3条第1項各号の送信可能要件と第4条の表示事項を確認します。
Q. 宴会の問い合わせフォームに利用目的の記載は必要ですか。
フォームの入力画面から本人の個人情報を直接取得する場合は、原則として送信前に利用目的を明示します。ただし、人の生命、身体または財産の保護のため緊急に必要な場合と、取得状況から利用目的が明らかな場合など第21条第4項各号に当たる場合は例外です。
分散した問い合わせを一つの流れにつなぐ
受付チャネル、受付内容、担当者への引き継ぎ、対応履歴を同じ案件単位で管理し、対象工程を変更する際は設定と手順を更新します。ホテルの宴会・MICEセールスのための管理システムを提供するルーブックでは、Roovook Sales Engineで自館サイトからの問い合わせを受け付け、Roovook Inquiry Dashboardでオンライン・電話・メールなどの問い合わせを一つのインボックスで管理できます。自動化の前に対応の流れを整理したい方は、お問い合わせフォームからご相談ください。