Aire de Oliveは新しいウェルネス体験とより豊かな会員プログラムを同時に構築していました。
Aire de Olive / Olive Collection は、これら二つのアイデアを統合する必要がありました。会員は公共のゲストと同じスパサービスを予約する必要がありましたが、価格、クレジット、特典、アクセス、空き状況は異なる場合がありました。
Booking Ninjasは、ゲストと会員のために別々のシステムを運用するのではなく、これらのルールを一つの顧客の旅に統合する手助けをしました。
課題：同じスパサービスが異なるゲストに対して異なる機能を持つ必要があった
公共のゲストにとって、体験はシンプルに保つことができました：トリートメントを選び、空き状況を確認し、予約し、支払う。
会員にとっては、同じ予約にはもっと多くの文脈が必要でした。
- 会員を認識する
- 会員価格を適用する
- 会員クレジットを確認する
- サービスに対してクレジットを使用する
- 残りの金額を徴収する
- 会員専用の空き状況を表示する
- 特典の権利を確認する
- 限られたキャパシティを保護する
Aire de Oliveは、会員自体が申請と承認のステップから始まることを望んでいました。誰でもすぐにプランを購入できるわけではありませんでした。
つまり、会員は単なるスパカレンダーに付随する割引コードではありませんでした。それには独自のルール、価値、アクセス、顧客の旅がありました。
解決策：顧客を理解する一つの予約の旅
Booking Ninjasは、スパ予約の流れをゲストの背後にある会員情報と接続しました。
ゲストは予約したいスパトリートメントまたは体験から始めます。
システムは、顧客が公共のゲストとして予約しているのか、会員として予約しているのかを判断できます。
価格、利用可能な特典、クレジット、適格な予約ウィンドウは会員に従うことができます。
利用可能なクレジットは予約に充てることができ、残りの金額は通常通り支払われます。
予約、クレジットの使用、支払い、会員の活動は同じ顧客に接続されたままです。
Booking Ninjasの現在の 予約エンジン は、同じアイデアに基づいて構築されています：予約ルール、空き状況、価格、顧客データ、運用ワークフローはSalesforce内で接続されたままです。
Aire de Oliveの設定がどのように組み合わさったか
| Aire de Oliveのニーズ | Booking Ninjasの設定 | 簡単にしたこと |
|---|---|---|
| 公共のスパ予約 | 予約エンジン + 予約管理 | ゲストはサービスを閲覧し、空き状況を確認し、オンラインで予約し、明確なスパ予約の流れを通じて支払うことができます。 |
| 会員を最初に承認する | 会員申請 + 承認ワークフロー | チームは会員がアクティブになる前に、見込み会員をレビューできます。 |
| 異なる会員価格 | 会員ルール + 価格設定 | 同じサービスは、予約を行う顧客に適用される価格に従うことができます。 |
| 会員クレジットを使用する | ストアドバリュー管理 | クレジットは追跡され、適格な予約に対して引き換えられ、会員の残高に接続されます。 |
| 会員アクセスを制御する | 空き状況 + キャパシティルール | 会員の時間と限られた体験は、それぞれ独自の予約ウィンドウとキャパシティ制限に従うことができます。 |
| 定期的な会員価値を管理する | 会員 + 定期請求 | プラン、定期的な特典、請求、会員ステータスは、同じ顧客記録の一部として保持されます。 |
| 広範なOlive特典を提供する | 特典インベントリ + リクエストワークフロー | プール、ビーチ、デイベッド、ホテル、その他の特典は、履行プロセスが異なっても会員のルールに従うことができます。 |
| 一つの顧客ビューを保持する | Salesforce顧客記録 | 予約、会員、特典、クレジット、支払い、将来の活動は、同じ人物の周りで接続されたままです。 |
会員は単なる割引以上のものになった
Aire de Oliveは、会員がクーポンを持つのではなく、何かに属していると感じることを望んでいました。
プランには、優先スパ価格、クレジット、選択されたアクセス期間、Olive Collection内の特典が含まれる可能性があります。
それにより、会員は運営モデルとなります。
システムは、会員がどのプランを持っているか、どの価値がまだ利用可能か、何を予約できるか、いつ予約できるか、特典に限られたキャパシティがあるかを知る必要があります。
ナレッジセンターでは、会員向けの側面を説明しています。 会員ポータルとは？ 。
クレジットは別の計算ではなく、予約の一部になることができた
最も明確な例の一つは、会員がスパトリートメントを予約する場合です。
会員が使用可能なクレジットを持っている場合、その価値は予約に適用されることができます。
クレジットが全額をカバーしない場合、会員は残りの金額を支払うことができます。
Booking Ninjasの現在の ストアドバリュー管理 は、発行された価値、引き換え、残高、調整、関連する予約および支払い活動を接続して保持することにより、この広範なモデルをサポートしています。
これにより、フロントデスクから多くの小さな手動決定が排除されます。
特典には実際のキャパシティも必要だった
会員のアクセスには限界があります。
Aire de Oliveは、会員時間やプールアクセス、ビーチアクセス、デイベッドなどの体験に対して、どれだけのキャパシティが利用可能かを制御したいと考えていました。
それは重要です。なぜなら、会員特典は、その背後にある体験が良いと感じられる場合にのみ価値があるからです。
実際のキャパシティを考慮せずに無制限のアクセスを提供すると、特典が誰にとっても悪化する可能性があります。
Booking Ninjasは、空き状況とキャパシティルールが会員の権利の隣に配置されることを可能にするため、質問は単に会員が何かに権利があるかどうかを尋ねるよりも有用になります。
公共のゲストと会員は同じ基盤を利用できる
Aire de Oliveは、二つの別々のスパビジネスを必要としませんでした。
公共のゲストは通常の予約体験を利用し、公共の価格と空き状況を受け取ることができます。
会員は同じ基盤に入ることができますが、会員シップはその人に適用されるものを変更します。
それにより、サービスカタログ、顧客情報、空き状況、支払い、報告がより近くに保たれ、二つの体験が必要なところで異なる感覚を持つことができます。
また、Aire de Oliveは、誰かのスパ訪問、会員活動、特典、支払いを別々のアプリケーションに分割するのではなく、より明確な顧客履歴を持つことができます。
基盤データのアイデアについては、 顧客記録とは？ をご覧ください。
会員ルールはAire de Oliveに属することができた
Aire de Oliveは、自社のスパ、ホテル、ライフスタイル特典、キャパシティ、顧客体験に基づいた会員コンセプトを構築していました。
それは、すべてのスパ会員が同じ方法で機能することを前提としたソフトウェアに適合させるのが難しいです。
Booking Ninjasは、Salesforceを基盤として使用しながら、Aire de Oliveが申請、価格、クレジット、アクセス、特典、承認がどのように機能するかを決定できるようにしました。
Booking Ninjasはその下に技術を提供しますが、顧客は自社のビジネスにとって会員が何を意味するかを決定します。
この接続された設定が簡単にすること
このストーリーには確認された前後の財務数値はないため、価値は設定が削減し接続するために設計されている作業を通じて最もよく示されます。
スタッフは、毎回の予約のために会員、価格、クレジット、適格な特典を手動で確認する必要がありません。
会員は通常のスパの流れを利用でき、システムは彼らに属するルールを適用します。
発行された価値、引き換え、残高は非公式に追跡されるのではなく、接続されたままです。
会員のアクセスは、体験がサポートできる以上のことを約束するのではなく、実際の空き状況とキャパシティに従うことができます。
会員、予約、特典、クレジット、支払いは、同じSalesforce顧客記録の周りに保持されます。
スタッフは、特典ルールを再構築する時間を減らし、実際に人が必要なゲスト体験にもっと時間をかけることができます。
ビジネス価値は両側に現れる可能性がある
接続された設定は、避けられるスタッフの作業を削減するのに役立ちますが、Aire de Oliveにとって会員を定期的な価値に変えるためのクリーンな方法も提供できます。
会員は、クレジット、価格、特典が使いやすいときに戻る理由が増えます。
ビジネスは、提供しているものと、それらの特典が消費するキャパシティをより良く制御できます。
Booking Ninjasは、その構造からより高い保持率や収益を保証することはできません。
できることは、手動の記憶に依存する特典を減らし、有料サービス、定期的な会員価値、限られた体験が同じシステムを通じてより明確な道を持つようにすることです。
財務面については、 会員支払いの仕組み をご覧ください。
予約から始め、その後会員に拡張する
Aire de Oliveは、Booking Ninjasが主要な予約ワークフローの周りに成長できる良い例です。
予約エンジンと予約管理は、予約の基盤を処理できます。
その後、会員シップは別のレイヤーを追加します：プラン、会員認識、定期請求、クレジット、価格、特典ルール、ポータル、キャパシティ、その他のワークフロー。
後に、同じ基盤はPOS、小売、追加のプロパティ、より深いポータル、ホテル接続、報告、または他のOlive Collectionの体験に拡張できます。
顧客はすべてのモジュールを必要としません。役立つ設定は、実際に相互に依存している体験の部分を接続するものです。
より広いユースケースについては、 スパ & メディスパソリューション をご覧ください。
会員体験についてもっと学ぶ
会員が自分自身のために承認された予約、アカウント、支払い、会員情報にアクセスできる方法をご覧ください。
会員ポータルとは？ →定期的な請求、会員支払い、更新、関連する財務活動がどのように接続されるかをご覧ください。
会員支払いの仕組み →予約、会員、支払い、特典、その他の活動がどのように一人の周りで接続されるかをご覧ください。
顧客記録とは？ →このストーリーについて： このページは、スパ予約、会員承認、会員価格、クレジット、特典、キャパシティルール、支払い、接続された顧客ワークフローを含む、Booking Ninjasに提供されたAire de Oliveプロジェクトの範囲を反映しています。これは、測定されたローンチ後の収益、保持率、またはスタッフ時間の結果を主張するものではありません。
会員を体験の一部に感じさせる。
Booking Ninjasがどのように予約、会員、価格、クレジット、特典、支払い、キャパシティ、そしてあなたのウェルネスビジネスを特別にするルールを接続できるかをご覧ください。
.jpeg)
.jpg)
.png)
