ホテルや旅館のシステムを調べると、必ずと言ってよいほど目にするのが「PMS」です。名称だけでは多機能な予約台帳のように見えますが、現場にとって大切なのは、機能数ではなく「宿泊業務のどの事実を、どこで正しく管理するか」です。
PMSの役割を曖昧にしたまま周辺ツールを増やすと、予約内容や顧客メモが複数の場所に分かれ、変更時にどちらを信じるか迷います。まずPMSを宿泊業務の基準点として捉え、任せる情報と周辺で補う情報を分けて考えます。
PMSは宿泊業務の事実を管理する基幹システム
PMSはProperty Management Systemの略称で、一般に予約、宿泊者、客室、滞在状況、料金や会計に関わる情報を扱います。ただし、実際に備える機能や得意分野は製品、契約、施設の設定によって異なります。「PMSなら必ずできる」と決めつけず、自施設で使える範囲を確認することが出発点です。
予約日程、人数、部屋タイプ、到着・出発、変更・キャンセルなど、今回の宿泊を正しく運用するための事実は、基準となる場所を一つに決めます。別の表やメモへ写す場合も、元情報と更新責任が分かるようにします。
予約・顧客・客室は同じようで役割が違う
予約情報は「いつ、誰が、どの条件で泊まるか」、顧客情報は「どの人物または組織と関係するか」、客室情報は「どの部屋を、どの状態で提供するか」を扱います。一人のお客様に複数予約があることも、一件の予約に複数名が含まれることもあるため、すべてを一つのメモで済ませると関係が崩れます。
予約にだけ必要な事情と、次回にも役立つ情報を分ける考え方は、顧客情報とお客様の記憶の違いでも整理しています。
PMSだけですべての会話や約束を抱えない
問い合わせメール、会話の全文、承認待ち、仕入先への依頼などは、PMSの備考欄だけでは追いにくい場合があります。反対に、周辺ツールだけで予約日や人数を管理すると、予約変更との不一致が起こりやすくなります。
大切なのは、PMSを置き換えるかどうかではなく、予約の事実、会話、施設からの約束、手配、実行結果をどう結び付けるかです。長文を何でも転記するのではなく、PMSには現場が必要とする要約と確認先を残し、詳細へたどれる構造を考えます。
導入・見直しは現場の判断場面から始める
機能一覧を見る前に、チェックイン前、客室割当時、問い合わせ返信時、予約変更時など、スタッフが判断に迷う場面を書き出します。そこで必要な情報がPMSにあるのか、別の場所にあるのか、誰が更新するのかを確認します。
同じPMSでも運用ルールによって使いやすさは変わります。入力項目を増やす前に、予約の最新情報の置き場所、顧客の見分け、メモの期限、変更時の更新順序をそろえることが重要です。
現場で確認してみましょう
- 自施設のPMSで利用できる機能を、契約と設定を含めて確認したか
- 予約、顧客、客室の情報を同じ意味で扱っていないか
- 予約変更時に最初に更新する最新情報の置き場所が決まっているか
- PMS備考へ残す要約と、別画面で追う詳細を分けているか
- 担当者以外も必要な情報へたどれるか
PMSは予約台帳ではなく、宿泊業務の基準点
PMSはProperty Management Systemの略で、一般に予約、宿泊者、客室、チェックイン・チェックアウト、会計などを管理します。ただし製品や施設形態によって範囲は大きく異なります。名称だけで判断せず、自施設でどの情報を正とし、どの業務をPMS内で完結させるかを決めることが重要です。
OTAから予約が入り、サイトコントローラーを経由してPMSへ届いても、メールで追加された到着時刻やケーキ手配が自動で反映されるとは限りません。予約が存在することと、会話・約束・手配まで一つの時系列で見えることは別です。PMSの役割と周辺業務の境界を確認します。
迷わないための考え方
どこを「最新情報の置き場所」にするかを決める
予約日程、人数、客室、料金、在庫、顧客連絡先など、項目ごとにどのシステムを最新・正式とするかを決めます。複数画面で同じ項目を自由に編集できる状態を避けます。
予約と滞在と顧客を分けて考える
一人のお客様が複数予約を持ち、一つの予約に複数人が宿泊します。顧客、予約、部屋、滞在実績を同一視せず、誰のどの宿泊に関する情報かを区別します。
PMS外の仕事を見落とさない
問い合わせ返信、OTAメッセージ、記念日手配、社内承認、施設ルール確認など、PMS外で続く仕事を洗い出します。連携がない項目は、担当と転記手順をはっきり書きます。
機能名より実際の運用を確認する
顧客管理、CRM、メッセージ連携という名称があっても、検索、権限、履歴、双方向連携の範囲は製品ごとに異なります。デモ環境で自施設の例を使って確認します。
PMSを理解するための業務確認
- 予約が入る流れを追う公式予約、電話、OTA、団体、手入力が、どの順序でサイトコントローラーやPMSへ届くかを図にします。番号の変換と反映時間も確認します。
- 到着までの変更を追う日程、人数、部屋、食事、料金、到着時刻、キャンセルがどこで変更され、どこへ反映されるかを一件の予約で確認します。
- 当日の画面と帳票を確認する到着一覧、客室状況、清掃、会計、引き継ぎでスタッフが実際に見る画面を確認し、二重入力と紙への転記を洗い出します。
- 出発後に残る情報を見る売上、宿泊実績、顧客履歴、領収書、忘れ物、未収など、チェックアウト後にどの情報が残り、誰が参照するかを確認します。
- 周辺業務との境界を文書化するPMSでできること、別システムで行うこと、手動連携することを項目別に整理します。将来の連携検討もこの境界表を出発点にします。
PMSを使う部門ごとの責任
予約・販売担当
予約の受付先、料金、人数、変更、キャンセルがどの順序でPMSへ届くかを把握し、最新情報の置き場所として決めた流れで更新します。OTAやサイトコントローラーの番号も残し、例外変更を個別画面だけで終わらせません。
フロント・現場担当
当日一覧、客室、宿泊者、会計と、PMS外のメール・手配を照らし合わせます。画面にない要望を口頭だけで補わず、正式な記録先と完了条件へ戻します。
管理・システム担当
項目ごとの最新情報の置き場所、権限、連携、障害時手順を管理します。製品の機能名ではなく、自施設で誰がどの画面を使い、どこへ情報が戻るかを定期確認します。
PMSの役割を曖昧にしない整理例
一枚の役割表に、情報項目、正式な更新先、利用者、連携方向、障害時の代替を書きます。PMSで扱わない業務もはっきり書くと、周辺システムとの境界が見えます。
- 宿泊日・人数・客室：PMSを最新情報の置き場所にします。変更は正式な手順で行い、OTA側との反映結果を確認する。
- 販売在庫・料金：サイトコントローラーの設定責任をはっきり書き、PMS表示との不一致時の確認順序を決める。
- 問い合わせ原文・返信：共有受信箱で管理し、予約番号でPMS予約へ参照可能にする。
- 約束・手配：担当と期限を別管理する場合、当日PMS画面へ何を転記するかを決める。
- 会計・売上：正式な確定先と修正権限を限定し、周辺ツールから未検証の自動書き込みを行わない。
30日でPMSの実態を把握する
- 1週目新規予約、変更、キャンセル、当日、会計を一件ずつ追い、使う画面、紙、メール、番号を時系列にします。
- 2週目予約、顧客、客室、料金、在庫、手配、会計の最新情報の置き場所と編集者を決め、PMS外業務をはっきり書きます。
- 3週目代表シナリオで、入力した情報が当日一覧と関係部署へ届くか、変更履歴と権限を確認します。
- 4週目二重入力、変更漏れ、当日初見情報を振り返り、周辺改善と入れ替え要件を分けます。
責任者が見ておきたいこと
責任者は、PMSの機能数ではなく、予約からチェックアウト後まで情報が途切れないかを見ます。スタッフが紙や個人メモへ戻る理由を聞き、最新情報の置き場所を増やさず改善します。PMS外の仕事を「例外」として放置しないことが重要です。
よくある失敗と防ぎ方
- PMSを導入すれば全業務が自動化すると期待する。対象範囲と連携方向を項目ごとに確認します。
- 予約番号だけで顧客を同一視する。予約、宿泊者、代表者、同行者の関係を分けます。
- 現場の紙やメールを例外として洗い出しから外す。PMS外の作業ほど事故と二重入力の原因になります。
- 製品比較を機能数だけで行う。日常の操作時間、権限、障害時運用、サポート、移行まで評価します。
改善できたかを数字で確かめる
システムを入れただけで終わらせず、現場の仕事がどう変わったかを定期的に確認します。
- 二重入力項目数
- 同じ予約情報を複数画面や紙へ転記している箇所を数え、誤りと工数の大きいものから改善します。
- 変更反映の遅延・漏れ
- 日程や人数変更が関係部署へ届かなかった事例を追い、最新情報の置き場所と連携方法を見直します。
- 当日未確認情報
- 到着当日に初めて発見した要望や手配を分類し、予約から当日までの情報の流れを改善します。
よくある質問
小規模な宿にもPMSは必要ですか？
予約件数、販売先、客室数、会計・清掃・顧客履歴の複雑さによります。紙や表計算で安全に運用できる規模もありますが、重複販売、変更漏れ、属人化の損失と導入・運用負担を比較して判断します。
PMSと予約管理システムは同じですか？
重なる部分はありますが、一般にPMSは予約に加えて客室、滞在、会計など現地運営を含みます。ただし製品ごとの差が大きいため、名称ではなく自施設で必要な業務と実際の機能を照らし合わせてください。
PMSに顧客メモを入れればCRMは不要ですか？
目的次第です。再訪時の履歴確認だけならPMSで足りる場合があります。分析、配信同意、セグメント、会話・約束の時系列などが必要なら、PMS機能または周辺システムの範囲を確認します。
まとめ
PMSは、宿泊を正しく運営するための予約・顧客・客室などの事実を支える基幹システムです。ただし、すべての会話や手配を一つの欄へ詰め込むことが正解とは限りません。PMSを基準点にしながら、周辺の情報と役割を分け、必要なときに同じ一件としてたどれる状態を目指します。続けてPMSとサイトコントローラー、OTA、CRMの違いもご覧ください。記事一覧はおもてなしOSジャーナルにまとめています。
