「フロントが遅い」は誤解である場合が多い
15時のチェックイン開始時刻。ロビーにゲストが並んでいる。フロントスタッフは懸命に対応しているが、列が縮まらない。支配人は「フロントの対応が遅い」「人が足りない」と考え、シフトの見直しを検討する。
しかし、フロントスタッフの手が止まっている時間を観察してみると、多くの場合、処理速度の問題ではないことがわかります。フロントスタッフは手続きを進めたいのに、「入れる部屋がない」のです。PMSの画面を見てもReady状態の部屋が少ない。清掃チームに電話して「あと何分ですか」と聞いている間、ゲストはカウンターの前で待っている。
チェックイン渋滞の真因は、フロントの処理速度ではなく、「Ready状態の部屋がフロントの画面に表示されるまでの時間」── つまり、清掃情報がフロントに届くまでのタイムラグにあることが少なくありません。
15時に何が起きているか── 時系列で見る
100室規模の施設、稼働率80%、チェックアウト60室の日を想定します。
15時時点の状況（よくあるパターン）
チェックアウト済み（Dirty → 清掃開始）: 60室 清掃完了（Clean）: 45室 インスペクション完了（Inspected）: 30室 PMS上でReady表示: 20室 当日のチェックイン予定: 55組 15時到着のゲスト: 約22組（全体の40%） 15時時点のReady室数: 20室
実態としては30室のインスペクションが完了していますが、PMSのReady表示は20室にとどまっています。10室分の差が「情報のタイムラグ」です。リーダーがまとめてPMS更新する運用であれば、この差はさらに大きくなります。
22組のゲストが到着して、Ready表示が20室。一見すると足りそうに見えますが、ゲストの希望（禁煙/喫煙、ツイン/ダブル、高層階）を考慮すると、マッチする部屋が見つからないケースが出ます。実際にはインスペクション済みの部屋が10室あるのに、フロントの画面には見えていない。フロントスタッフは「部屋がない」と思い、清掃チームに電話し、ゲストに「少々お待ちください」と伝える。
渋滞の構造── 3つの層で分解する
第1層：清掃の物理的な進行
清掃スタッフが何室を何時間で仕上げるか、という物理的なキャパシティの問題です。6名の清掃スタッフが9時から作業を開始し、1室あたり平均25分で仕上げるとすると、15時までの6時間で1人あたり約14室。6名×14室=84室。60室のチェックアウト清掃は物理的には間に合う計算です。
多くの施設では、第1層（清掃の物理的な進行）は問題なくクリアしています。スタッフの数が足りない施設は別として、「清掃が物理的に間に合わない」のではなく、「清掃は間に合っているのに、その情報がフロントに届かない」のが問題です。
第2層：情報の伝達
清掃が完了してからフロントのPMSに反映されるまでの情報伝達プロセスです。ここにボトルネックがあります。
- 清掃スタッフが清掃を完了する（物理的にはReadyに近い状態）
- リーダーに口頭で報告する（タイムラグ: 0〜5分）
- リーダーがインスペクションに向かう（タイムラグ: 5〜15分）
- インスペクション完了（タイムラグ: 3〜5分）
- リーダーがPMSを更新する（タイムラグ: 5〜30分）
合計で15〜55分のタイムラグが発生しています。清掃完了から55分後にようやくPMSに反映されるケースもあるのです。11時に清掃が終わった部屋が、PMSに反映されるのが12時近く。その間、フロントの画面にはDirtyと表示されたまま── 売れる部屋を売れずにいる時間です。
第3層：フロントの判断
PMSにReady表示された部屋の中から、ゲストの条件に合う部屋を選んで割り当てるプロセスです。Ready室数が十分にあれば、判断は速い。しかし第2層のタイムラグでReady表示が少なくなっていると、「この部屋しかないけど、ゲストの希望と合わない。他にないか」と探す時間が発生します。選択肢が少ないほど判断に時間がかかるのです。
情報の分断がチェックイン渋滞を生む構造
ここまでの分析をまとめると、チェックイン渋滞の構造は次のように説明できます。
清掃チームは十分な数の部屋を時間どおりに仕上げている。しかし、その情報がフロントに届くまでにタイムラグがある。フロントは「入れる部屋がない」と認識し、ゲストを待たせる。ゲストが集中する15時台に、タイムラグの影響が最大化される。
つまり、渋滞は「清掃が遅い」から起きているのではなく、「情報が遅い」から起きている。清掃チームとフロントの間にある情報の分断が、物理的には準備できている部屋を「見えない部屋」にしているのです。
解消の方向性
方向性1：タイムラグをゼロに近づける
清掃完了のタイミングでリアルタイムにPMSに反映される仕組みを導入する。スマートフォンからのワンタップ報告で、フロントの画面に即座に反映される。これにより第2層のタイムラグが消え、フロントは常に最新のReady室数を把握できます。
方向性2：到着予定と清掃進捗を突き合わせる
14時到着予定のゲストがいる部屋を、清掃の優先順位に反映する。フロントの予約情報と清掃チームの作業順序が連動していれば、「14時に来るゲストの部屋が15時にならないと準備できない」という事態を防げます。
方向性3：フロントの判断材料を増やす
Ready表示だけでなく、「あと5分で完了する部屋」「インスペクション待ちの部屋」もフロントに見えていれば、ゲストに「あと5分でお部屋の準備が整います」と具体的に伝えられます。「少々お待ちください」から「5分後にご案内します」への変化は、ゲストの待ち時間の体感を大きく変えます。
「フロントの問題」か「清掃の問題」か── 問いの立て方を変える
チェックイン渋滞が起きたとき、「フロントの対応が遅い」と考える施設と「清掃が間に合っていない」と考える施設があります。しかし、どちらも問いの立て方が間違っている場合があります。
正しい問いは「フロントと清掃の間の情報伝達に、どれだけのタイムラグがあるか」です。フロントの処理速度を上げても、入れる部屋の情報が来なければ渋滞は解消しません。清掃のスピードを上げても、情報がフロントに届かなければ同じです。
チェックイン渋滞の根本は、フロントの問題でも清掃の問題でもなく、両者をつなぐ情報の分断にあります。この分断を解消することが、15時のロビーに列をつくらないための第一歩です。