CTY Groupは、Booking NinjasがSalesforceネイティブのホテルプラットフォームという構想から、実際のホテル運営に必要な要件へと歩みを進めるきっかけとなったプロジェクトの一つです。
CTY Group CTY Groupは、オランダにおけるBooking Ninjasの初期のホスピタリティ分野の顧客でした。クライアントはブティックホテルの開業準備を進めており、当時利用可能だった硬直的な旧来型ホテルシステムに代わる、より柔軟な選択肢を求めていました。
Booking Ninjasは、予約管理、チャネル接続、Hotel Techのキーカード連携など、ホテル運営の中核となる環境に取り組みました。
課題：旧来型の硬直したホテルソフトウェアから脱却する
ホテルの運営体制を整えるにあたり、クライアントは最新のPMS環境を求めていました。
問題は、単に予約を受け付けることではありませんでした。
ホテルを機能させるには、予約環境を販売チャネル、客室アクセス、宿泊客情報、空室状況、そして滞在に関わる運営業務と連携させる必要がありました。
- ホテル予約
- 客室の空室状況
- 宿泊客の情報
- 予約チャネル
- 料金と在庫の更新
- 客室アクセス技術
- ホテルのワークフロー
- Salesforceのデータ
クライアントは柔軟性も求めていました。従来型の固定的なPMSをまた選び、ホテルの運営をシステムに合わせるのではなく、運営の変化に応じて進化し続けられる基盤としてSalesforceを活用する方法を検討しました。
このプロジェクトは、実際のホテル運営要件に取り組む段階へ進んだ
CTY Groupは、Booking NinjasのSalesforceネイティブのアプローチがデモ環境の外でも機能するかを確かめる、重要な初期事例となりました。
この実装では、ホテルの運営に必要な複数の要素を連携させました。
ホテルの予約、宿泊客、日程、客室の稼働状況を管理するための中核構造を構築する。
ホテルの予約環境を外部の予約チャネルの動きと接続する。
ホテルの技術環境全体の一部として、Hotel Techのキーカード機能を連携する。
連携したデータ、オートメーション、レポート、将来のシステム連携を想定した基盤上で、ホテルのワークフローを維持する。
ホテル運営モデルを支えるためにBooking Ninjasが構築したもの
| ホテルのニーズ | Booking Ninjasの取り組み | このプロジェクトで実証されたこと |
|---|---|---|
| ホテルの予約を管理する | 予約管理 | Salesforceを汎用CRMにとどめず、ホテルの予約レコードを扱う実務基盤にできること。 |
| 外部の予約チャネルと接続する | チャネルマネージャー | PMSを孤立させず、空室状況や予約をより広範な流通環境と連携できること。 |
| 客室アクセス技術と連携する | Hotel Techのキーカード連携 | PMS環境が、予約業務だけでなく、ホテルに必要な専門技術とも連携できること。 |
| 拡張できるアーキテクチャを維持する | Salesforce + 連携基盤 | 閉じたアプリケーションを新たに作るのではなく、追加のツールやワークフローと連携できるよう設計されたシステムをホテルに提供できること。 |
ホテルのPMSは単独では機能できない
このプロジェクトから得られた最も明確な教訓の一つは、ホテルの予約が、より広範な技術環境の一部だということでした。
直接予約はある経路からPMSに登録され、OTA予約は別のチャネル経由で届くことがあります。どの経路でも、空室状況を正確に保つ必要があります。
Booking Ninjasは、販売チャネルとの接続を、CTY Groupの環境の一部として扱いました。流通を他社任せの孤立した問題として切り離すことはありませんでした。
Salesforce内で予約情報を一元的に確認できる状態を保ちながら、外部の予約プラットフォームと空室状況、料金、予約を同期するという同じ原則に基づいています。 現在の Booking Ninjas Channel Manager
客室へのアクセスは、実際のホスピタリティ運営で連携が重要な理由を示した
ホテルの運営はPMSの境界で終わるわけではありません。
宿泊客には実際に客室へ入るためのアクセス手段が必要です。そのため、予約やチェックインの情報は、最終的に専門のアクセス管理技術と連携しなければなりません。
CTY Groupでは、プロジェクトの一環として、Booking NinjasがHotel Techのキーカード連携に取り組みました。
これは、ホスピタリティ分野における初期の重要な教訓でした。予約アプリケーションを構築するだけでは不十分で、実用的なホテル環境には、周辺システムとの連携も必要でした。
Booking Ninjasの現在の連携アーキテクチャも、API、ミドルウェア、イベント駆動型の同期、専門システムとの接続を通じて、このアプローチを引き継いでいます。 :contentReference[oaicite:2]{index=2}
このプロジェクトは、ホスピタリティ向けモデルの実現性を証明した
CTY Groupが重要だったのは、創業初期のBooking Ninjasに、実際のホテル運営で求められる要件に取り組む機会をもたらしたからです。
予約管理はホテルの現場で機能する必要がありました。
販売チャネルとの接続が必要だった
アクセス技術との連携が必要だった
Salesforceアーキテクチャは、単なる製品コンセプトを超え、実際のホテル運営環境に必要な関係性を支え始める必要がありました。
このプロジェクトは、ホテルの主要な予約業務をSalesforceネイティブの運用環境内で管理できることを示す一助となりました。
OTAや予約チャネルの利用により、予約と在庫を独立したPMSの機能として扱うことはできないと明らかになりました。
キーカードの要件から、ホスピタリティ向けソフトウェアは、宿泊を取り巻く物理的な技術とも連携する必要があることが示されました。
このプロジェクトを通じて、Booking Ninjasはホテル運営者が現代的な施設運営環境に何を求めるのか、実践的な経験を得ました。
しかし、技術の構築は課題の半分にすぎなかった
このプロジェクトは、Booking Ninjasが対処すべき弱点も明らかにしました。
会社は急速に成長し、初期の開発チームが一度に効果的に支援できる範囲を超える顧客案件を抱えていました。
CTY Groupの要件が発展し続ける一方で、導入と開発のスピードは顧客のニーズに追いつきませんでした。
そのため、このプロジェクトは本番稼働には至りませんでした。
この違いは重要です。
問題は、ホテル運営をアーキテクチャ上でモデル化できるかどうかだけではありません。CTY Groupはすでに、予約、流通、アクセス連携にまで製品を展開していました。
課題は、複数の導入案件を同時に支えながら、変化する要件を完成度の高い顧客向けワークフローへ十分な速さで落とし込めるかどうかでした。
本番稼働に至らなかったことも、Booking Ninjasの成長の一部となった
CTY Groupのプロジェクトを、一般的な本番稼働の成功事例として書き換えるべきではありません。
結末をありのままに伝えることで、その価値がより明確になります。
この取り組みの価値は、製品そのものを支える業務を強化する必要があることをBooking Ninjasに示した点にあります。
- 開発体制
- 導入体制
- 要件の優先順位づけ
- 連携の提供
- 顧客レビューのサイクル
- プロジェクトの責任体制
- リリース計画
- 提供スピード
こうした教訓を受け、要件の確認から設定、レビュー、改善、ローンチまで、顧客を導くより体系的な方法が必要になりました。
製品も導入モデルも成長する必要があった
現在のBooking Ninjasは、CTY Groupプロジェクト当時に構築されていた初期環境よりも、はるかに幅広いホスピタリティプラットフォームを提供しています。
現在のBooking Managementプラットフォームは、予約、リソース、空室状況、料金、チャネル管理、チェックインとチェックアウト、その他の運用ワークフローをSalesforce内で直接つなぎます。 :contentReference[oaicite:3]{index=3}
さらに重要なのは、導入プロセスが、互いに無関係なカスタム開発依頼を順番に処理するのではなく、各組織のSalesforce環境、レコード、ワークフロー、要件、連携、権限を起点に始められるようになったことです。
Knowledge Centerでは、Salesforce orgを、Booking Ninjasが利用組織に合わせてレコード、ユーザー、権限、ワークフロー、レポート、連携などの機能を整備できる環境として説明しています。 :contentReference[oaicite:4]{index=4}
Booking Ninjasの歩みにおいて、今もCTY Groupが重要な理由
プロジェクトは理論上のPMS構想にとどまらず、ホテルの予約、流通、アクセス制御に関する実務要件に踏み込みました。
ホテル運営を、閉鎖的な従来型PMSだけに頼らず、Salesforce基盤上で構成できることを実証しました。
チャネルとキーカードの接続要件から、現代のホテル環境には予約を取り巻くシステムとの連携が必要だと分かりました。
顧客需要の高まりに、変化する要件をすべて完成した導入作業へと落とし込む初期チームの能力が追いついていませんでした。
開発体制、導入の規律、優先順位づけ、提供スピードは、製品の機能と同じくらい重要になりました。
この経験は、Booking Ninjasがより成熟したホスピタリティプラットフォームと導入モデルへと進化する過程の一部となりました。
当初の製品構想は今も生きています
CTY Groupが当初惹かれたのは、ホテルに硬直的な従来型PMSを押しつけないモデルでした。
その考え方は、今もBooking Ninjasの中核にあります。
Salesforceが運営基盤を提供し、Booking Ninjasが予約と施設運営の機能を追加します。設定と連携によって、利用する組織に合わせた環境を構築します。
一方でBooking Ninjasは、柔軟性には規律ある導入プロセスが欠かせないことも学びました。顧客に合わせて調整できるシステムも、無理のないペースで導入を進められて初めて価値を発揮します。
CTY Groupが検証に協力したホテル運営基盤について詳しく見る
予約、空室状況、変更、ルール、自動化、レポートがSalesforce内でどのように直接運用されるかをご覧ください。
予約管理を見る →外部予約プラットフォームとSalesforceの中央環境間で、料金、在庫、予約をどのように同期できるかをご覧ください。
チャネルマネージャーを見る →Booking Ninjasを利用する組織の運営に合わせて、レコード、ユーザー、権限、ワークフロー、レポート、連携をどのように整備できるかをご覧ください。
Salesforce Orgとは？ →このストーリーについて： このストーリーについて：CTY Groupは、Booking Ninjasの初期のホスピタリティ分野の顧客でした。Booking Ninjasは、PMSと予約管理、チャネル接続、Hotel Techのキーカード連携を含むホテル環境の構築に取り組みました。このプロジェクトは本番稼働には至りませんでした。当時のBooking Ninjasの成長段階では、顧客需要の高まりが、変化する要件に対応する初期開発チームの能力を上回っていました。このストーリーでは、導入が完了した、あるいは検証されていない運用成果があったかのように示すことなく、その結果を率直に伝えています。
予約管理にとどまらず、さまざまなシステムと連携するホテルシステムをお探しですか？
Booking Ninjasが、予約、チャネル、連携、ゲストデータ、ワークフロー、レポートを、貴施設の運営に合わせて構築されたSalesforceネイティブのホテル環境に集約する方法をご覧ください。
.jpeg)
.jpg)
.png)
