チャットボットに任せてはいけないゲストメッセージ:予約変更と返金依頼への対応法
目次
うちではゲストメッセージの多くを自動化しています。ドアの暗証番号、駅からの道順、荷物の預かり、ゴミの分別、エアコンの使い方。こうした質問は、各物件の情報を読み込ませたチャットボットが数秒で答えてくれますし、夜11時に疲れている人間よりも正確なことが多いくらいです。
それでも、いまだに私のところに回ってくるメッセージがあります。「日程をずらせますか?」「一人来られなくなったので、一部返金してもらえますか?」「台風で到着が遅れたので、初日分を返金してもらえませんか?」。本当の判断が必要なのはこういうメッセージで、これが人の仕事でなくなることはないと思っています。今回は、うちでの対応の仕方をまとめました。
まとめ
- 予約変更と返金依頼は、今も人が対応すべき主なゲストメッセージです。どう答えるかが、そのまま売上や損失に直結するからです。
- 変更も返金も、必ず予約を受けたプラットフォーム上で処理しましょう。プラットフォーム外での取引は、補償と記録の両方を危うくします。
- 日程・人数・実質の1泊料金が変わると宿泊税額も変わることがあります。料金区分制の自治体では、値引きによって適用区分が変わる場合もあります。
- 「空室状況・発生済みコスト・ポリシー・関係性」の4つを確認すれば、ほとんどの判断は速く、ぶれずに下せます。
- 答えがまだ出ていなくても、まず早く返信すること。「確認します」の一言で、たいていのゲストは落ち着きます。
なぜ予約変更や返金はチャットボットに任せられないのか?
どの返答もお金に関わる判断で、しかも正解がボットには見えない事情で決まるからです。ボットはキャンセルポリシーを説明することはできます。でも、変更希望日の前後がすでに満室であることも、清掃スタッフへの支払いが済んでいることも、このゲストが3回目のリピーターであることも知りません。
ゲストの質問の大半は、答えが物件ごとに決まっていて、あまり変わりません。返金や変更の依頼はその逆です。その予約だけの話で、感情が絡むことも多く、こちらの一言がレビューやプラットフォーム上の紛争でそのまま引用されることもあります。なので、うちのボットはこうした依頼を見分けて人に引き継ぐだけにしていて、何も約束しないように作っています。
実際にはどんな変更依頼が来るのか?
ほとんどは次の5種類に分けられます。
- 日程の移動:泊数は同じで日付だけ変えたいもの。空きがあれば簡単なことが多いです。
- 滞在の短縮:フライトの変更や予定の中止で、使わない泊数分を返金してほしいというもの。
- 人数の変更:誰かが来られなくなった、または追加で来る。料金や寝具、そして後で説明する税金に影響することがあります。
- トラブルによる遅着・早発:台風、新幹線の運休、乗り継ぎの失敗など。日本の秋にはよく起きることです。
- 不満からの返金要求:「思っていた部屋と違った」。見た目は返金依頼ですが、実際にはサービスをどう立て直すかという話です。
まずどの種類かを見極めれば、すべてを緊急事態として扱わずに済みます。日程の移動と、不満からの返金要求とでは、必要な対応がまったく違います。
変更はプラットフォーム上とプラットフォーム外、どちらで処理すべきか?
予約を受けたプラットフォーム上で完結させましょう。ゲストから「差額は銀行振込で」と言われても、変更・返金はプラットフォームの機能を使います。
理由は3つあります。1つ目に、プラットフォーム外での取り決めは、一般にOTAのホスト補償や紛争解決の対象から外れます。何か起きたとき、根拠として示せるものが残りません。2つ目に、記録と入金を一致させておく必要があります。チャットの中にしか残っていない返金は、確定申告のときに照合の手間を生みます。3つ目に、多くのプラットフォームは規約でプラットフォーム外での支払いを禁止、あるいは推奨していません。そのためにリスティングを危険にさらす価値はありません。
直接予約の場合も考え方は同じです。変更内容は会話の中だけでなく、予約データそのものに記録しましょう。
予約が変わると宿泊税はどうなるのか?
予約が変わると納める宿泊税額も変わることがあるので、予約と一緒に数字も更新してください。日本の宿泊税は都道府県や市町村などの自治体ごとに決められていて、多くは1人1泊あたりで課税されます。泊数が変われば税額は通常それに比例して変わりますが、人数が変わった場合は、確定後の1人1泊あたりの宿泊料金から計算し直す必要があります。料金区分制では、人数が減ると1人あたりの料金が上がり、かえって1人あたりの税額が高くなることもあります。たとえば東京都では、2万円のツインルームに1人で泊まると税額は200円ですが、2人で泊まると1人100円ずつになります。
見落としやすいのは料金のほうです。東京都や大阪府のように料金区分を採用している自治体では、1人あたりの税額が1人1泊あたりの宿泊料金で決まります。運営者自身が宿泊料金を値引きしたり返金したりした場合は、値引き後の金額が課税標準になることがあり、場合によっては適用区分が変わります。一方、第三者のポイントや補助金、OTA負担の割引は扱いが異なることがあるので、自治体のFAQを確認してください。清掃料を含める前の料金で判定するのか、含めた後の料金で判定するのか。ここは、うちがよく見かける申告ミスで、滞在途中の調整が入るとさらに間違えやすくなります。たとえば東京都と大阪府では、必須の清掃料は宿泊料金に含め、食事代や消費税は除きます。必ず自治体のルールを確認してください。
東京都はルールの変更も控えています。現行の100円/200円の区分はホテル・旅館を対象に2027年3月31日まで適用されます。2027年4月1日からは簡易宿所や民泊も対象となり、1人1泊1万3,000円以上の宿泊に3%が課税されます。
OTAの入金で宿泊税が処理済みだと思い込まないでください。予約・入金の記録と自治体のルールを確認しましょう。多くの自治体では宿泊施設の運営者が特別徴収義務者として、照合と納付を行う必要があります。つまり、この変化に気づくのは運営者自身です。うちでは確定した予約データで計算し直しています。japan-stay-taxをオープンソースのライブラリとして作った理由の一つもここにあり、税額は記憶ではなく予約データから計算するべきだと考えているからです。宿泊者の名前や人数が変わったときは、宿泊者名簿も正しく更新しておきましょう。
引き受けるかどうか、どう判断するのか?
うちでは、次の4つを順番に確認しています。
- 空室状況:空いた泊数を現実的に再販できるか。紅葉シーズンの短縮と、2月の閑散期の火曜日の短縮とでは、意味がまったく違います。
- 発生済みコスト:すでに何にお金を使ったか。清掃の手配、リネンの準備、消耗品の補充など。
- ポリシー:ゲストは何に同意して予約したか。公開しているキャンセルポリシーから考え始めると、判断の基準がはっきりします。
- 関係性:少し譲ることで、レビューやリピーター、あるいは自分たちの公平感を守れるか。天候によるトラブルはたいていここで判断します。
空室状況に余裕があり、コストもあまりかかっていないなら、日程の移動はたいてい引き受けます。滞在の短縮には、空いた泊数が再販できたかどうかに応じた一部返金を提案することが多いです。不満からの返金要求には、まず改善を行い(清掃スタッフに再訪してもらう、備品を交換するなど)、お金の話はその後にします。
返信はどう書けばいいか?
答えが出ていなくても、まず早く返信しましょう。たとえば「ご連絡ありがとうございます。フライトの件、大変でしたね。今カレンダーを確認していますので、数時間以内に対応方法をご連絡します」。これだけでゲストの気持ちはだいぶ落ち着きます。そのうえで、具体的な提案をはっきり伝え、プラットフォームの変更リクエストを案内します。「できる範囲で検討します」のような曖昧な言い方は避けましょう。
この対応を無理なく続けるには、一貫性が大事です。過去にどう対応したかを書き残しておけば、次に受信箱を担当する人も、半年後の自分も、同じ判断ができます。
よくある質問
Q: 手間を省くために、AirbnbなどのOTAを通さずに返金してもいいですか?
おすすめしません。返金や変更は、予約を受けたプラットフォームで処理しましょう。プラットフォーム外での取り決めは、紛争時のサポートを受けられなかったり、入金との照合で問題が起きたりするうえ、規約違反になる可能性もあります。
Q: ゲストが滞在を短縮した場合、宿泊税を計算し直す必要がありますか?
基本的には必要です。泊数が減れば税額は通常それに比例して減ります。人数が変わった場合は、確定後の1人1泊あたりの宿泊料金から計算し直してください。料金区分制の自治体では、運営者負担の一部返金によって適用区分が変わることもあります。物件所在地の自治体のルールを確認してください。
Q: 返金依頼にチャットボットはまったく使えないのですか?
最初の振り分けには使えます。依頼を見分け、予約情報を集め、公開しているポリシーを説明し、人に引き継ぐところまでです。ただし、返金や変更をボットが独自に約束するべきではありません。
本記事は情報提供のみを目的としており、法的または税務上の助言を構成するものではありません。具体的な状況については、専門家にご相談ください。
コメント