フロント・清掃・設備── 3部門が同じ画面を見る効果

3つの部門に、3つの「正しい部屋の状態」がある

フロントはPMSの画面を見ています。清掃チームはリーダーのホワイトボードか紙のリストを見ています。設備担当はメンテナンスノートか自分の記憶を頼りにしています。それぞれが「部屋の状態」について独自の情報源を持ち、それを「正」として行動しています。

問題は、3つの「正」が一致しないことです。フロントのPMSでは308号室が「清掃済み・販売可能」になっている。ところが清掃チームのリストでは「検査待ち」のまま。さらに設備担当は昨日そのシャワーヘッドを交換した記録があるのに、PMSには何も反映されていない。この状態でゲストをアサインするとどうなるか。フロントが「308号室をご案内します」と言った5分後に、内線が鳴ります。

この記事では、部門ごとに異なる情報源を持つことで生じる構造的な問題と、3部門が同じ画面を共有したときに何が変わるのかを整理します。

部門別の「正」が併存する構造

フロントの「正」：PMSのルームステータス

フロントが参照するのはPMSの画面です。ここには清掃ステータス、予約状況、チェックイン/アウトの情報が集約されています。ただし、PMSの情報は誰かが更新しない限り変わりません。清掃完了をPMSに反映するのがフロント自身なのか、清掃リーダーなのか、あるいは自動連携なのかによって、情報の鮮度はまったく異なります。

多くの施設では、清掃リーダーがフロントに「終わりました」と電話し、フロントがPMSを手動で更新しています。この場合、PMSの情報は「最後に電話があった時点」のスナップショットにすぎません。

清掃チームの「正」：紙のリストかホワイトボード

清掃チームが見ているのは、朝イチに配布された紙のリストか、清掃事務所のホワイトボードです。ここには「今日の清掃対象」「完了/未完了」「特記事項」が手書きで記録されています。リアルタイムで更新される仕組みではないため、10時時点の情報と14時時点の情報が混在しています。

チェックアウトが追加されても、紙に書き足されるのは清掃リーダーがフロントに確認した後。書き足される前に、別のスタッフが「この部屋は対象外」と判断してスキップすることがあります。

設備担当の「正」：メンテナンスノートか記憶

設備担当が管理しているのは、修理履歴と対応待ちの案件リストです。「412号室のエアコンフィルター交換済み」「507号室のトイレ水漏れ修理待ち」。この情報がフロントや清掃チームに共有される仕組みがない施設では、設備担当だけが知っている「入れてはいけない部屋」が存在します。

507号室が水漏れ修理待ちであることを設備担当は知っている。でもPMSでは「清掃済み」になっている。フロントが知らずにゲストを案内する。到着したゲストが「洗面台の下が濡れています」と連絡してくる。このパターンは、設備情報が孤立していることから生まれます。

情報の不一致が引き起こす具体的な問題

問題1：ゲスト案内後の「やっぱりダメでした」

フロントがPMSの情報を信じてゲストを案内したあと、現場の実態が異なることが判明するケースです。清掃がまだ完了していない、設備に問題がある、前のゲストの忘れ物が残っている。どのケースでも、ゲストに部屋を変更してもらうか、ロビーで待ってもらう必要があります。

この「やり直し」は、ゲストの不満だけでなくフロントスタッフの心理的負担にもなります。「PMSを見て判断したのに間違っていた」という経験が重なると、スタッフはPMSの情報を信用しなくなり、電話で確認する回数が増えます。結果として業務がさらに遅くなるという悪循環が生まれます。

問題2：「空いているはずの部屋」が売れない

清掃は完了しているのに、PMSへの反映が遅れているために「清掃中」のステータスのまま残っている部屋があります。フロントはその部屋を売れません。ウォークインのゲストが来ても「少々お待ちください」と言ってしまう。あるいは満室と伝えてしまう。

100室規模の施設で、5部屋のステータス更新が30分遅れているとします。稼働率80%のピーク時間帯に、そのうち1部屋でもウォークインを逃せば、1泊分の機会損失が発生します。

問題3：設備問題の発見が遅れる

清掃スタッフが設備の不具合を発見しても、その情報が設備担当に届くまでに時間がかかると、次のゲストが入室するまで対応されないことがあります。清掃スタッフがリーダーに口頭で報告し、リーダーがフロントに電話し、フロントが設備担当に連絡する。3段階の伝言ゲームです。

統合ダッシュボードの設計思想

「3部門が同じ画面を見る」というのは、全員にPMSを使わせるという意味ではありません。PMSはフロント業務に最適化されたツールであり、清掃や設備の業務フローには合いません。ここで言う統合ダッシュボードとは、3部門それぞれが必要な情報を、1つの共通データソースから取得する仕組みです。

設計原則1：Single Source of Truth

部屋の状態について「1つの正解」だけが存在する状態を作ります。フロントが見ても、清掃チームが見ても、設備担当が見ても、308号室の状態は同じ。これを実現するには、ステータスの更新権限を明確にし、更新された瞬間に全員に反映される仕組みが必要です。

設計原則2：各部門が見たい情報だけを表示する

フロントが知りたいのは「いま何部屋が販売可能か」「チェックイン予定のゲストの部屋は準備できているか」です。清掃チームが知りたいのは「今日の残り何部屋か」「次にどの部屋に入るべきか」です。設備担当が知りたいのは「対応待ちの案件がどの部屋にあるか」「優先度はどうか」です。

同じデータベースから、部門ごとに異なるビューを提供する。全員が同じ生データを見る必要はありません。

【フロントビュー】
  販売可能部屋一覧 / チェックイン予定と準備状況 / 要注意部屋アラート

【清掃チームビュー】
  本日の清掃対象 / 進捗状況（完了・清掃中・未着手）/ 特記事項・ゲスト要望

【設備担当ビュー】
  対応待ち案件一覧 / 優先度（ゲスト在室 > チェックイン予定あり > 空室）/ 修理履歴

【共通データ】
  客室ID / 清掃ステータス / 設備ステータス / ゲスト要望 / 最終更新者・時刻

設計原則3：更新はその場で、その人が

清掃スタッフが清掃を完了した瞬間に、スマートフォンかタブレットで「完了」をタップする。設備担当が修理を終えた瞬間に「対応済み」に変更する。情報は発生源で入力され、伝言を経由しません。

これは「誰かが代わりに入力する」モデルとの決定的な違いです。清掃リーダーがまとめてフロントに電話し、フロントがPMSを更新するモデルでは、リーダーが電話するまでの時間、フロントが手を空けるまでの時間、入力にかかる時間が全部タイムラグになります。

導入効果：数字で見える変化

効果1：内線電話の減少

「あの部屋もう入れますか？」「設備の修理、終わりましたか？」「清掃チーム、今どこまで進んでいますか？」── これらの電話は、情報が共有されていないから発生しています。3部門が同じデータを見ている状態では、電話をかける理由がなくなります。

ある施設では、統合管理を導入した結果、フロント・清掃間の内線電話が1日あたり25件から3件に減ったという報告があります。1件あたり平均2分とすると、1日44分の業務時間が浮く計算です。

効果2：客室の販売可能時刻が早まる

清掃完了から販売可能になるまでのタイムラグが短縮されます。清掃スタッフが完了をタップした瞬間にフロントの画面に反映されるため、「電話→PMS更新→確認」のプロセスが消えます。

効果3：設備問題の対応速度が上がる

清掃スタッフが不具合を発見した瞬間に設備担当の画面に表示されます。伝言ゲームを経由しないため、発見から対応開始までの時間が短縮されます。また、チェックイン予定がある部屋の不具合は自動的に優先度が上がるため、「ゲストが到着してから気づく」事態が減ります。

「同じ画面を見る」ことの本質

統合ダッシュボードの導入は、ツールの入れ替えではありません。3部門がそれぞれ独立した情報源で動いていた構造を、1つの共通基盤に載せ替えることです。

この変更で得られるのは、効率化だけではありません。「あの部屋、大丈夫？」と確認しなくても大丈夫だと分かる安心感です。フロントスタッフがPMSの情報を疑わずに済む状態。清掃チームが「今日やるべきこと」を朝の段階で正確に把握できる状態。設備担当が自分の仕事の優先度を自分で判断できる状態。

情報の分断は、人の能力や努力では解消できません。どれだけ丁寧に電話連絡しても、手動更新である限りタイムラグは残ります。仕組みとして情報が流れる状態を作ること。それが「同じ画面を見る」ことの本質です。