清掃スタッフが見つけた不具合は、どこで消えるのか

客室の設備不具合を最初に発見するのは、ほぼ間違いなく清掃スタッフです。毎日すべての部屋に入り、水回り、空調、照明、家具に触れるのは清掃スタッフだけです。しかし、発見された不具合がフロントや施設管理に正確に届くかどうかは、また別の問題です。

「503号室のシャワーの水圧が弱い」── この情報が清掃スタッフの口から出て、フロントの判断に至るまでに、いくつの人と手段を経由するか。そして、その過程でどれだけの情報が失われるか。多くの施設で、この伝達経路は「伝言ゲーム」と呼ぶにふさわしい状態です。

典型的な伝達経路を追ってみる

ステップ1：清掃スタッフ → 清掃リーダー（口頭）

清掃スタッフが不具合を発見する。手を止めて清掃リーダーを探しに行く。リーダーは別のフロアで作業中。内線で呼び出す。リーダーが来るまで5分。「503号室のシャワー、水圧が弱いです」と口頭で伝える。リーダーはうなずいて「わかった、あとでフロントに言っておく」と答える。

この時点で失われる情報：「どのシャワーヘッドか」「水圧が弱いとはどの程度か」「お湯だけか水もか」「いつからの症状か」。口頭報告では、こうした詳細が抜け落ちやすいのです。

ステップ2：清掃リーダー → フロント（チャットまたは電話）

清掃リーダーがフロントに連絡する。LINEやチャットツールで「503シャワー水圧弱い」と短文で送る。フロントスタッフはチェックアウト対応中で、メッセージを確認するのは30分後。確認したとき、「水圧弱い」が「使えないレベル」なのか「気になる程度」なのかがわからない。

ステップ3：フロント → 施設管理（メールまたは口頭）

フロントが施設管理担当に連絡する。施設管理は別棟にいる場合もあるし、外部の管理会社に委託している場合もある。「503号室のシャワーの件、確認お願いします」とメールが飛ぶ。施設管理がメールを開くのは翌日の朝。

ステップ4：施設管理 → 修繕業者（電話）

施設管理が部屋を確認し、自前で直せないと判断する。業者に電話する。業者が来るのは3日後。清掃スタッフが発見してから修繕業者が来るまで、すでに4日が経過しています。

4人
発見から手配までの経由人数
3〜4日
発見から業者手配までの平均日数
50%以上
伝達中に詳細が欠落する割合

情報ロスが起きる3つの構造的原因

1. 報告手段がバラバラ

口頭、内線電話、LINE、メール、紙のメモ。施設によっては、これらすべてが混在しています。「清掃リーダーにはLINEで送ったけど、フロントにはメールで転送した」という状況では、情報が一箇所に集まりません。後から「あの不具合の件、どうなった？」と追いかけるのも困難です。

2. 情報の粒度が統一されていない

「シャワー弱い」「エアコンおかしい」「トイレ変な音」── 清掃スタッフの報告は、本人にとっては十分な情報でも、受け取る側にとっては判断材料が足りません。何が、どの程度、いつから。この3つが揃っていないと、確認のためにもう一度部屋に行く手間が発生します。

3. 「あとで伝える」が「伝えない」になる

清掃リーダーは「あとでフロントに言う」と思っています。しかし、その後に別のフロアで急ぎの作業が入り、退勤時間になり、翌日には忘れている。悪意はありません。単に、口頭の約束は記憶から消えやすいという人間の特性の問題です。

「あの部屋のシャワー、先週言いましたよね？」
「え、聞いてないけど。LINEにも残ってないよ」
「口頭で言ったんですけど...」
「口頭だけだと、ちょっと...」
── こういう会話、月に何回ありますか？

伝言ゲームを止める── 起票の仕組みをつくる

伝達経路を短くし、情報ロスを減らすには、「清掃スタッフが発見した時点で、関係者全員に同時に届く」仕組みが必要です。

1. 発見時にその場で起票する

清掃スタッフがスマホで不具合を登録。部屋番号は自動入力（清掃中の部屋情報と連動）。カテゴリ（水回り・空調・電気・内装・その他）を選択。写真を1枚撮影。自由記述は任意。

2. 起票と同時に関係者へ通知する

起票された瞬間に、清掃リーダー、フロント、施設管理の3者に通知が届く。誰かに「伝えてもらう」必要がない。中間の伝達ステップがゼロになる。

3. ステータスを追跡する

起票→確認→対応中→完了のステータスが更新されるたびに、関係者に通知。「あの件どうなった？」と聞かなくても、進捗が見える。

4. 対応履歴を蓄積する

過去の不具合が部屋ごとに蓄積される。「503号室のシャワーは半年前にも同じ報告があった」とわかれば、部品交換ではなく配管自体の問題を疑う判断ができる。

不具合の報告、途中で止まっていませんか？

発見から対応完了まで、情報を一本化する仕組み

資料を請求する

現場あるあるの会話を再現する

パターンA：報告が届いていなかった

ゲスト「部屋のエアコン、冷房にしても暖かい風が出てくるんですが」
フロント「申し訳ございません。すぐに確認いたします」
（フロントが施設管理に連絡）
施設管理「その部屋のエアコン、前から調子悪いの知ってたけど、報告もらってないよ」
フロント「清掃さんは気づいてなかったんですかね...」
清掃リーダー「いや、先週のミーティングで言いましたよ？ 議事録にも書いてあるはず...たぶん」

パターンB：情報が変質した

清掃スタッフ「702号室、洗面台の蛇口から水がポタポタ漏れています」
清掃リーダー（フロントへ）「702の水回りに問題あります」
フロント（施設管理へ）「702号室、水漏れです」
施設管理「水漏れ？ 緊急か。下の階に影響出てないか確認しないと」
── 蛇口のポタポタが、いつの間にか「水漏れ」に格上げされ、不要な緊急対応が走る

逆のパターンもあります。深刻な問題が「ちょっと調子悪い」に格下げされ、対応が後回しにされるケースです。

起票率を上げるための工夫

仕組みをつくっても、清掃スタッフが使ってくれなければ意味がありません。起票率を上げるためのポイントをいくつか挙げます。

伝言ゲームは、仕組みで終わらせる

設備故障の伝達が「口頭→チャット→メール→電話」と複数の手段を経由するたびに、情報は劣化します。「誰が」「いつ」「何を」伝えたかが追跡できなくなり、対応が遅れ、ゲストクレームにつながる。この構造は、個人の注意力や責任感では解決しません。

清掃スタッフが発見した瞬間に、関係者全員に同じ情報が届く。対応状況が可視化される。過去の履歴が蓄積される。伝言ゲームを止めるのは、人の努力ではなく仕組みの設計です。