1. まず、特定の客室、料金プラン、滞在日、利用人数、デバイス、市場、およびGeniusレベルを設定します。
2. 有効なすべてのプロモーションをリストアップし、同じ検索条件で適用可能なものを特定します。
3. ゲスト側のテストを実行する前に、許容できる最も低いホテル負担価格を計算します。
4. デスクトップおよびモバイルでログアウト時とログイン時にオファーを確認し、実際の予約料金の内訳を調査します。
Booking.com Genius割引の重複は、1つのプロモーションの横に表示される割引率よりも料金を低く見せることがあります。Genius料金は、モバイル料金、国別料金、期間限定セール、キャンペーン、またはその他のターゲットを絞ったオファーと併用できる場合があります。割引の一部は宿泊施設が負担し、一部はBooking.comが負担しますが、まったく併用できないものもあります。
確実な確認事項は「Geniusは常に重複適用されるか？」ではなく、「この客室、料金プラン、ゲスト、デバイス、市場、および日付にどの調整が適用され、ホテルが受け取る金額はいくらか？」ということです。
Geniusの料金設定を説明するのが難しい理由
Booking.comは、旅行者の資格要件と宿泊施設の現在の設定に応じてオファーを表示します。2人の従業員が同じ日付で検索しても、片方がログインしている、Geniusレベルが異なる、モバイルデバイスを使用している、別の国から検索している、またはプラットフォーム負担のインセンティブの対象である場合、異なる価格が表示されることがあります。
プロモーションは、選択した客室または料金プランのみに適用されることもあります。したがって、公開されている最も安い検索結果は、レベニューマネージャーがテストしようとした料金とは異なる商品である可能性があります。
Genius割引は他の対象オファーと組み合わせることができますが、その組み合わせは普遍的なものではありません。アカウントで料金の重複適用が有効になっている必要があり、各オファーには依然として独自の適用ルールがあります。すべてのGenius、モバイル、またはターゲット料金が重複適用されると思い込まずに、宿泊施設の設定を確認してください。
この記事では、その確認に焦点を当てています。ホテルがGeniusに参加すべきかどうかを判断したり、Geniusをプリファード・パートナープログラムへの参加と比較したりするものではありません。
テストする正確な料金を定義する
管理画面（Extranet）を開く前に、1つの完全なテストケースを記録します：
- 宿泊施設と通貨
- チェックインとチェックアウトの日付
- 客室タイプと料金プラン
- 大人、子供、および部屋数
- 食事、キャンセル条件、および支払い時期
- デスクトップまたはモバイルデバイス
- 旅行者の国または市場
- ログアウト時、ログイン時、およびGeniusレベル
- 表示価格に含まれるまたは除外される税金と手数料
最初の検索結果の価格をホテル管理システムの基本料金と比較しないでください。最終価格の表示画面で、同じ客室、プラン、利用人数、および条件を確認してください。
次に、基準となる料金を特定します。チャネルマネージャーが親料金を送信する場合は、Booking.comに配信された値を記録します。料金が管理画面（Extranet）で直接管理されている場合は、カレンダーを再度開いて保存されている金額を記録します。派生料金、利用人数に応じた料金、および子供料金は、プロモーションが適用される前の開始値を変更する可能性があります。
管理画面（Extranet）のすべての適用可能なプロモーションを監査する
Booking.com管理画面（Extranet）を正しい宿泊施設で開き、アカウントで利用可能なプロモーションおよびGeniusの設定を確認します。メニュー名は異なる場合がありますが、監査では同じ質問に答える必要があります。
- どの客室と料金プランがGeniusに参加しているかを確認します。
- 設定されたGenius割引、およびより高いレベルの特典や報酬を記録します。
- 有効なモバイル、国別、早期予約、直前予約、キャンペーン、期間限定、またはカスタムセールをリストアップします。
- 各プロモーションの予約日、滞在日、除外日、最低宿泊日数、予約期間、市場、デバイス、および客室プランの適用範囲を記録します。
- プロモーションが宿泊施設負担、プラットフォーム負担、またはその混合であるかを確認します。
- アカウントに表示されている除外事項または重複適用の制御設定を特定します。
- テスト期間中に開始または終了する予定のプロモーションに注意します。
プロモーションの概要を、表示されているすべてのセールがホテルの支払い額に影響を与える証拠として扱わないでください。有効なプロモーションであっても、選択した旅行者や商品には適用されない場合があり、一方でプラットフォーム負担の調整は、ゲストのオファーまたは予約の詳細にのみ表示される場合があります。
Smart Orderのチャネルマネージャーは、親料金とマッピングされたBooking.com商品を追跡可能に保ち、チャネル固有の割引が適用される前の信頼できる基準値をレベニューチームに提供します。
Booking.comの親料金を追跡可能に保つ
マッピングされた基本料金を1つのソースから管理し、Booking.com内で適用されるGeniusやプロモーションの階層を切り離して把握します。
考え得る最低のホテル負担料金を計算する
適用可能な各割引をウォーターフォール方式の料金計算に変換します。プロモーションが適用される金額から始め、考えられる減額を順番に適用します。単純にパーセンテージを加算しないでください。
たとえば、客室料金が200で始まり、10%のホテル負担割引が2回連続で適用される場合、結果は162になります。2回目の減額は元の200ではなく180に対して適用されます。正確な順序と適用基準額は異なる場合があるため、この例がBooking.comの普遍的な計算式であると思い込まずに、アカウントのルールや実際のチェックアウト時の内訳を使用してください。
販売価格の算出後は、手数料、宿泊施設負担の特典、ホテルが吸収する税金、決済手数料、および変動する滞在コストを考慮します。プラットフォーム負担の割引は、ホテルの契約宿泊料金を同じように減額することなく、ゲスト価格を下げる可能性があるため、分けて計算してください。
この計算式を使用してください：
予想される純利益 ＝ ホテル受取額 － チャネル手数料 － ホテル負担の特典 － 決済コスト － 変動する滞在コスト
テストの前にストップポイントを設定します。最も低いと想定されるホテル負担の結果が承認された下限額を下回った場合は、さらに多くの日付が対象になる前に、重複するプロモーションを絞り込むか、一時停止します。
Geniusと他のプロモーションが重複して適用されるかテストする
すべての検索で、同じ日付、客室、利用人数、通貨、市場、およびキャンセル条件を使用します。異なる従業員のスクリーンショットを比較するのではなく、制御されたセッションを使用してキャッシュによる推測を排除します。
- デスクトップでログアウトした状態で検索し、公開されている参考価格を確定します。
- デスクトップで該当するGeniusレベルのアカウントでログインして検索します。
- 対象となるモバイルデバイスで公開検索を繰り返します。
- モバイルで同じGeniusアカウントにログインした状態で繰り返します。
- 特定の客室と料金プランを開き、支払い前の最終価格の画面まで進みます。
- 表示されている割引または価格の詳細を展開し、適用されたラベルを記録します。
- 最終的なゲスト価格を、計算したウォーターフォール方式の料金と比較します。
条件は一度に1つだけ変更してください。モバイルでのGenius検索のほうが安い場合は、モバイル対象であるもののGeniusアカウントにはログインしていない状態でテストを繰り返します。これにより、追加の減額がモバイルターゲティング、Genius、またはその組み合わせのどれによるものかを切り分けることができます。
価格差の大きさから負担元を推測しないでください。目に見える10%の減額が、ホテルが10%負担したことを証明するわけではありません。負担元と手数料の扱いは、予約記録と財務記録で確認する必要があります。
制御された予約で確認する
リスクの高いキャンペーンの場合は、需要の低い日に払い戻し可能なテスト予約を承認された状態で1件作成します。ゲスト側の最終価格を保存し、その後、管理画面（Extranet）とホテル管理システム（PMS）で予約を調査します。
客室、料金プラン、日付、利用人数、基本宿泊料金、適用されたプロモーションラベル、手数料の基準、税金、手数料、および予想される宿泊施設の受取額を照合します。ポリシーの範囲内でキャンセルし、空室状況が1回で元に戻ることを確認します。
予約記録は、実際に作成された取引結果を示すため、検索のスクリーンショットよりも強力な証拠となります。記録で差額の理由が説明できない場合は、予約番号を控えてパートナーサポートに連絡し、適用されたオファーと負担元を特定するよう依頼してください。
重複適用の一般的な症状を診断する
ログイン時のモバイル価格が予想よりはるかに低い。 Geniusの資格、モバイル料金、ターゲット国のオファー、キャンペーンの期間、および同じプランで2つ目のプロモーションが重複適用可能かどうかを確認します。
ゲストには低価格が表示されているが、ホテルの受取額は正常である。 ホテルの基本料金を変更する前に、Booking.com負担のインセンティブまたはウォレット/報酬の要素がないか探します。
1つの客室のみが大幅に割引されている。 Geniusの客室参加状況と各プロモーションの適用範囲を比較します。影響を受けている客室が、両方のオファーの対象となる唯一の商品である可能性があります。
料金の更新なしに価格が変更された。 チャネル同期の問題と診断する前に、プロモーションの開始日と終了日、旅行者の資格、デバイス、市場、Geniusレベル、税金、および通貨換算を確認します。
チャネルマネージャーの料金下限が最終価格を防止できなかった。 送信された基本料金とチャネル側のプロモーション販売価格は異なる階層です。ソースシステムだけでなく、Booking.comの商用設定内でもプロモーションの下限を制御してください。
テスト条件、スクリーンショット、親料金、予想されるウォーターフォール計算、確認された最終価格、予約内訳、および負担元の証拠を文書化します。プロモーションが変更された後に再確認してください。1つのセールをオフにすると、別の適用可能な料金が現れる場合があります。
よくある質問
Booking.comのGeniusはモバイル料金と併用できますか？
該当する設定であれば可能ですが、併用は普遍的なものではありません。宿泊施設の重複設定を確認し、ログイン時の正確なモバイル検索と予約の内訳を検証してください。
ホテルは割引率を合算すべきですか？
いいえ。対象となる基準額に対して順番に計算し、ホテル負担の調整とBooking.com負担の調整を分けて計算してください。
2人のGenius会員に異なる価格が表示されるのはなぜですか？
Geniusレベル、デバイス、市場、通貨、対象となるプロモーション、または客室プランの空室状況が異なる可能性があります。比較する前にすべての条件を一致させてください。
最も低いゲスト価格は、常にホテルの支払い額を同等に減額させますか？
いいえ。最終価格にはプラットフォーム負担のインセンティブが含まれている場合があります。予約記録と財務記録を使用して、ホテルの実際の受取額を特定してください。
プロモーションが重複して適用されたことの最も確実な証拠は何ですか？
制御された検索によって各適用条件が切り分けられ、一方で承認されたテスト予約によって、適用されたオファーと結果としてのホテルの受取額が確認できます。
Geniusの重複適用は、1つのバッジに基づく推測ではなく、料金監査として扱う必要があります。親料金を追跡し、適用可能なすべてのプロモーションをリストアップし、一度に1つの条件をテストして、重複するオファーを有効にしたままにする前に、最終的な純利益を承認してください。
