「502号室、今日は清掃入っていいんですか?」── 毎朝繰り返される確認
連泊のゲストが増えると、清掃チームは毎朝同じ問題に直面します。「この部屋は今日清掃に入っていいのか」。答えはフロントが持っているはずです。でも、フロントもすぐには答えられない。ゲストが昨夜「明日は清掃不要」と言ったのか、DNDプレートを出しただけなのか、あるいは何も言っていないのか。記録がなければ判断できません。
連泊清掃のスケジュールは、ホテル運営のなかでも情報が断絶しやすい領域です。1泊のゲストであれば「チェックアウト後に清掃」という明快なルールがあります。ところが連泊の場合、ゲストの意向・施設のポリシー・衛生基準・清掃チームの稼働状況が絡み合い、部屋ごとに対応が異なります。
この記事では、連泊清掃の情報共有がなぜ難しいのか、断絶がどこで起きているのか、そしてどうすれば清掃チームが「確認の電話」なしに動けるようになるのかを整理します。
連泊清掃が難しい理由──「毎日同じ」ではない
チェックアウト清掃は、部屋が空になった時点で自動的にスタートします。判断の余地はほぼありません。一方、連泊清掃には複数の判断が重なります。
判断1:ゲストが清掃を希望しているか
ゲストの意向は日によって変わります。初日は清掃を希望していたのに、翌日はDNDを出している。あるいは「タオルだけ交換してほしい」という中間的な要望もあります。この意向がフロントに正確に伝わり、さらに清掃チームに届くまでに、少なくとも2つの伝達ステップが必要です。
判断2:施設のポリシーはどうなっているか
連泊清掃の頻度には施設ごとのルールがあります。「毎日清掃」「2日に1回」「3日に1回」「リクエストベース」。ルールが1つなら単純ですが、客室タイプや宿泊プランによってポリシーが異なる施設も少なくありません。スイートは毎日、スタンダードは2日に1回、エコプランは清掃なし。これらのルールが清掃チームの手元にあるかどうかが問題です。
判断3:衛生基準上の限界
ゲストが「清掃不要」と申告しても、3日を超えるとリネン交換やごみ回収の必要性が出てきます。保健所の基準や施設の衛生ポリシーによる上限があるため、「不要と言われたからやらない」では済まないケースがあります。
情報共有が断絶する4つのパターン
連泊清掃の情報が清掃チームに届かない原因は、大きく4つに分類できます。
パターン1:ゲストの申告がフロントで止まる
チェックイン時に「明日の清掃は不要です」と言われたフロントスタッフが、その場でPMSに入力すれば記録は残ります。しかし、チェックイン対応中は他の作業が同時進行しており、口頭で受けた要望がメモ止まりになることがあります。交代シフトのスタッフに引き継がれず、翌朝の清掃リストにはデフォルトの「清掃あり」が残ったまま。清掃スタッフがドアをノックして、ゲストに「今日は要らないって言ったのに」と言われる。
パターン2:DND表示を清掃チームが現場で発見する
ゲストがDNDプレートをドアに掛けるのは、多くの場合、朝の清掃時間帯です。清掃スタッフが部屋の前に到着して初めてDNDに気づき、その部屋をスキップします。ここまでは正しい対応です。問題は、そのスキップ情報がフロントに戻るタイミングです。清掃チームのリーダーが全室の清掃完了後にまとめてフロントに報告する場合、DND情報がフロントに届くのは昼過ぎになります。
パターン3:ポリシーの例外が共有されない
「2日に1回」のルールに対して、ゲストが「毎日お願いしたい」とフロントに電話した場合。その変更がPMSに反映され、清掃リストに載るまでの時間差が問題になります。特に、電話を受けたのが夜勤のスタッフで、翌朝の清掃チームに直接伝達する手段がないとき、例外は共有されません。
パターン4:連泊日数が長くなるほど混乱する
2泊なら「1日目は清掃、2日目はチェックアウト清掃」で済みます。しかし5泊、7泊となると、「3日目はリネン交換のみ」「5日目はフル清掃」「4日目にDNDが出た場合は翌日に振り替え」といった条件分岐が増えます。紙のリストでこれを管理しようとすると、書き込みと訂正で読みにくくなり、結果的に現場は「とりあえずフロントに電話」に戻ります。
連泊清掃スケジュールの情報を整理する
断絶を解消するために、まず「何の情報が、いつ、誰から誰に渡るべきか」を整理します。
連泊清掃に必要な情報の流れ
ゲストの意向 → フロント → 清掃リスト → 清掃スタッフ 施設ポリシー → 清掃リスト → 清掃スタッフ DND表示 → 清掃スタッフ → フロント → 翌日の清掃リスト 衛生上限 → 清掃リスト → 清掃スタッフ(強制タスク化) 例外変更 → フロント → 清掃リスト(即時反映)
この5本の情報経路のうち、どれか1つでも途切れると、現場は正しい判断ができません。そして、紙ベースの運用ではすべての経路を常時維持するのが難しい。紙のリストは朝に印刷された時点の情報しか持たないからです。
DND管理を仕組み化する
DNDはゲストの意思表示ですが、清掃管理の観点では「予定されていたタスクのスキップ」を意味します。スキップが発生した事実は、次の3つの場所に反映される必要があります。
- 当日の清掃リスト:該当部屋のステータスを「DND」に更新
- フロントのPMS:客室状態に「DND中」を表示(ゲストから問い合わせがあった場合の対応に使う)
- 翌日の清掃リスト:スキップされた分を翌日に振り替えるか、ポリシーに従って判断
この3か所への反映を清掃スタッフの口頭報告に頼ると、タイムラグが生じます。清掃スタッフがDNDを確認した時点で、端末やタブレットからステータスを更新できれば、フロントへの伝達は自動化できます。
清掃不要の申告を記録として残す
ゲストが「清掃不要」と申告するタイミングは、チェックイン時、電話、フロントへの立ち寄り、アプリ経由など多様です。どのタイミングで受けても、記録が1か所に集約される仕組みが必要です。
記録には、少なくとも以下の情報を含めるべきです。
- 対象の日付(「明日は不要」なのか「滞在中ずっと不要」なのか)
- 範囲(フル清掃が不要なのか、タオル交換だけ希望するのか)
- 申告のタイミングと経路(チェックイン時の口頭 / 電話 / アプリ)
- 衛生上限に到達する日付(自動計算)
「確認の電話」をゼロにするための設計
連泊清掃で内線電話が鳴る根本原因は、「清掃チームが判断に必要な情報を持っていない」ことです。情報が手元にあれば、電話する必要はありません。
朝の清掃リストに必要な情報を載せる
清掃チームが朝に受け取るリストには、部屋番号と清掃区分だけが載っていることが多い。連泊対応を組み込むなら、以下の情報が必要です。
- 清掃区分:フル清掃 / リネン交換のみ / タオル交換のみ / 清掃不要(DND)
- 連泊日数と今日が何泊目か
- ゲストの申告内容(前日までの変更含む)
- 衛生上限への残日数
紙のリストにこれだけの情報を載せると、文字量が増えて読みにくくなります。デジタルの清掃リストであれば、部屋をタップした時に詳細を表示する形で、一覧の見やすさと情報の網羅性を両立できます。
当日の変更がリアルタイムで反映される
朝の時点で「清掃あり」だった部屋が、9時にDNDプレートが出されて「清掃不可」に変わる。この変更が清掃チームの手元に即座に届くかどうかで、ムダな移動と確認電話の量が変わります。
紙のリストでは、一度印刷した後の変更はリーダーが手書きで修正するか、フロントから電話で伝達するしかありません。デジタルのリストであれば、フロントがPMSでDNDを入力した時点で、清掃チームの画面にも反映されます。
連泊清掃のルールをポリシーとして定義する
連泊清掃の混乱は、ルール自体が曖昧であることにも起因します。「だいたい2日に1回」「スイートは毎日かな」という暗黙のルールでは、スタッフごとに解釈が異なります。
ステップ1:客室タイプ別のデフォルトルールを決める
スタンダード:2日に1回のフル清掃、毎日のタオル交換
スイート:毎日フル清掃
長期滞在プラン:3日に1回のフル清掃、リネン交換は週2回
ステップ2:ゲストの変更申告を上書きルールとして定義する
ゲストが「毎日清掃」を希望 → デフォルトに関わらず毎日に変更
ゲストが「清掃不要」を申告 → 衛生上限まで清掃をスキップ
DNDが出ている → 当日のタスクをスキップし、翌日に振り替え判断
ステップ3:衛生上限を自動トリガーとして組み込む
清掃不要が3日続いた部屋 → 翌日に「リネン交換必須」タスクを自動生成
清掃不要が5日続いた部屋 → 翌日に「フル清掃必須」タスクを自動生成
このルールが清掃リストに自動反映されれば、清掃チームはリストに従うだけで連泊清掃を正しく実行できます。例外が発生した場合のみ、フロントへの確認が必要になります。
情報の断絶が連泊体験を損なう
連泊ゲストにとって、清掃のタイミングは滞在満足度に直結します。希望していないのに清掃が入る、希望したのに清掃が来ない。どちらも不満の原因になります。
しかし、この不満の原因は清掃チームのミスではありません。ゲストの意向がフロントで止まり、施設のポリシーが清掃チームに届いていない。情報の分断が、現場の判断を曇らせています。
清掃チームが朝の時点で「この部屋は今日清掃に入る / 入らない / リネン交換のみ」を確信を持って判断できる。そのために必要なのは、スキルの向上でも人員の増加でもなく、情報が途切れない仕組みです。
連泊の清掃スケジュールをフロントと清掃チームが同じ画面で共有できたとき、「502号室、今日はどうしますか?」という電話はなくなります。
