「清掃済み」なのに売れない。「空室」なのに入れない。ステータスが1つでは足りない理由

PMSの画面で308号室を見ると「Clean」と表示されている。清掃は完了している。でも、この部屋は売れません。理由は、前のゲストが忘れ物をして「夕方取りに戻ります」と連絡があったから。あるいは、設備点検が入っていて、業者が15時まで作業中だから。あるいは、次のゲストが「高層階希望」で、この部屋は3階だから。

「清掃済み」という情報だけでは、その部屋に何ができて何ができないのかが分かりません。ステータスが1つの軸しかないと、現実の複雑さを表現できないのです。

この記事では、客室のステータスを4つの独立した軸に分解し、それぞれを同時に管理する考え方を整理します。

単一ステータスの限界

多くのPMSでは、客室のステータスを1つの値で管理しています。典型的には「Dirty → Clean → Inspected → Vacant Ready」のような直線的な進行です。これは清掃業務の進捗管理としては分かりやすい。しかし、清掃の進捗は客室の状態の一面にすぎません。

同じ「Clean」でも状況が異なる例

すべて「Clean」ですが、フロントが取るべきアクションは全く違います。単一ステータスでは、この違いを表現できません。

4軸の定義

軸1：清掃ステータス

部屋の清掃がどの段階にあるかを示します。Dirty（未清掃）→ In Progress（清掃中）→ Clean（清掃完了）→ Inspected（検査済み）。この軸の責任者は清掃チームです。更新するのは清掃スタッフと検査担当者です。

軸2：在室状況

ゲストがその部屋にいるかどうかを示します。Vacant（空室）/ Occupied（在室）/ Due Out（チェックアウト予定）/ Checked Out（チェックアウト済み）。この軸の責任者はフロントです。PMSの予約情報とチェックイン/アウト操作で更新されます。

軸3：販売可否

その部屋をゲストに販売（割り当て）できるかどうかを示します。Available（販売可能）/ Blocked（ブロック中）/ OOO（Out of Order＝修理が必要で販売不可）/ OOS（Out of Service＝一時的に販売停止）。この軸は複数の部門が関与します。設備担当がOOOを設定し、フロントがBlockedを設定し、施設管理がOOSを設定します。

軸4：ゲスト要望・特記事項

その部屋に関する補足情報です。DND（起こさないで）/ 清掃不要 / タオル追加 / アレルギー対応 / 忘れ物あり / VIP対応など。この軸はフロント・清掃・ゲスト自身が更新します。時間とともに変化するため、常に最新の状態を保つ必要があります。

4軸マトリクス例：308号室の状態

┌──────────────────┬──────────────────┐
│ 軸1: 清掃        │ Inspected（検査済）│
│ 軸2: 在室        │ Vacant（空室）    │
│ 軸3: 販売可否    │ Blocked（ブロック）│
│ 軸4: 特記        │ 忘れ物あり        │
├──────────────────┼──────────────────┤
│ 判定             │ 販売不可          │
│ 理由             │ 忘れ物回収待ち    │
│ 解除条件         │ 忘れ物回収後に    │
│                  │ Blockedを解除     │
└──────────────────┴──────────────────┘

┌──────────────────┬──────────────────┐
│ 軸1: 清掃        │ Clean（清掃済）   │
│ 軸2: 在室        │ Occupied（在室）  │
│ 軸3: 販売可否    │ N/A（在室のため） │
│ 軸4: 特記        │ DND 設定中        │
├──────────────────┼──────────────────┤
│ 判定             │ 清掃入室不可      │
│ 理由             │ DND表示中         │
│ 解除条件         │ ゲストがDND解除   │
└──────────────────┴──────────────────┘

各軸の関係性── 独立だが連動する

4つの軸はそれぞれ独立して管理されますが、完全に無関係ではありません。軸と軸の間にはルールがあります。

ルール1：在室中の部屋は販売可否が「N/A」になる

ゲストが在室している部屋を別のゲストに販売することはありません。軸2がOccupiedの場合、軸3は自動的に「N/A」になります。ただし、チェックアウト予定日を過ぎてもチェックアウトされていない「オーバーステイ」のケースでは、軸2と軸3の間に矛盾が生じます。

ルール2：OOO/OOSの部屋は清掃ステータスに関係なく販売不可

設備に問題がある部屋は、たとえ清掃が完了していても販売できません。軸3がOOOまたはOOSの場合、軸1のステータスに関係なくゲストは入室できません。

ルール3：DNDの部屋は清掃ステータスの進行が停止する

ゲストがDNDを設定している場合、清掃チームはその部屋に入れません。軸4にDNDが設定されると、軸1の「Dirty → Clean」への遷移が一時停止します。DNDが解除された時点で清掃スケジュールに復帰します。

客室ステータスの管理、もっとシンプルにできます

4軸の情報をリアルタイムで一元管理する仕組み

資料を請求する

なぜ単一ステータスが使われ続けるのか

4軸で管理すべきだという理屈は、多くの施設管理者が理解しています。それでも単一ステータスが使われ続けるのは、いくつかの理由があります。

理由1：PMSの制約

一部のPMSでは、客室ステータスのフィールドが1つしかありません。カスタムフィールドを追加できる場合もありますが、運用が複雑になるため活用されないケースが多いです。

理由2：運用の複雑さへの懸念

「4つの軸を全員が理解して正しく更新できるのか」という懸念です。これは正当な心配ですが、実際には各軸の更新責任者を明確にすることで解消できます。清掃スタッフは軸1だけを、フロントは軸2と軸3を、ゲスト対応の結果として軸4を更新する。全員が4軸すべてを操作する必要はありません。

理由3：「今のやり方で回っている」

ステータスの不一致で大きなトラブルが起きていない施設では、改善の緊急性が低く感じられます。ただし、「回っている」のは、スタッフが暗黙的に4軸の情報を頭の中で管理しているからです。ベテランスタッフが退職すると、その暗黙知が失われ、トラブルが顕在化します。

4軸管理を始めるための最初のステップ

いきなり4軸をシステムで管理する必要はありません。最初のステップは、現在の単一ステータスで何が表現できていて、何が表現できていないのかを洗い出すことです。

多くの施設では、軸3（販売可否）と軸4（特記事項）の情報が不足しているケースが多いです。清掃ステータス（軸1）と在室状況（軸2）はPMSで管理されていることが多いのに対し、販売可否の判断やゲスト要望は口頭やメモで共有されていることが多いためです。

4軸で管理するということは、部屋の状態を「1つの言葉」で表現するのをやめるということです。「Clean」ではなく、「清掃済み・空室・販売可能・特記なし」。この4つの情報が揃って初めて、フロントは「この部屋にゲストを入れられる」と判断できます。