
ホテルの消滅型在庫とは、毎日の営業終了時に失効し、後から保管も再販もできない未販売の客室のことです。特定の日に空いた客室は、永遠に失われた��上を意味します。ホテルはこの損失を、需要予測、需要に応じた価格設定、宿泊条件の3つの手段で減らしています。この問題の規模は非常に大きいものです。CoStarとTourism Economicsは、2025年通年の米国ホテル稼働率を62%強と推計しています。つまり、客室の10泊のうち約4泊が売れ残ったことになります。
良い知らせもあります。この課題の解決に、大きなレベニューチームは必要ありません。必要なのは、シンプルな週次ルーティンと、いくつかの明確なルールだけです。本ガイドでは、価格設定とレベニューマネジメントの基本から、今日から始められる30日プランまで、そのルーティンを順を追っ���解説します。
ホテルの客室は、消滅型在庫の典型例です。この考え方は航空業界から生まれました。出発した便の空席には価値がありません。夜が過ぎた後の空室も、まったく同じことです。
パン屋の焼きたてパンを思い浮かべてください。パン屋は今日のパンを今日中に売らなければなりません。翌日にはもう価値がないからです。客室も同じ仕組みですが、こちらのほうがさらに厳しいものです。パンは翌日でも値引きして売れます。しかし、先週火曜日の客室は、どんな価格でも売れません。
だからこそ、レベニューマネージャーは将来のすべての日付を、小さな締め切りとして扱います。手作業の流れは次のとおりです。
この流れは、スプレッドシートを使って手作業でも実行できます。本ガイドの後半では、ソフトウェアが同じ作業を代行する方法を紹介します。
ホテルのオーナ���は、消滅型在庫と通常の在庫管理を混同しがちです。しかし、この2つはまったく異なる問いに答えるものです。

どちらも重要です。しかし、今夜の売上に関わるのは客室のほうだけです。まずは客室から見直しましょう。
初日から6つ全部に取り組む必要はありません。まず2つを選んで習慣化し、その後で残りを追���しましょう。
固定の「夏料金」や「冬料金」では、今週実際に何が起きているかを反映できません。まずは手作業から始めましょう。週に1回、今後90日分の各日付が昨年と比べてどう売れているかを確認します。早く埋まる日は値上げし、伸び悩む日は値下げします。
これを毎日手作業で行うのは、小規模なチームには大きな負担です。ここでダイナミックプライシングのソフトウェアが、同じ作業を自動化します。PriceLabsのようなツールはハイパーローカルパルスというアルゴリズムを使い、施設の実績、近隣競合の料金、地域のイベント、市場の需要から日次の料金提案を作成します。
フェスティバル開催週末の土曜日に1泊だけの予約が入ると、3泊したいゲストの予約を妨げてしまいます。需要の高い日には最低宿泊日数を設定しましょう。閑散期には条件を緩め、空室よりどんな予約��も歓迎する姿勢に切り替えます。
まずルールを文書化しましょう。どの日付に2泊または3泊の最低宿泊日数を適用するか、そのルールをいつ解除するかを決めます。PriceLabsのようなツールを使えば、これらのルールをシーズナルプロファイルとして保存できます。繁忙期、中間期、閑散期がそれぞれ独自の価格戦略と宿泊条件に従うため、毎日調整する必要がありません。
稼働率は今どこにいるかを示します。予約ペースはどこに向かっているかを示します。将来のある日付について、今日時点の予約数を、昨年の同じ日付・同じリードタイムの予約数と比較します。ペースが遅れていれば、価格変更やプロモーションで早めに対応します。ペースが先行していれば、料金を維持するか値上げします。
予約ペースは、2列のスプレッドシートで追跡できます。今年の予約実績と、昨年の予約実績です。PriceLabsのようなツールなら、Portfolio Analyticsで同じ比較を自動的に表示し、施設単位・部屋タイプ単位のペースチャートも確認できます。予測分析に関する当社ガイドでは、これらのシグナルの読み方を解説しています。
予約は2つの極に集中します。数か月前から計画するゲストと、当週に予約するゲストです。一律料金では、どちらのニーズにも十分応えられません。小さな直前値引きは、静かな火曜日を埋めるのに役立ちます。一方、先の繁忙日にわずかな上乗せをすれば、需要がまだ固まっていない段階でも売上を守れます。
まずはシンプルな手作業のルールから始めましょう。例えば、14日以内の日付で稼働率が60%を下回っていないか確認します。PriceLabsのようなツールなら、直前予約と先の予約の両方を、市場動向に沿った価格調整で管理できます。調整の範囲は自分でコントロールできます。
2つ先の通りにある似たようなホテルが週末料金を下げると、あなたの売れ残った客室は途端に売りにくくなります。週に2回、5〜10件の実在する競合の料金をBooking.comで確認しましょう。今週末だけでなく、30日後、60日後、90日後の料金も見ておきます。
手作業での確認は、忙しいときほど滞ってしまいます。PriceLabsのようなツールには、近隣最大350件の同種施設のBooking.com公開料金を監視するホテルレートショッパーが含まれています。これにより、独自の競合比較対象セットを作成し、ブラウザのタブを10個も開かずに料金の動きを確認できます。価格戦略に関する当社ガイド��は、見つけた情報をどう活用するかを解説しています。
優れた価格判断も、新料金が予約チャネルに反映されなければ意味がありません。PMSと複数のOTAを手作業で更新するのは時間がかかり、ミスは料金の不整合につながります。
PMSと連携した価格ツールを使えば、この作業は不要になります。例えばPriceLabsは、デフォルトで1日1回、推奨料金を連携システムに自動同期します。動きの速い市場の施設には、有料オプションのリアルタイム同期を追加できます。PMSからの予約・キャンセル情報に反応し、1日最大24回まで価格を更新します。
一度も確認しない数字は改善できません。毎週、次のシンプルな計算式を使いましょう。
消滅型在庫の損失=販売可能な客室総数-予約済み客室数
この数字を金額に換算しましょう。売れ残った客室数に、平均客室単価(ADR)を掛けます。
計算例です。30���のホテルには、週210室分の販売可能な客室があります。そのうち150室が売れると、60室が売れ残ります。ADRが110ポンドなら、その週の損失は6,600ポンドです。この数字を毎週追跡し、どの曜日に損失が集中するかを確認しましょう。イングランドでは、VisitBritainの稼働率調査によると、2026年1月から5月のホテル稼働率は75%でした。健全な市場でも、客室の4泊に1泊は売れ残っている計算になります。
PriceLabsのようなツールを使えば、この追跡作業も自動化できます。レポートビルダーは、ピックアップ、既存予約による売上、前年同期比の実績について、週次確認用にCSVでダウンロードできるカスタムレポートを作成します。
第1週:PMSと価格ツールを連携し、データが正しく反映されているか確認します。部屋タイプごとに、料金の下限と上限を書き出しておきます。
第2週:次の繁忙期に向けて、シーズナル価格プロファイルと最低宿泊日数のルールを設定します。ルールの数は少なく、明確にしておきます。
第3週:週次の予約ペース確認を始めます。今後90日分について、予約実績を昨年と比較します。PriceLabsでは、需要係数感度の設定も確認できます。この設定は、日々の需要変動が価格をどれだけ動かすかを制御します。
第4週:最初の消滅型在庫の損失レポートを作成します。実績が最も悪い日を特定し、それぞれに対する対策を決めます。
大がかりな一度きりの見直しより、小さく着実な調整のほうが効果的です。競合も歩みを止めてはいません。英国ホテル市場の調査によると、2025年は客室供給が需要より速いペースで増えており、売れ残る客室への圧力がさらに強まっています。
毎晩、在庫の一部が失効します。これはパニックになる理由ではなく、ルーティンを作る理由です。ペースデータで需要を予測し、需要に応じて日付ごとに価格を設定し、宿泊条件で繁忙な週末を守り、売れ残りをパーセンテージだけでなく金額でも把握しましょう。この数字を毎週確認しているホテルは、空室を単なる運の悪さとして扱わなくなります。このルーティンの全体像を知りたい方は、レベニューマネジメントの基本に関する当社ガイドをご覧ください。
消滅型在庫とは、毎日失効し、後から再販できない未販売の客室のことです。失効した客室は二度と取り戻せない売上であるため、重要な指標となります。需要予測、需要に応じた価格設定、宿泊条件が、この損失を減らす主な方法です。
ある日付について、販売可能な客室総数から予約済み客室数を引き、その数にADRを掛けます。例えば、ADRが120ドルの場合、10室の売れ残りはその日付で1,200ドルの損失を意味します。これを毎週確認することで、どこで売上が漏れているかが正確にわかります。レベニューマネジメントに関する当社ガイドでは、これがより広い戦略にどう組み込まれるかを解説しています。
はい、できます。まずは週次ルーティンから始めましょう。予約ペースを確認し、最も好調・不調な日付で価格を調整し、繁忙週末には最低宿泊日数を適用します。ダイナミックプライシングのソフトウェアがあれば、設定したルールの範囲内で、日々の作業を代行してもらえます。
将来��日付に対する需要は毎日変化するため、料金は少なくとも毎日見直すべきです。価格ツールは通常、更新した料金をデフォルトで1日1回PMSに同期します。変化の速い市場の施設では、予約やキャンセルの発生に応じて価格をより頻繁に更新する、イベント連動型の同期オプションを利用できます。