結論
2026年現在、客室平均単価（ADR）の上昇だけに頼るホテル経営は限界を迎えています。これからの高収益化に必要なのは、客室以外の飲食やスパ、アクティビティも含めた滞在中の総消費額である「TGV（トータルゲストバリュー）」を最大化することです。データサイロ化しているPMS（宿泊管理システム）とPOS（販売時点情報管理）をリアルタイムAPIで統合し、現場スタッフが顧客行動を即時に把握できる「3つの現場要件」を整えることが、これからのホテル経営における最重要戦略となります。
はじめに
多くのホテル経営者や支配人が、「宿泊料金を引き上げても、コスト高騰で利益が残らない」「客室外の消費をもっと促したいが、どのようなアプローチが効果的か分からない」という悩みを抱えています。
インバウンド需要の回復によりADRは上昇傾向にありますが、原材料費や人件費の高騰、さらには光熱費の負担増により、宿泊単価の向上だけでは十分な限界利益を確保できなくなっているのが2026年現在の実態です。この状況を打破するためには、ゲスト一人あたりのホテル内での総消費額（TGV：Total Guest Value）をいかに高めるかが極めて重要になります。
本記事では、これまでの客室中心の評価指標（RevPAR）を脱却し、PMSとPOSのシステム連携を基軸とした「TGV最大化」のための具体的な現場運用手順と、そのために満たすべき3つの要件について解説します。
編集長、最近ADR（平均客室単価）は好調なホテルが多いですが、現場からは限界利益の伸び悩みに苦しむ声が増えているようですね。
その通りだね。部屋を売るだけで完結する「RevPAR偏重」の時代は限界を迎えている。これからはレストランやスパ、アクティビティも含めた「トータルゲストバリュー（TGV）」をいかに高めるかが、ホテル経営の勝負の分かれ目だよ。
なるほど！でも、フロントとレストランで顧客データが完全に分断されているのが一番のネックですね。どうすればこの壁を越えられるんでしょうか？
そのカギとなるのが、PMS（宿泊管理システム）とPOS（販売時点情報管理）のデータ連携だ。現場スタッフがリアルタイムに顧客を理解し、おもてなしへ昇華させるための「3つの現場要件」を深掘りしていこう。
なぜRevPARだけでは限界なのか？注目される「TGV（トータルゲストバリュー）」とは？
観光庁が発表する「宿泊旅行統計調査」によると、2025年から2026年にかけて外国人観光客をはじめとする宿泊需要は堅調に推移しています。一方で、宿泊施設のオペレーションコストは上昇の一途をたどっています。客室を売ることで得られる「RevPAR（販売可能客室数あたり客室売上）」を高めるだけの戦略は、客室数という物理的なアッパー（上限）がある以上、いずれ頭打ちになります。
そこで注目されているのが、TGV（Total Guest Value：総顧客価値）という概念です。TGVとは、1人のゲストが滞在中に宿泊費、料飲（F&B）、スパ、ショップ、体験アクティビティなどに支払った総額を指します。
例えば、室料3万円の部屋に泊まるゲストが、館内レストランで2万円、スパで1万5000円、お土産ショップで5000円を消費した場合、宿泊費以外の付帯収入（アンシラリーレベニュー）は4万円となり、TGVは7万円に達します。室料単体で4万円に引き上げるのは競合との価格競争もあり容易ではありませんが、館内での体験価値を高めて他部門での消費を促す「TGVモデル」であれば、顧客満足度を犠牲にすることなく売上と利益率を向上させることが可能です。
しかし、このTGVモデルを実行するためには、ホテルが抱える最大の構造的弱点である「システムのデータサイロ化」を解消しなければなりません。まずはその原因について整理しましょう。なお、アンシラリーレベニューの最大化については、こちらの記事「2026年ホテル、なぜ客室外収入は自動化必須？現場負担ゼロで稼ぐ3要件とは？」でも詳しく解説しています。
現場で起きている「PMSとPOSの分断」という死活問題
多くのホテル、とりわけ独立系のラグジュアリーホテルや歴史あるリゾート旅館では、宿泊を管理する「PMS」と、館内施設（レストランやショップ）の会計を処理する「POS」が物理的・システム的に分断されています。
このデータサイロ化により、現場のオペレーションでは以下のような致命的な機会損失が発生しています。
- フロントスタッフの視界不良：チェックイン時にフロントに立つスタッフは、目の前のゲストが「過去にレストランで数十万円ものワインを注文してくれた最重要顧客（VIP）」なのか、それとも「宿泊以外の消費をほとんどしないゲスト」なのかを瞬時に判別できません。
- レストランスタッフの文脈不足：レストランに来店したゲストが、どのような宿泊プラン（例：アニバーサリープラン、特別な記念日）で宿泊しているのか、アレルギー情報以外の詳細な「滞在文脈」をPOSの画面上でリアルタイムに把握できません。
- 的外れなプロモーション：スパの予約枠が空いているにもかかわらず、すでに他のスパ体験を予約しているゲストに対して、チェックイン時や客室内のタブレットで同様のスパ優待案内を配信してしまうといった、的外れなアプローチが繰り返されます。
経済産業省の「DXレポート」でも指摘されている通り、個別最適化されたシステム（レガシーシステム）が社内に乱立している状態は、データ活用を妨げ、ビジネスの機動力を著しく低下させます。ホテル業界におけるPMSとPOSの分断は、まさにこの典型例と言えます。
PMS・POSデータ連携を実現する「3つの現場要件」
PMSとPOSのデータをシームレスに統合し、現場がリアルタイムにおもてなしや客室外消費の提案に活かせる状態を作るためには、以下の3つの要件を満たす必要があります。
【要件1】リアルタイム双方向API接続による「一元顧客プロファイル」の構築
第一の要件は、PMSとPOSの間で「1日1回、夜間にバッチ処理で同期する」といった古い連携方法を廃止し、リアルタイムな双方向API（Application Programming Interface）連携を構築することです。
ITベンダーの公式ホワイトペーパー等によると、システム間のタイムラグが3秒以上発生する場合、現場のフロント業務や会計業務において実用的なデータ確認は困難になるとされています。ゲストがチェックイン手続きを終えて客室に向かい、その10分後にレストランに入店した際、レストラン側のPOSにはすでにそのゲストの宿泊情報、お好み（水の種類、窓際希望など）、過去の滞在における消費傾向が「一元顧客プロファイル」として同期されていなければなりません。
これにより、レストランスタッフは「〇〇様、本日はご宿泊ありがとうございます。本日も前回と同様にガス入りのミネラルウォーターをご用意いたしましょうか？」という、文脈を捉えた先回りの提案が可能になります。顧客が自分の行動や好みを「認知されている」と感じる仕組みを裏側で担保することが不可欠です。この顧客文脈データの重要性については、「星野リゾートも推進！ホテルの「文脈データ」内製化で直販を増やす3手順」が前提理解として非常に参考になります。
【要件2】フロント・付帯部門の「相互認知システム（プッシュ通知）」の実装
システムを接続するだけで終わらせては、現場は日々の業務に忙殺され、自発的に顧客プロファイルを確認することはありません。第二の要件は、特定の高価値顧客のアクションを現場のインカムやモバイル端末に即時に知らせる「プッシュ通知型の相互認知システム」の実装です。
例えば、過去のTGV（総消費額）が上位10%に入る顧客がホテル内のショップに入店し、部屋番号を告げて「部屋付け（お部屋番号でのサイン）」処理をPOSで行った瞬間、フロントオフィスやコンシェルジュデスクの管理端末に通知が飛びます。「〇〇様がショップにて合計5万円のお買い物をされました」という情報が即座に共有されるのです。
これにより、チェックアウト時にフロントスタッフは「今回はショップで素敵なお土産をお選びいただいたのですね。お気に召していただけましたでしょうか」と声をかけることができ、単なる「鍵の返却と会計」という事務作業を、温かみのあるラストタッチポイントへと変貌させることができます。
【要件3】「TGV連動型」のロイヤリティ・評価制度への移行
第三の要件は、システムや運用の変革に合わせ、組織の評価指標（KPI）を「部門最適」から「全体最適（TGV）」へと再設計することです。多くのホテルでは、宿泊部門は客室稼働率（OCC）とADRを追う一方、料飲部門はレストランの売上と原価率（F&Bコスト）のみを評価指標としています。これでは、部門間の縦割りが強化され、お互いのデータを活用しようというモチベーションが生まれません。
2026年のホテル経営においては、「滞在中のTGV向上にどれだけ貢献したか」を各部門、さらには個々のスタッフの評価に組み込む制度設計が求められます。具体的には以下のような仕組みを導入します。
- クロスセルへの貢献評価：フロントスタッフがチェックイン時にゲストの過去の履歴を見てスパの予約を獲得した場合、その売上の一部（インセンティブ評価）を宿泊部門および該当スタッフの評価実績としてカウントする。
- 全体利益（GOP）の共有：客室の利益、料飲の利益を個別に追うのではなく、ホテル全体の「TGVから創出されたGOP（総営業利益）」を共通の目標値として掲げ、部門をまたいだ連携を促す。
PMS・POS統合に伴うデメリットと導入の課題
PMSとPOSのシステム統合には計り知れないメリットがある一方、導入に伴うコストや現場への負荷といったデメリットも存在します。導入を進める前に、以下の課題について十分な対策を練っておく必要があります。
1. 初期導入コスト（CAPEX）の増大
既存のレガシーなPMSやPOSシステムをそのまま使用している場合、API連携のための追加ライセンス費用や、システムベンダーによる個別のスクラッチ開発費用が発生します。特に古いオンプレミス型のシステムを使用しているホテルでは、クラウド型のモダンなシステムへ刷新する必要があり、多額の初期投資（CAPEX）を伴うケースが珍しくありません。
2. 現場スタッフの運用負荷と教育コスト
システムが統合され、表示されるデータ量が増えると、現場のスタッフは「他部門のどのデータを見て、どのようにお客様へアプローチすべきか」という高度な判断を求められます。適切なトレーニングを行わずに連携だけを急ぐと、現場は「やることが増えて混乱する」「お客様の前でタブレットの画面を凝視する時間が増え、かえって接客がおろそかになる」といった本末転倒な事態に陥るリスクがあります。
3. 個人情報保護・データガバナンスの複雑化
宿泊客の属性情報（住所、電話番号、クレジットカードのステータス等）と、館内での消費行動履歴（購入した商品の詳細、同伴者情報など）を完全に紐づけて一元管理するため、データへのアクセス権限を厳格に管理する必要があります。アルバイトや派遣スタッフが全顧客の購買データを閲覧できる状態はセキュリティ上非常に危険であり、役職や部門に応じたビュー権限の設定と、セキュリティガイドラインの策定が不可欠です。
システム連携度別における運用と効果の比較
自社ホテルがどのレベルのシステム連携を目指すべきか、判断基準となる比較表を以下に示します。
| 評価項目 | 連携なし（サイロ状態） | バッチ連携（1日1回同期） | リアルタイムAPI連携（完全統合） |
|---|---|---|---|
| データ更新頻度 | 手動または同期なし | 1日1回（主に夜間のデータ同期） | 即時（リアルタイム双方向） |
| 現場での活用シーン | 他部門の利用履歴は全く確認できない | 滞在2日目以降に、前日分の履歴を確認して声をかける程度 | 入店時やチェックイン時に、直前のアクションを捉えて提案可能 |
| 顧客体験（UX）への影響 | 一律のサービスになり、個別の配慮が感じられない | 情報のタイムラグにより、時に不自然な接客になる | どの部門でも自分が認知されているという安心感が生まれる |
| TGV最大化への貢献度 | 極めて低い | 限定的（チェックアウト後の分析が中心） | 極めて高い（滞在中にリアルタイムで消費意欲を促進） |
| 導入・運用の難易度 | なし（現状維持） | 中（バッチファイルの作成のみで対応可能） | 高（システム改修、API接続、現場オペレーションの再設計） |
よくある質問（FAQ）
Q1: PMSとPOSを連携させるには、すべてのシステムを同時に一新しなければなりませんか？
A: 必ずしも一新する必要はありません。現在お使いのPMSやPOSがモダンな「Web API」を公開している場合、既存のシステムにアドオン（追加接続）する形で連携できるケースがあります。まずは各システムベンダーにAPIの仕様書と連携実績を問い合わせることをお勧めします。
Q2: TGV（トータルゲストバリュー）の最大化に向けて、何から着手すべきですか？
A: まずは、現場スタッフが「他部門の情報を把握できずに機会損失を出した事例」を社内で洗い出すことから始めましょう。レストランでリピーターを見落とした、スパの空き枠をアピールできなかったなど、現場の具体的な「不便さ」を定義することがシステム導入の第一歩です。
Q3: 日帰り（ノンステイ）のレストラン客やスパ利用客のデータも、宿泊のPMSに統合できますか？
A: はい、統合可能です。共通の顧客ID（会員プログラムなど）を発行することで、宿泊履歴のないお客様であっても、POS経由で「どの程度館内サービスをご利用いただいているか」を一元管理することができます。これにより、将来的な宿泊誘致のマーケティングにもデータを活用できます。
Q4: 現場スタッフが忙しく、接客中にタブレットで顧客データを確認する余裕がありません。
A: データを確認することを「スタッフの義務」にすると形骸化します。インカムと連携させて「〇〇号室のVIP様がレストランに入店されました」と音声で自動通知する仕組みや、レストランの座席表システムとPOSを連動させ、席をアサインした時点で重要な好みや過去の注文履歴だけをポップアップで強制表示させるなどの仕組みが効果的です。
Q5: 個人情報の管理において、特に注意すべきポイントはありますか？
A: 決済データ（POS）に紐づくクレジットカード情報そのものをシステム間で共有することは避けてください。あくまで「どのゲストが、どの部門で、いつ、いくら使ったか（カテゴリ分類）」という消費行動データのみをAPIでやり取りする設計にすることで、PCI DSS（クレジットカード業界のセキュリティ基準）への準拠負荷を最小限に抑えられます。
Q6: 地方の小規模なホテルや旅館でも、PMS・POS連携は費用対効果（ROI）が見合いますか？
A: 十分に見合います。小規模な施設こそ、1組あたりの消費単価の向上が収益構造の安定に直結します。近年は初期費用を抑えたサブスクリプション型（SaaS）のクラウドPMSやPOSも多く登場しており、数年前と比較して導入障壁は大幅に下がっています。少人数で密度の濃いおもてなしを提供するためにこそ、データ連携による業務効率化が必要です。
コメント