無料ホテル公開ガイド
最初のお客様が予約ボタンを押す前に。
ホテルの直接予約を始めるための八つの実践的な確認事項です。実際の予約を移す前や重要な接続を変更した後に、チームと事業者で確認してください。
CSVを無料でダウンロードできます。メールは不要です。公開問い合わせフォームにゲスト記録やパスワードを絶対に入力しないでください。
ホテル情報は一度まとめるだけ。
設定前に版管理されたワークシートをダウンロードしてください。ホテルと公開責任者が、客室識別、料金、規約、素材の権利、在庫管理権限、ゲスト連絡、復旧責任を一か所で確認できます。販売可能な各客室について客室タイプと具体的な客室の行を複製し、内部項目は公開文に含めないでください。
- 予約と個別客室の識別子
- 公開情報と内部責任を分離
- 復旧日と情報源の責任者を含む
空室を管理する担当を決める
販売可能な客室を決めるシステムを特定してください。ホテル管理システム（PMS）、チャネルマネージャー、予約データベースのいずれかです。次のゲストが同じ客室を買う前に、すべての直接・外部予約がその管理元を更新する必要があります。
- システム間で客室名とIDを対応づける
- ホテルのタイムゾーンと販売可能日を確認
- 各チャネル接続を個別にテスト
最後の客室を二度予約してみる
テスト用客室で、二人のテスターに同じ日程を同時に予約してもらいます。成功するのは一人だけです。次に重なる滞在と、通信中断後の再送を試します。確認済みの滞在の全泊で、同じ客室が利用可能でなければなりません。
- 日程が重なる滞在には同じ客室を割り当てられません
- 再試行しても予約はひとつだけで、重複しません
- メンテナンス中の客室は販売不可のまま
最終価格を、本当の最終価格に
支払い前に通貨、税金、含まれる内容、追加料金、キャンセル条件を表示します。保存される予約には、チェックアウト時に使用した料金の版が残ります。
- 合計が確認内容と一致
- 料金変更を追跡可能
- 自動で追加サービスは付きません
カード情報は決済サービスで管理
事業者が提供する決済入力欄を使い、ホテルが承認済みの事業者アカウントで代金を受け取れるようにします。参照情報と状態のみ保存し、生のカード番号は決して保存しません。
- サービス手数料を別表示
- 失敗・中断した支払いをテスト済み
- 返金責任を合意済み
滞在にひとつのアイデンティティを
ゲスト、ホテルスタッフ、決済記録、サポート手順では、確認からキャンセルまで同一の安定した予約参照番号を使用する必要があります。
- 一意で読みやすい番号
- 確認を取得できます
- ゲスト画面とホテル画面が一致
テスト予約の変更とキャンセル
最初の実際の宿泊者が予約する前に、日程変更、キャンセル期間、返金を試してください。同じキャンセル申請を繰り返し、接続を中断します。その後も予約と空室情報が一致する必要があります。
- キャンセルを繰り返しても返金は重複しません
- 客室が空室に戻るのは一度だけです
- 何が起きたかホテルが確認できます
送信と復旧をテスト
ホテルとゲストのメッセージが届き、失敗が表示され、メール、事業者、アプリが一時停止しても予約を復旧できることを確認します。
- 配信状況を記録
- 独立したバックアップ復元
- インシデント担当者を明示
サイト内の利用経路を測定
実際のモバイル接続とデスクトップ接続で、ホテルの「予約」ボタンから予約確定までの経路をテストしてください。広告プロファイルを作らずに開始数、エラー、確定数を測定します。
- 最初の操作は日付の選択
- 主要ページの速さを維持
- 途中離脱の対応担当を明確に
公開前の質問。
独立系ホテルはチャネルマネージャーなしで始められますか？
販売可能な客室の管理元が一つで、安全な運用手順がある場合に限ります。同じ客室を複数チャネルで売るホテルは、直接予約の公開前に検証済みのPMSまたはチャネル接続が通常必要です。
予約ページをキャッシュすべきですか？
表示用の枠はキャッシュできますが、実際の空室、仮押さえ、料金確認、予約の書き込みには最新データを用い、失敗時は安全に停止しなければなりません。
公開時に最も危険な失敗は？
不可分な予約処理や確認済み同期経路なしに、複数のシステムが最後の客室を販売できる状態にすること。
支払い成功は予約完了を意味しますか？
それだけでは不十分です。復旧可能な予約なしにゲストへ請求せず、未払いの滞在を誤って確定しないよう、支払いと予約の状態を突き合わせる必要があります。
次の役立つステップ
情報をもとに、よりよい選択を。
設定の計画にサポートが必要ですか？