クインズ・ホットスプリングス・リゾートは、単なる宿泊施設を超えて成長していました。従来の予約環境を超えることは、部屋以上のことを考えることを意味しました。
クインズ・ホットスプリングス・リゾート は、モンタナ州パラダイスにあり、2つのロッジ、25以上のキャビン、温泉プール、日帰り利用の水泳、ダイニング、そして同じリゾート体験に関するさまざまな予約ルールを組み合わせています。
クインズは、予約技術のより柔軟な方向性を模索する中で、Booking Ninjasに関与しました。
課題：1つのリゾート、複数の予約タイプ
通常のホテル予約システムは、主に部屋と宿泊日数に焦点を当てることができます。
クインズでは、滞在中にもっと多くのことが行われています。
- ロッジの部屋の予約
- キャビンの予約
- 異なる宿泊タイプ
- 日帰り利用の水泳予約
- 時間制のプールセッション
- 宿泊ゲストのプールアクセス
- レストランの予約
- デポジットと支払いルール
これらの体験はすべて同じルールに従うわけではありません。
たとえば、宿泊ゲストは滞在の一部としてプールアクセスを受けますが、日帰りの訪問者は事前に時間制の水泳セッションを予約します。
宿泊自体も異なる部屋やキャビンのタイプにまたがり、支払いとキャンセルはそれぞれ独自の予約ポリシーに従います。
なぜ従来のシステムは扱いにくくなるのか
古い予約システムは、元々の目的を果たし続けることができます。
問題は、運営がそれらの周りに成長する時に現れます。
新しい宿泊タイプ、新しいゲスト体験、異なるキャパシティルール、変化する支払いポリシー、追加の報告ニーズ、顧客が予約する新しい方法は、すべて元のシステムが提供するように設計されていた以上の柔軟性を必要とする場合があります。
クインズはその次のステップを考えていました。
目標は、古い画面を新しい画面に置き換えることだけではありませんでした。より有用な方向性は、広範なリゾートが変化するにつれて適応できる予約基盤を考慮することでした。
Booking Ninjasの現在の 予約エンジン は、API、ミドルウェア、または完全な置き換えが一度に行われるべきではない場合の段階的な移行を通じて、既存の従来の環境で機能することができます。
方向性：リゾートを部屋だけでなく接続されたリソースとして扱う
Booking Ninjasは、クインズに予約の問題をより広く見る方法を提供しました。
顧客は、必要な滞在、セッション、または予約可能な体験から始めます。
システムは、その特定のリソースに属する空き状況とルールを確認します。
予約は、ゲスト、日付、リソース、料金、および関連するルールを引き継ぐことができます。
デポジット、残高、その他の支払い行動は、予約に接続されたままにできます。
同じ予約データは、空き状況、ゲスト履歴、報告、および後のワークフローをサポートできます。
重要なアイデアは柔軟性でした：異なるリソースは、全体のリゾートが1つの部屋のカレンダーのように振る舞うことを要求することなく、異なる空き状況、キャパシティ、タイミング、支払いルールに従うことができます。
Booking Ninjasがクインズのようなリゾートにどのように適合するか
| リゾートのニーズ | Booking Ninjasの能力 | なぜそれが重要か |
|---|---|---|
| 宿泊予約の管理 | 予約管理 | 部屋、キャビン、ゲスト情報、予約変更、予約状況が1つの予約構造に保持されます。 |
| ゲストに直接予約パスを提供 | 予約エンジン | 空き状況、料金、予約ルール、確認、および顧客情報が広範な運営に直接接続できます。 |
| 異なる宿泊タイプを扱う | 予約可能なユニット + リソース構造 | 異なるキャビン、ロッジの部屋、その他の予約可能なリソースは、同一の設定に従う必要はありません。 |
| 実際の空き状況を管理 | 空き状況管理 | 空き状況は、各リソースに接続された日付、制限、キャパシティ、ルールに従うことができます。 |
| 時間制の体験をサポート | リソーススケジューリング + キャパシティルール | 時間制のセッションなどの予約可能な体験は、宿泊部屋の論理ではなく、スケジュールとキャパシティを使用できます。 |
| 予約に支払いを保持 | 支払い処理 | デポジット、残高、取引、返金、および関連する支払い活動が予約に接続されたままにできます。 |
| 活動を通じてゲストを把握 | Salesforce顧客記録 | ゲスト情報は、1つの孤立した予約を超えて有用であり続けます。 |
| 運営を明確に把握 | Salesforce報告 | 予約、空き状況、稼働率、顧客、支払い情報が広範な運営ビューにフィードされます。 |
プールは、1つの予約ルールでは不十分な理由を示す
クインズでは、宿泊ゲストのプールアクセスと事前の日帰り利用の水泳予約の両方を提供しています。
それらは関連する体験ですが、同じ方法では機能しません。
宿泊ゲストは、すでに適格な滞在を持っているためアクセスを受けることができます。
日帰りの訪問者は、別の空き状況と予約ルールを持つ時間制の水泳セッションから選択します。
それは、柔軟な運営モデルが理解する必要がある正確な違いです。
Booking Ninjasの現在の空き状況ツールは、異なるリソースの周りに異なるスケジューリングの境界、制限、キャパシティ制限、予約ルールを適用するように設計されています。
支払いも予約の種類に従う
クインズの宿泊予約には、独自のデポジット、残高、キャンセルルールがあります。
日帰り利用の水泳予約は、別の支払いスケジュールに従います。
それは近代化プロジェクトにおいて重要です。なぜなら、支払いロジックは顧客が実際に予約したものに接続されたままであるべきであり、無関係な取引として扱われるべきではないからです。
Booking Ninjasは、支払いの承認、キャプチャ、取引履歴、返金、および予約記録を広範なワークフローの中で接続できます。
ゲストはリゾートの複数の部分と相互作用できる
同じ人がキャビンに滞在し、プールを利用し、リゾートで食事をし、後で戻ることがあります。
すべての予約が無関係な取引として存在する場合、運営はその顧客ストーリーの一部を失います。
Salesforceベースの環境は別の方向性を提供します：ゲスト記録を、その人に属する予約や活動に接続して保持します。
ナレッジセンターでは、その構造について説明しています。 顧客記録とは何か？ 。
それは、すべてのリゾート体験を1つの巨大な予約に統合する必要があるという意味ではありません。
それは、ビジネスが顧客と彼らが予約するさまざまな体験との関係をより明確に理解できる方法を持つことを意味します。
エンゲージメントが示したこと
Booking Ninjasがクインズの従来のシステムを本稼働で置き換えた、または立ち上げ後の測定可能な結果を提供したと主張するための十分な証拠はありません。
したがって、有用な結果は、エンゲージメント中に示された近代化の方向性です。
運営モデルは、リゾートを単なるホテルカレンダーとして扱うのではなく、宿泊や他の予約可能なリソースを考慮することができます。
部屋、キャビン、時間制の体験は、それぞれに適した空き状況とキャパシティの論理を使用できます。
現代的な予約レイヤーは、必ずしもすべての既存システムが初日に消える必要はありません。
デポジットと取引のロジックは、別の切り離されたプロセスではなく、予約ワークフローの一部になることができます。
Salesforceベースの顧客記録は、同じゲストの周りの活動を時間をかけて接続する余地を生み出します。
構成可能な運営モデルは、古い技術があまりにも厳格になったときに、確立されたプロパティに別の道を提供します。
リゾートはシステムに合わせて簡素化する必要はない
クインズは、Booking Ninjasが運営の複数の部分が異なるルールを必要としながらも、同じビジネスに属する場合に最も強力である理由の有用な例です。
キャビンの滞在は、時間制の水泳予約とは異なります。宿泊ゲストは日帰り訪問者とは異なるプールアクセスを持つことができます。支払いは異なるスケジュールに従うことができます。ダイニングには別の予約フローがあります。
ソフトウェアは、これらの違いを理解できる必要があります。
Booking Ninjasは、リゾートがどのワークフローを接続し、どのワークフローを独立させるべきかを決定する間、Salesforceの基盤を提供できます。
予約から始め、必要なリゾートの部分を接続する
出発点は簡単です：宿泊のコアワークフローのための予約エンジンと予約管理。
空き状況管理は、在庫と制限を制御できます。リソーススケジューリングとキャパシティ管理は、異なるタイミングルールを持つ体験をサポートできます。支払いと顧客記録は、同じSalesforce環境の周りで接続されたままにできます。
追加のリゾートワークフローは、実際の運営上の問題を解決する場合にのみ追加できます。
それにより、近代化はリゾートの周りで行われ、リゾートが完全なシステム変更を強制される前に準備が整うことができます。
より広いユースケースについては、 リゾート管理ソリューション をご覧ください。
予約フローの近代化についてもっと学ぶ
空き状況が予約、制限、キャパシティ、さまざまなリソースの変更にどのように従うかをご覧ください。
空き状況の管理方法 →同じ顧客が予約や関連する運営活動にどのように接続され続けるかをご覧ください。
顧客記録とは何か？ →Booking Ninjasがどのように予約ルールと空き状況を近代化し、既存の技術環境で機能できるかをご覧ください。
予約エンジンを探る →このストーリーについて：クインズ・ホットスプリングス・リゾートは、従来の予約環境を超える移行を模索する中で、Booking Ninjasに関与しました。このページは、そのエンゲージメント中に考慮された近代化のニーズと運営モデルを説明しています。Booking Ninjasがクインズの本稼働予約システムになったこと、未確認の実装範囲を特定すること、または未確認の財務または運営結果を報告することは主張していません。
あなたの運営は、古い予約システムが処理できる範囲を超えて成長しましたか？
Booking Ninjasが、予約、空き状況、リソース、顧客、支払い、報告をどのように接続できるかをご覧ください。すべての運営部分が同じルールに従う必要はありません。
.jpeg)
.jpg)
.png)
