切り替えの実践ガイド
新しい予約システム。丁寧に計画した移行。
次の予約システムは既存の滞在を危険にさらさず、仕事を楽にするべきです。移行計画、詳細確認、チームとの公開日選びをお手伝いします。引き継ぎの準備が整うまで現在のサービスを稼働させてください。
非公開で開始。この問い合わせだけで移行や接続は行われません。
現在ホテルで使っている仕組みを教えてください
ウェブサイト、予約エンジン、チャネル、決済事業者、それらを使う人々を確認します。契約前に範囲と移行・接続費用を合意します。技術用語を知る必要はありません。
- 役立っている今のウェブサイトはそのままに
- 空室状況の管理場所を特定
- 範囲・料金・責任分担に合意
すでにある予約を守る
移行前に現在のシステムが提供できる書き出しを確認します。取り込みはシステムごとに評価し、万能なワンクリックを約束しません。計画では今後の滞在、人数、客室割り当て、前払金、キャンセル条件を原本と照合します。
- 変更前に元のエクスポートを保存
- 件数、合計、予約番号を照合
- 公開のお問い合わせフォームではなく、合意済みの安全な転送方法を使用
空室情報の参照元を一つに決める
Booking.com と Expedia の自動同期は現在稼働していません。適切な場合、更新手順を文書化して直接予約専用の客室を割り当てられます。共有のリアルタイム在庫が必要なら、確認済み接続まで公開を待ちます。手動更新はリアルタイム同期ではありません。
- 客室と料金プランの対応付け
- 在庫変更の責任者を指定
- 保護されていない並行販売なし
ゲストとチームの両方の立場でテスト
日付、客室選択、最終価格、予約、確認、キャンセルを一通り試してください。運用を任せる前に、決済失敗、競合予約、配信失敗、復旧を確認します。チームには明確な日々の画面と宿泊者向けサイトの両方が必要です。
- Klarnaには加盟店設定が必要です
- ホテルのメール送信者と配信を確認
- 権限・エクスポート・復旧を確認
引き継ぎを予期せぬ出来事ではなく、判断できるものに
公開記録には、承認者、在庫管理の引き継ぎ時点、最初の予約の確認方法、不具合時の対応を記します。新規予約後に元に戻す場合は、その予約を先に照合する必要があります。古いスナップショットを無条件に復元すると、滞在情報が失われるおそれがあります。
- 切り替えと初回予約の確認手順を合意する
- チームを研修し、サポート窓口を指定
- 引き継ぎを確認するまで既存の契約を維持
選ぶ前に費用の全体像を把握
Booking Engine はホテルごとに VAT 別で月額€5、anotherPillow 予約手数料0%です。€29 の運用付きサイトには含まれます。既存の合意済み無料創設プランは変わりません。プロバイダー手数料、外部接続、移行範囲は別途確認し、見出しの価格に隠しません。
- 問い合わせだけで有料サービスは有効になりません
- 予約管理にAIサブスクリプションは不要
- セキュリティと復旧は有料追加機能ではありません
次の役立つステップ
情報をもとに、よりよい選択を。
ホテルシステムの切り替え · anotherPillow