スタッフの抵抗を招かずに新しいホテルPMSを導入する方法

PMSの切り替えが停滞しやすい理由

マネージャーの視点では、新しいPMSはより優れたツールです。機能が多く、より多くのチャネルと連携し、より多くの業務を自動化できます。通常、切り替える合理的な理由はプロジェクト開始前から明確です。

一方、 フロントスタッフ の視点では、新しいシステムは、すでに使いこなしているものに取って代わる未知の存在です。旧システムには制約があっても、スタッフは操作方法を熟知しているため、ミスなく扱えます。新システムは習得が必要ですが、多忙なシフト中に学習へ割ける時間はありません。

導入の遅れ、独自の回避策、ひそかに旧プロセスへ戻るといった抵抗は、ソフトウェアの問題ではありません。変化そのものへの抵抗です。技術的な課題と併せて人にまつわる課題にも対処する PMS 導入は、はるかに定着しやすくなります。

スタッフが抱く4つの反対意見と、その本当の背景

スタッフの抵抗が実際には何を表しているのかを理解することが、対処への第一歩です。

「旧システムで特に問題はありません」 これは技術的な評価ではなく、損失回避の心理です。スタッフは現行システムの習得に時間を費やしてきました。それを置き換えることは、その投資の価値を損なうように感じられます。新システムのほうが優れていると主張するのではなく、現行システムの長所を認めたうえで、旧システムにはできず、新システムならできることを具体的に説明する必要があります。

「今はこれを覚える時間がありません」 これは言い訳ではなく、正当な業務負荷への懸念です。高稼働率の時期に研修を組んだり、勤務時間を調整せず通常のシフトに研修を上乗せしたりすれば、ソフトウェアの品質にかかわらず失敗します。学習を個人的な取り組みではなく業務の一環として扱い、現実的な研修スケジュールを設定する必要があります。

「今のシステムより複雑です」 これは通常、システム自体の複雑さではなく、導入初期の体験を反映しています。スタッフに必要なのは、最も頻繁に行う3つの業務を完了するための具体的な手順ですが、新しいPMSの全機能を一度に説明されると圧倒されてしまいます。最初は範囲を絞り、自信がついてから広げていく、職種別の研修が必要です。

「ミスをしたらどうなりますか？」 これは、ゲストに実害を及ぼすことへの不安です。ダブルブッキングや誤請求が発生し、ゲストの前で自分が対応に追われた経験のあるフロントスタッフが、システムエラーを深刻に捉えるのは当然です。システムが自動的に防止する事象、問題発生時の対処方法、連絡すべき担当者を明確に伝える必要があります。

段階的な展開：一斉切り替えが失敗する理由

チーム全員を同じ日に別のPMSへ切り替えると、サポートが最も乏しい状況でリスクが最大になります。初日に問題が発生すれば、全員が一斉に直面します。機能が想定外の動作をしても、それを事前に経験した人はいません。

段階的な展開では、進め方が異なります。本格的な運用に必要となる前に経験を蓄積できるよう、導入を複数の段階に分けます。

フェーズ1：設定のみ。 マネージャーまたはオーナーが、客室、料金、チャネル、決済設定を構成します。フロントスタッフやハウスキーピングスタッフは関与しません。このフェーズでは、未完成の設定をスタッフに触れさせることなく、運用可能なシステムを構築します。

フェーズ2：最初に1～2名のスタッフを研修。 利用の少ない日に、1～2名のフロントスタッフが新しいPMSを学ぶ間、施設では新旧両方のシステムを並行運用します。旧システムを予備として利用できる状態で、新システムを使って実際の予約を処理します。チーム全体が利用を始める前に、スタッフの実体験から問題を洗い出せます。

フェーズ3：チーム全体への導入。 フェーズ2のスタッフを社内のサポート役として、残りのチームに研修を行います。フェーズ2のスタッフなら、「Booking.com経由の到着ゲストには、このように対応します」といった現場の言葉で同僚の質問に答えられるため、上層部主導の研修よりも効果的です。

フェーズ4：旧システムの廃止。 旧システムを予備として使うことなく2週間の並行運用を終えた後、旧システムを廃止します。

本稼働前のSOP更新

標準業務手順書 で旧システムを参照しているものは、PMSの切り替え後には業務へ悪影響を及ぼします。フロントのSOPに「［旧システム］で客室を販売可能に設定する」と記載されていれば、単に情報が古いだけではありません。スタッフが今後、別の方法で行うべき業務に対して、誤ったツールを指示していることになります。

SOPは本稼働後ではなく、本稼働前に更新する必要があります。ほとんどのPMS移行で改訂が必要となるのは、チェックインとチェックアウトの手順、決済処理手順、客室ステータスのワークフロー（誰が、何を、いつ更新するか）、ノーショーおよびキャンセルの処理です。

更新後のSOPは、旧システムの手順を新システムで再現するのではなく、新システムのワークフローに沿って作成する必要があります。新システムでフロントへの電話連絡ではなくハウスキーピング用ダッシュボードから客室ステータスを管理する場合、SOPにはそのダッシュボードを使う手順を記載します。「電話する代わりに、今後はこの画面を開く」といった説明にはしません。

フロントやハウスキーピングの作業場所など、実際に使用する場所に印刷して置くか掲示した手順書のほうが、多忙なシフト中には誰も開かないフォルダ内の共有文書よりも安定して参照されます。

スタッフが実際に活用するフィードバックループの構築

新システムに関するフィードバックの多くは、自発的には管理者へ届きません。シフト中に問題に直面したスタッフは、それを報告するのではなく、回避策を使うことで対処します。マネージャーが繰り返し発生する問題を把握する頃には、目に見えない摩擦が何週間も生じ続けています。

体系的なフィードバックループを設けることで、最も重要な時期に確実に対話を行えます。

本稼働後の最初の2週間は、各シフトの開始時または終了時に5分間の確認を行い、「今日、予想以上に時間がかかったことは何ですか？」と「誰にも聞けず、自分で解決しなければならなかったことは何ですか？」という1～2個の具体的な質問をします。これにより、研修で扱われなかったチェックイン手順の一工程、スタッフが見つけられないレポート、研修で想定されていなかった状況など、対応可能な具体的課題を引き出せます。

フィードバックループが機能するのは、収集担当者に24時間以内に対応できる権限がある場合に限られます。問題の一覧を作っても、経営側の対応まで2週間放置されれば、フィードバックの仕組みは実用的なものではなく、形だけのものだとスタッフに伝わってしまいます。報告した問題がすぐに修正または対処されるのを見れば、スタッフは報告を続けます。そうでなければ、報告しなくなります。

本稼働後も抵抗が続く場合

本稼働から2週間後もスタッフが旧システムや回避手順を使っている場合、その原因が能力不足なのか、本人の選択なのかを見極めます。

能力面の不足、つまりスタッフが支援なしでは新システムで業務を完了できない場合は、導入研修全体を繰り返すのではなく、該当するワークフローに絞った研修を行います。同じ問題をすでに解決したフェーズ2のスタッフによる同僚指導のほうが、通常は効果的です。

姿勢による抵抗、つまり新システムを使えるにもかかわらず、あえて使わない場合には、本人と率直に話し合う必要があります。伝えるべきことは単純です。事業者としてすでに決定しており、現在はこのシステムを使って施設を運営しているため、スタッフにも利用が求められるということです。回避策が習慣になる前の早い段階で話し合い、期待する行動を具体的に伝えると、より効果的です。

よくある質問

ホテルスタッフが新しいPMSに抵抗するのはなぜですか？

新しいPMSに対するスタッフの抵抗は、通常、4つの懸念のうち1つ以上が原因です。すでに習得したシステムを手放すことへの損失回避、学習時間を確保できないと感じさせる業務負荷、実際以上にシステムが複雑だと思わせた導入初期の体験、ゲストに影響するミスへの不安です。それぞれ異なる対応が必要であり、すべての抵抗を1つの問題として扱っても、通常はいずれの懸念も解消できません。

PMSの段階的な展開とは何ですか？

段階的な展開とは、初日にチーム全員を切り替えるのではなく、複数の段階に分けて新しいPMSを導入する方法です。一般的には、最初にマネージャーだけで設定を行い、次に1～2名のスタッフが旧システムとの並行運用下で実際の予約を使って研修を受けます。その後、先行スタッフを社内のサポート役としてチーム全体に導入し、旧システムを予備として使わずに2週間並行運用した後、旧システムを廃止します。段階的なアプローチにより、リスクを軽減し、チーム全体への導入前に社内の推進役を育成できます。

ホテルPMSの切り替え時に更新が必要なSOPは何ですか？

PMSの切り替え時に直ちに改訂が必要なSOPは、チェックインとチェックアウトの手順、決済処理手順、客室ステータス更新のワークフロー（誰が、何を、いつ更新するか）、ノーショーおよびキャンセルの処理です。更新後のSOPは、新システムが旧システムを一工程ずつどのように置き換えるかを説明するのではなく、新システムのワークフローに沿って記述する必要があります。実際に使用する場所に置かれた印刷版のほうが、共有されたデジタル文書よりも安定して参照されます。

PMS稼働開始後、スタッフからのフィードバックをどのように収集しますか？

最初の2週間は、各シフトの開始時または終了時に5分間の体系的な振り返りを実施し、「今日、想定より時間がかかったことは何ですか？」「誰の助けも借りずに自分で解決しなければならなかったことは何ですか？」など、具体的な質問をします。重要なのは、24時間以内にフィードバックへ対応することです。問題がすぐに解決されるのを目にすれば、スタッフは報告を続けます。一方、報告された問題が放置されると、報告しなくなります。短期間のうちに目に見える対応につながらないフィードバックの仕組みは、やがてフィードバックそのものを生み出さなくなります。