Pritikin Longevity Centerは、非常に個別化されたウェルネス滞在を提供します。これは、各ゲストの背後にある運営の旅が、通常の宿泊予約よりもはるかに複雑であることを意味します。
Pritikin Longevity Center は、マイアミでリゾート宿泊と個別のウェルネスプログラム、栄養、フィットネス、教育、スパサービス、ゲストの滞在に関連するその他の体験を組み合わせています。
Pritikinは、特化したゲストジャーニーがどのようにより接続された運営環境で表現できるかを示すために、Booking Ninjasにプロトタイプを依頼しました。
課題：ゲストは滞在以上の存在
通常の宿泊予約は、部屋、到着日、出発日、支払いを中心に展開されます。
Pritikinのゲストジャーニーは、はるかに多くの要素を含むことがあります。
- 宿泊
- 個別プログラム
- ウェルネスサービス
- フィットネスアクティビティ
- 栄養プログラミング
- クラスとセッション
- ゲストのスケジュール
- 関連する支払い
これらの要素は異なるスケジュールや運営ルールに従うことがありますが、同じ人の体験に属しています。
各要素が別々に存在する場合、スタッフはゲスト、予約、スケジュール、プログラム、サービス、その他の運営情報の間の接続を確立する必要があります。
プロトタイプはPritikinの運営モデルから始まった
Booking Ninjasは、Pritikinにウェルネスプログラムを標準的なホテルのワークフローに平坦化する必要はありませんでした。
プロトタイプは、逆のアプローチを取る機会でした：Pritikinのゲスト体験が実際にどのように機能するかから始め、それに基づいてプラットフォームがどのように形作られるかを示すことです。
人とそのウェルネスジャーニーに関連する顧客情報から始めます。
訪問の基盤となる宿泊と日付を接続します。
そのゲストに関連するウェルネスプログラムと個別の体験を関連付けます。
サービス、セッション、アクティビティ、その他の時間に基づく体験の要素を調整します。
関連する予約、サービス、支払い、運営情報を同じ広い旅の周りに保持します。
接続されたモデルがPritikinにどのように適合するか
| Pritikinのニーズ | Booking Ninjasの方向性 | プロトタイプが示すことができたこと |
|---|---|---|
| ゲストの滞在を管理する | 予約管理 | 宿泊は、個人と滞在の周りで起こる広範な活動に接続されたままでいることができます。 |
| 異なる体験を調整する | リソーススケジューリング | 人、スペース、サービス、その他のリソースを考慮しながらゲストのスケジュールを構築できます。 |
| 物事がいつ起こるかを制御する | 可用性 + スケジューリングルール | 異なるアクティビティとリソースは、それぞれのタイミング、キャパシティ、可用性の要件に従うことができます。 |
| ゲストを中心に保つ | Salesforce顧客記録 | 滞在と関連する運営情報は、同じゲストの周りに接続されたままであり、無関係な記録になることはありません。 |
| 財務活動を接続する | 予約 + 支払いワークフロー | 適用される料金と支払いは、それを生み出した体験と接続されたままでいることができます。 |
| 特化したプログラムに適応する | Salesforce設定 + ワークフロー | プラットフォームは、Pritikinのモデルに合わせて形作られることができ、Pritikinが一般的なホテルのように運営する必要はありません。 |
個別化されたウェルネス体験には、その背後に個別化された運営が必要
Pritikinの現在の体験は、個人に合わせたプログラミングを強調しています。
その個別化には運営面があります。
異なるゲストは、同じ期間中に異なるプログラム、サービス、スケジュール、アクティビティ、優先事項を持つことがあります。
これは、運営環境がその人を認識し、手動での調整なしに滞在の関連部分を整理するための十分な柔軟性を持つ必要があることを意味します。
部屋はウェルネスリトリートの一つのリソースに過ぎない
ウェルネス運営は、宿泊在庫以上のものに依存しています。
プログラムは、人、スペース、セッション、治療の可用性、フィットネスリソース、クラス、その他のスケジュールされたアクティビティにも依存することがあります。
Booking Ninjasの現在の リソーススケジューリング は、同じSalesforceスケジューリング環境内で人、部屋、設備、資産をサポートします。
これは、複数のリソースが一人のゲストの周りに整列する必要があるリトリートにとって有用なモデルを作成します。
プロトタイプが示したこと
このエンゲージメントは、完全な生産的変革として提示されるべきではなく、測定された運営改善の証拠としても提示されるべきではありません。
その価値は、Booking NinjasがPritikinの運営モデルについて示すことができたことにあります。
システムの方向性は、宿泊を同じ人の周りで起こる広範なプログラムやアクティビティと接続することができました。
アクティビティ、セッション、リソース、スケジュールは、完全に別々の顧客ジャーニーとして扱う必要はありませんでした。
プロトタイプは、Salesforceが特化したウェルネスモデルの周りに構成される方法を示しました。
ゲストは、予約やその他の承認された運営情報が整理される共通の参照点として留まることができました。
Salesforceベースの基盤は、要件が発展するにつれて追加のリソース、ワークフロー、支払い、報告、またはサービスをサポートすることができました。
Booking Ninjasは、Pritikinの複雑なゲストジャーニーの周りにシステムを示すことができ、ウェルネスプログラムがソフトウェアのために単純化されることを求める必要はありませんでした。
システムはPritikinを理解すべきであり、Pritikinをホテルに変えるべきではない
Pritikinは、ホスピタリティと非常に特定のウェルネスモデルを組み合わせています。
まさにここで、一般的なソフトウェアが制限される可能性があります。
Booking Ninjasは、確立された予約、スケジューリング、顧客、支払い、報告の機能から始め、Salesforceの設定を使用して環境を組織の周りに形作ることができます。
目的は、すべてをゼロからカスタムビルドすることではありません。すでに適合するプラットフォーム機能を再利用し、顧客の運営を異ならせる部分を構成することです。
なぜPritikinのユースケースが今日のBooking Ninjasに適しているのか
Booking Ninjasは、予約を一晩の部屋の予約よりも広く扱うようになりました。
その予約管理プラットフォームは、予約、リソース、可用性、キャパシティ、価格設定、運営ワークフローを接続でき、リソーススケジューリングは、同じ予約環境の周りで複数の人、スペース、設備、その他のリソースを調整できます。
これは、ゲストが一度の滞在中に複数のスケジュールされたリソースを必要とするリトリートやウェルネス運営に特に関連しています。
したがって、Pritikinのエンゲージメントは、現在のBooking Ninjasにとって中心的な方向性の有用な証拠です：複雑な顧客体験は、システムがそれらの背後にあるリソースとワークフローを接続できるときにうまく機能します。
接続されたゲストオペレーションについてもっと学ぶ
ゲスト向けの予約体験が、可用性、顧客情報、広範な運営環境とどのように接続できるかをご覧ください。
予約エンジンとは？ →予約、支払い、アクティビティ、その他の承認された情報がどのように一つの顧客の周りで接続されたままでいることができるかをご覧ください。
顧客記録とは？ →人、部屋、設備、その他のリソースが、複雑なスケジュールや予約の周りでどのように調整できるかをご覧ください。
リソーススケジューリングを探る →このストーリーについて：Pritikin Longevity Centerは、Booking Ninjasアプリケーションとその特化したウェルネス運営モデルに関するプロトタイプを完了するためにBooking Ninjasを依頼しました。このページは、そのプロトタイプが示すことを目的とした内容を説明しています。これは、Booking NinjasをPritikinの完全な生産運営プラットフォームとして提示するものではなく、未確認のローンチ後の財務または運営結果を主張するものではありません。
あなたのゲスト体験は、運営が切り離されることなく個別化できます。
Booking Ninjasが、あなたの組織が実際に提供する体験の周りで、滞在、プログラム、スケジュール、サービス、リソース、顧客、支払い、報告をどのように接続できるかをご覧ください。
.jpeg)
.jpg)
.png)
