機能一覧や宣伝文句の数字で選んではいけません。実際の負荷に耐えるシステムと、デモ動画でしか見栄えがしないシステムを見分けるために、プロが使う3つのテストと、それぞれの具体的な手順を紹介します。
資料の上では、どのベンダーもすべてのOTAに接続できると書いてあります。違いが出るのは実際の状況下での振る舞いです——ピーク時間、障害発生時、一括更新のとき。これは、支払う前にどのベンダーにも要求すべきテストです。私たち自身も例外ではありません。
どのパンフレットも似たようなことが書いてあります。多くのチャネル、リアルタイム同期、きれいなレポート。どのパンフレットも教えてくれないのは、あるチャネルが落ちたとき、1年分のレートを一気に更新したとき、あるいは予約が静かに消えてしまったときに、システムがどう振る舞うかです。この3つの状況こそが、夜眠れるかどうかを決めます。
これはダブルブッキングを防ぐための締め切りです。忙しい夜に全室タイプを一斉に閉めて、それが各OTAのゲスト向けページ(自社のダッシュボードではなく)に反映されるまでの時間を測ってください。基準は数秒から数分であるべきです。さらに重要なのは、ページを更新して確認するのではなく、指令が各チャネルに届いたことをシステム自身が知らせてくれるかどうかです。
すべての部屋、すべてのレートプランを、1年先まで一度のコマンドで更新してみてください。確認すべきことは2つです。どれくらい時間がかかるか、そしてインターフェースが固まらないか——さらに、一括処理が走っている間も新しい予約が通常どおり入ってくるかどうかです。設計の良いシステムは、両方を同時に、一つも取りこぼさずにこなします。
率直に聞いてみてください。あるOTAが落ちている、あるいは遅いとき、画面には何が表示されますか?良いベンダーは、各チャネルが最後に同期した時刻、キューが保留中かどうか、未確認の項目はどれかを表示します。危険なベンダーは、裏側で何が起きていてもダッシュボードが常に緑色のままのベンダーです——障害を一度も報告しないシステムは、障害を避けられたわけではありません。あなたに知らせないだけです。
今やり取りしているすべてのベンダーに、私たち自身にも、この3つのテストをぜひ実行してみてください。私たちのデモは公開されており、予約も登録も不要です。このテストに本当に合格するシステムには、テストを恐れる理由がありません。