フロントデスクと収益管理チームのためのホテル客室料金変更承認ワークフロー

ホテルの 客室料金変更承認ワークフローを整備することで、妥当な料金設定のアイデアが、管理されないままゲスト向けの変更として反映される事態を防げます。フロントデスクは予想外のウォークイン需要を把握できる一方、収益管理チームはチャネル戦略、プロモーション、将来の稼働率を理解しています。どちらの視点も重要ですが、変更内容と理由を共有記録に残さずに、いずれかのチームが価格を変更するべきではありません。

以下のワークフローは、独立系ホテルや小規模ホテルグループ向けに設計されています。日常的な調整のたびに長時間の会議を開くことなく、収益と料金の一貫性を守るために必要十分な管理体制を整えられます。

明確な意思決定権限の設定から始める

変更を3段階に分類します。通常変更は、承認済みの料金プランまたは価格帯の範囲内で行います。重要変更は、その範囲を外れるもの、複数の日付や客室タイプに影響するもの、または制限を変更するものです。高リスク変更は、満室日、団体予約に関する確約、返金不可商品、大規模なプロモーション、または複数チャネルに同時に影響するものです。

変更レベルごとに承認者を指定します。フロントオフィスマネージャーは、限定された範囲内で当日のウォークイン料金調整を承認できます。収益管理責任者は、将来の日付を対象とする、より広範な変更を承認できます。大幅な割引、特別イベント開催日、契約済みの取引に影響する可能性がある変更には、オーナーまたは総支配人の承認を必須とすることもできます。

これらの限度を分かりやすい言葉で明文化します。スタッフは、変更できる最大の割合または金額、管理できる将来の日付範囲、変更可能な料金プランを把握しておく必要があります。ホテルPMSのロール設定は、すべてのユーザーに同一の料金変更権限を与えるのではなく、こうしたポリシーに沿って構成する必要があります。

ステップ1：必要事項を網羅した料金変更申請を提出する

申請者は、単に「料金を引き上げる」または「OTAに合わせる」と依頼するのではなく、事業上の課題を明確にする必要があります。有効な申請には、施設、客室タイプ、料金プラン、宿泊日、予約受付期間、現在の価格、提案価格、制限、対象チャネル、変更理由を記載します。

期待される結果も記載します。目的としては、需要の高い週末の利益率を確保する、平日の低調な予約増加を促進する、派生設定された客室タイプの料金を調整する、誤って入力された公開価格を修正する、などが考えられます。成果を明確にすることで、承認者は料金変更が適切な対応かどうかを判断しやすくなります。

最低限必要な根拠資料として、現在の稼働率、残室数、直近の予約増加状況、ホテル内の料金体系における同等客室の価格、最終的なゲスト向け価格に影響する実施中のプロモーションを添付します。申請に関係のないレポートを転載することは避けてください。

ステップ2：承認前に影響を確認する

承認者は、収益、ゲストとの約束、チャネル間の一貫性、運用上の実現可能性という4つの領域を確認します。値上げが事業上妥当でも、既存の団体向け客室割当と競合する場合があります。割引によって客室が埋まっても、モバイル限定または会員向けプロモーションと重複し、最終価格が想定以上に下がる可能性があります。

キャンセル条件、食事の有無、利用人数による追加料金、最低宿泊日数、到着不可の設定、税金や手数料も確認します。価格だけでは、ゲストが予約できる内容のすべてを把握できません。

ホテルのレポート与分析を活用し、申請対象日の稼働率、ADR、予約増加状況、残室数を比較します。承認時には、変更内容、対象範囲、開始時刻、終了時刻、再確認を必要とする条件を具体的に記載します。

ステップ3：承認、却下、または修正依頼を行う

承認は明示的に行う必要があります。複数の日付や料金プランが関係する場合、リアクション絵文字、廊下での会話、「問題なさそうです」というメッセージだけでは不十分です。承認者、承認時刻、承認された値、適用される限度を記録します。

申請を却下する場合は、需要を裏付ける根拠が不十分、競合するプロモーションがある、団体向け在庫が保護されている、承認済みの価格帯を外れている、などの理由を明記します。提案自体は妥当でも対象範囲が広すぎる場合は、申請者に推測させるのではなく、範囲を絞った修正案として差し戻します。

申請者と承認者が別々のチャットやスプレッドシートを使用していると、変更を入力する従業員が古い内容を適用してしまう可能性があります。Smart Orderなら、料金に関する決定、対象日、運用上のフォローアップをホテルのカレンダーやチームのワークフローと一元的に管理できます。

ステップ4：承認済みの変更を一度だけ入力する

担当者は、ホテルが通常使用している料金管理元から変更を行います。施設の構成によって、ホテル管理システム、収益管理システム、チャネルマネージャーなどが該当します。特定チャネルのみの例外として承認されている場合を除き、複数のOTA管理画面を個別に編集することは避けてください。

保存する前に、入力内容と承認内容を照合します。施設、客室タイプ、料金プラン、対象期間、曜日、価格、利用人数のルール、食事プラン、制限を確認してください。その値が基本料金か派生料金かも確認します。両方を変更すると、意図せず調整が二重に適用される可能性があります。

誰がいつ変更を入力したかを記録します。システムで将来の料金を予約設定する場合は、有効化時刻も記載します。一時的な変更の場合は、後で誰かが思い出すことに頼らず、有効期限または元に戻すタスクを設定してください。

ステップ5：ゲスト向けの表示結果を検証する

価格を入力した担当者は、システムに正しく反映されたことを確認します。特に重要変更や高リスク変更では、別の従業員が実際の予約経路から結果を検証する必要があります。

対象期間の初日、最終日、期間内の需要が高い日、変更対象外の日を1日ずつ確認します。ホテル公式サイトと関連する接続チャネルを確認してください。同じ客室、利用人数、食事条件、キャンセル条件、税金、ゲストの適用資格で比較します。

ホテルの ホテル予約管理システムにも、ウォークイン予約や電話予約向けの承認済み料金と制限が表示される必要があります。特定のチャネルだけが異なる場合は、承認済みの基本価格を繰り返し変更せず、例外として記録して原因を調査します。

緊急の料金変更に対応する迅速なフローを設ける

当日の需要は、通常の承認サイクルよりも速く変化することがあります。より厳しい制限を設けた緊急フローを用意してください。指定された従業員が、承認済みの範囲内で特定の料金プランを当日または翌日に限って変更でき、変更理由を直ちに記録する仕組みにします。

短時間のうちに別の担当者による確認を必須とします。緊急フローであっても、通常の承認者を介さずに契約料金、実施中のプロモーションルール、団体予約に関する確約、販売停止中の客室タイプを変更できるようにしてはいけません。

ホテル管理アプリがあれば、権限を持つマネージャーがオフィス外から稼働率を確認し、範囲を限定した変更を承認できます。その場合も、申請、承認、入力、検証の記録を残す必要があります。

予約受付期間の終了後に変更結果を確認する

承認されたすべての料金変更が、期待どおりの結果を生むとは限りません。対象となる予約受付期間または宿泊日の終了後、予約増加状況、稼働率、ADR、キャンセル数、純収益を、申請時に記載された理由と照らし合わせます。

客室が売れたかどうかだけで、個々の変更を評価してはいけません。大幅な割引は稼働率を高めても、利益額を減らす可能性があります。値上げによって予約件数が減っても、限られた在庫から得られる収益が向上する場合があります。ホテルが得た知見を今後の判断に生かせるよう、結果を分かりやすい言葉で記録します。

毎月、変更履歴の一部を監査します。承認が権限限度に合致していたか、一時的な変更が元に戻されたか、最終的なゲスト向け価格が検証されたか、緊急変更が通常のプロセスとして常態化していないかを確認してください。

よくある質問

ホテルの客室料金変更は誰が承認すべきですか？

事業上のリスクに応じて承認者を決める必要があります。フロントオフィスマネージャーは範囲を限定した当日変更、収益管理責任者はより広範な料金設定、オーナーまたは総支配人は大幅な割引や保護対象日の変更を担当できます。

変更の申請者が自ら承認してもよいですか？

事前承認された範囲内の通常変更であれば、別の承認者を必要としない場合があります。重要変更や高リスク変更は、権限を持つ別の担当者が承認または検証する必要があります。

料金変更申請にはどのような情報を記載すべきですか？

客室タイプ、料金プラン、対象日、現在の価格と提案価格、制限、チャネル、理由、根拠となる稼働率または予約増加情報、承認者、有効期限、期待される結果を記載します。

ホテルは緊急の当日料金変更にどう対応すべきですか？

権限、対象日、料金プランを限定し、即時の記録と速やかな別担当者による確認を必須とする、文書化された迅速なフローを使用します。

料金変更が正しく完了したことは、どのように確認できますか？

承認済みの値が管理システムに表示され、対象の日付、客室、利用人数、条件、チャネルを揃えたゲスト向け検索でも同じ内容が表示されていること、さらに変更対象外の日付が変更されていないことを確認できれば、正しく完了したと判断できます。