1. ピックアップとは、同じ将来の宿泊日を対象に、2つの確認時点の間で予約残高がどれだけ変化したかを示す指標です。
2. 新規予約とキャンセル・変更を分けて確認しましょう。予約通知が多くても、純増ピックアップは低調な場合があります。
3. 全体の合計値だけを見てホテル全体を値下げするのではなく、特定の日付や客室タイプに対する判断につなげましょう。
先週と今週の将来の予約一覧を比較すると、埋めたい宿泊日について、ホテルの予約がどれだけ増減したかがわかります。これが予約ピックアップです。今週の到着件数を数えることや、宿泊済みの売上を集計することとは異なります。
ホテル BIを活用した週次レビューでは、同じ条件で繰り返せる比較、変化の理由の説明、そして対象の宿泊日を迎える前の判断が必要です。まずは延べ客室泊数から確認しましょう。1室3泊の予約は、1室泊ではなく3室泊として計上します。
まったく同じ宿泊日を対象とする2時点のデータを保存する
11月9日～22日など、将来の宿泊対象期間を決め、施設の現地時間で毎週同じ曜日・時刻に確認します。どちらの確認時点でも、宿泊日、施設、客室タイプ、予約ステータス、売上の定義を完全にそろえます。データの取得日時も記録しましょう。
日付を確認せずに、先週の「今後14日間」と今週の「今後14日間」を比較してはいけません。対象期間が移動すると、一部の宿泊日が外れ、別の宿泊日が加わるため、その差分では固定期間のピックアップを正確に測れません。
翌週の予約によって数値が変わる前に、比較の起点となるデータを保存します。システムで利用できる比較レポートを使うか、必要な宿泊日別の詳細を含む予約データを日付付きでエクスポートして保管してください。リアルタイムのダッシュボードでわかるのは現在の状況です。履歴が保存されていなければ、それだけで先週の月曜日に見ていた状況を確認することはできません。
Smart Orderのホテル BI・分析機能では、このレビューに必要な予約、客室売上、チャネルの情報を確認できます。同じ条件で比較できるデータやエクスポートを日付付きで保存し、その差分から対応が必要な宿泊日を特定しましょう。更新された現在の合計値を、記録に基づく前週比較と混同しないことが大切です。
週次レビューの比較基準をそろえる
同じ宿泊日の絞り込み条件で予約経路と客室売上を確認し、翌週の予約状況との比較に必要な数値を保存しましょう。
予約ベースの売上と入金を分ける
2時点のデータでは、予約ベースの客室売上を同じ基準で集計します。片方のデータだけに、受領済みの前受金、OTAからの入金、税金、追加オプション料金を混在させないでください。これらは、客室泊数の需要に対応する変化がなくても増減することがあります。
仮予約、無料提供客室、団体向けの客室ブロックの扱いも統一します。団体向けに確保した客室枠と、その枠から確定した予約は、レポートの定義に従って計上し、需要の増加として二重に数えないようにしましょう。
需要が好調と判断する前に、変化の理由を確認する
全20室の架空のホテルが、将来の固定された14泊分の期間を確認する例を考えます。販売停止の客室がなければ、販売可能な延べ客室泊数は280室泊です。最初のスナップショットでは予約済み客室泊数が84室泊、翌週のスナップショットでは102室泊になっています。
客室泊数の純増ピックアップは、102 − 84 = 18室泊です。予約ベースの客室稼働率は30%から約36.4%へ、約6.4ポイント上昇しました。これは予約状況の比較であり、宿泊完了後の実績稼働率ではありません。
予約の増減の内訳が、新規予約26室泊、キャンセル10室泊、予約変更による純増2室泊だったとします。この場合、26 − 10 + 2 = 18室泊となります。同じ予約変更を新規予約と延泊の両方で計上しないよう、変更履歴とスナップショットの集計定義を確認しましょう。
新規獲得分と純増ピックアップを分ける
新たに加わった26室泊は、新規予約の獲得状況を示します。純増の18室泊は、キャンセルや変更を反映した結果、予約残高がどれだけ改善したかを示します。キャンセルが大幅に多ければ、新規予約が活発でも、予約残高はほとんど改善しない、あるいは減少することがあります。
予約の増減で合計値を説明できない場合は、ホテルのフロントデスク予約画面で元の予約記録を確認しましょう。宿泊日数の短縮、対象期間内外への予約の移動、重複登録、ステータス変更がないかを調べます。理由を説明できないレポートの差分を、需要の急増と判断してはいけません。
売上ピックアップを客室泊数と併せて確認する
同じスナップショットで、同一の集計基準による予約ベースの客室売上が8,400ドルから10,680ドルに増えたとします。予約ベースの売上の純増ピックアップは2,280ドルです。この金額には、予約の追加、取り消し、変更による影響が含まれ、既存予約の料金変更が含まれる場合もあります。
2,280ドルを18室泊で割ると、純増1室泊当たり約126.67ドルになります。ただし、この数値をそのまま新規予約の平均客室料金とみなしてはいけません。新規予約の料金を評価するには、キャンセルやその他の売上変動とは分けて、新規予約だけを確認する必要があります。
この例の数値はすべて説明用です。実際の運用では、自施設の客室泊数と売上の定義を用い、増減の理由を説明できる記録を保管してください。
レビューを基に、対象を絞った施策を1つ選ぶ
固定した対象期間を、宿泊日、客室タイプ、チャネル別に分けて確認します。ホテル全体では18室泊増えていても、その大半がもともと好調な金曜日に集中し、火曜日はほぼ空室のままという場合があります。施設全体の割合だけでは、この違いは見えません。
重点的に確認すべき日付について、空室数と宿泊日までの残り日数を確認します。過去の履歴がある場合は、到着日までの残り日数が同じ時点の、比較対象として適切な予約動向と照らし合わせましょう。前年の最終稼働率は参考情報にはなりますが、前年の同じ確認時点における予約状況の代わりにはなりません。
次の簡潔なレビュー手順で、確認結果を判断につなげましょう。
- 割合だけでなく、実際の客室泊数で見て予約状況に意味のある変化が生じた日付や客室タイプを特定する。
- 新規予約、キャンセル、予約変更、料金のみの変更から、増減の理由を説明する。
- 現在の販売条件を確認する。客室料金、空室状況、最低宿泊日数、キャンセル条件に加え、対象の客室が実際に予約できる状態かを確認する。
- 対象範囲を限定した施策を選ぶか、変更しないという判断を記録し、次の確認時点を設定する。
新たな需要が少なく予約が低調な火曜日は、値下げの前に、販売制限や予約できない料金プランが販売を妨げていないか確認しましょう。予約が急速に埋まる金曜日は、火曜日向けの販売条件をホテル全体に適用するのではなく、今後見込まれる需要と料金を確認します。ピックアップの数値は調査のきっかけであり、自動的に値上げや値下げを指示するものではありません。
チャネルの客室料金や空室状況を変更すると判断した場合は、承認済みのチャネルマネージャーの運用手順に従って反映し、対象となる販売条件を確認しましょう。変更内容を記録しておくと、次回のレビューで、施策による影響と無関係なキャンセルや予約の発生を区別できます。
小規模ホテルでは、実数の確認が特に重要です。1室1泊の予約でも、割合が目に見えて変わることがあります。1件の大型予約、イベント日程の変更、団体向け客室枠の解放を、背景を確認せずに継続的な傾向とみなさないようにしましょう。
先週のスナップショットを保存していなかった場合
レポートシステムに、日付付きの予約状況の比較データ、または過去の状況を正確に再現できる十分な予約履歴が残っているか確認します。先週作成された予約の一覧だけでは不十分です。それ以前の予約のキャンセル、予約変更、比較開始時点の予約残高が抜け落ちる可能性があります。
必要な記録がない場合は、過去のピックアップを確認不能と明記し、今から比較の基準を作りましょう。現在の空室状況や新規予約の動向は確認できますが、それらの数値を、検証済みの前週比の純増ピックアップとして提示してはいけません。
今日の絞り込み条件、データ取得日時、客室泊数、予約ベースの客室売上、判断内容を保存します。次回のレビューでも同じ宿泊日を比較し、差分の理由を確認してから次の施策を選びましょう。これにより、過度に大規模なダッシュボードを構築したり、存在しない履歴をあるものとして扱ったりせずに、実務に役立つ週次の確認習慣を作れます。
