SevenRoomsの代替案：予約ソフトが「すべての中心」になり始めたとき

SevenRoomsが目指す「ゲストを知る」には、ひとつのかたちがあります。常連の予約者が誰か分かる、ハイスペンダーにタグを付ける、誕生日キャンペーンを自動化する、到着前にVIPをフラグする、ノーショー履歴を追う——といったことができます。サードパーティのマーケットプレイスにゲストデータを「借りる」のではなく自社で持ちたいレストランにとって、その訴求には一定の魅力があります。

緊張感は、事業が複雑になったときに「ゲストを知る」が実際に何を意味するか、という点にあります。

予約に基づくゲストプロフィールは、いつ予約するか、どれくらい再来するか、予約した場面でどれくらい使うかは教えてくれます。火曜の夜にバーで何を買ったか、予約なしでは分かりません。滞在した部屋、予約したスパ、先月買った物販の注文ともつながりません。SevenRoomsは関係性の一面だけを握っています。全体像はスタック上の他のあらゆるシステムに散らばっています。

そのギャップこそが、オペレーターが代替を探し始める本当の理由です。

SevenRoomsが実際にやっていること

SevenRoomsは予約レイヤーを担います。予約フロー、ウェイトリスト、フロアとテーブル計画、ゲストプロフィールと基本的なCRM、メール・SMSマーケティング、VIPタグ、自動フォローキャンペーン、プライベートダイニング管理、ノーショー料金、予約パターンのレポートなどです。

中核の訴求——オペレーターがゲストデータをサードパーティ予約プラットフォームに渡さず自社で持てるようにする——という発想自体は正しいです。SevenRoomsを使うレストランは常連予約者を特定し、再予約のリマインドをある程度自動化できます。純粋に予約に特化した運営なら、その範囲はカバーできます。

モデルがきしみ始める場所

問題はSevenRooms単体ではなく、周囲に事業が何を必要とするようになるか、にあります。

SevenRoomsで予約・CRM・マーケティングを回すレストランでも、決済にはPOSが要ります。ポイントと特典にはロイヤルティ基盤。宿泊が絡めばホテルPMS。スパやウェルネスの予約は別ツール。イベントのチケット販売。会員基盤。複数法人にまたがる分割請求に耐える決済。ギフトカード管理。

それぞれのシステムがゲスト関係の一片を持ち、SevenRoomsもまた別の一片を持ちます。結果として「ゲストインテリジェンス」は、実際には予約インテリジェンスになりがちです。ジャーニーのうちSevenRoomsが十分に見えているのはその部分だけだからです。ゲストが夕食を予約し、会員を解約し、イベント券を買い、予約なしの夜にバーで大きく使う——SevenRoomsが作るプロフィールは、せいぜい部分的です。

その部分視には商業上の実害があります。データが欠けたままのマーケティングセグメントは、当たるときと外れるときが同じくらいになります。売上レポートは複数プラットフォームの突合が必要です。接点が違えばスタッフは顧客履歴全体を見られません。そしてゲストとしての体験——レストランでは認識されるがスパやフロントでは何もない——は、事業が届けたいプレミアムなブランド約束とめったに一致しません。

自らの課題を意識したプラットフォーム

SevenRoomsはこの1年、UXの改善にかなり力を入れているのが表に出ています。プラットフォームがUX修正に投資しているとき、それはユーザーが摩擦を声にしてきたからです。インターフェースは歴史的に素早く動きにくく、忙しいサービス中にスピードが要るチームには特にそうです。学習曲線は最初のピッチより急で、経験者でも日々のワークフローを速めるどころか重く感じる場面があると報告されます。

Android対応は弱く、全員がiPhoneとは限らない現場では実害になります。意味のある機能は高い価格帯に寄りがちで、本気で使いこなすほどコストは時間とともに膨らみます。

ただしUX改善には限界があります。SevenRoomsはレガシーコードとレガシーアーキテクチャに縛られています。リデザインでは直りません。プロダクトの進化の仕方や、一部の連携が一貫しない理由を形作ります。時間をかけて導入したオペレーターは、SevenRoomsが他を置き換えるのではなく複数システムの横に座り、統合よりサブスクが一つ増える、と感じることが多いです。

ブランディングの問題

SevenRoomsが提供する顧客向け体験は、オペレーターではなくプラットフォームのブランドを帯びます。予約ウィジェット、確認フロー、ゲスト向けコミュニケーションはSevenRoomsの見た目と感触です。ある程度のカスタムはできますが、オペレーターはSevenRoomsのデザイン枠の中で作業しており、完全にブランド化された体験にはなりません。

プレミアムブランドを築くオペレーターにとって、これは重要です。ゲストが会場と初めて接するのが、訪れるレストランやクラブではなく汎用ソフトの予約プロセスだと伝わるからです。育てているブランドとテクノロジーが届ける体験の間のギャップは、現行アーキテクチャの中では閉じにくいです。

Tiquoのアプローチは逆です。予約からロイヤルティ、決済まで、顧客向けのあらゆる接点はオペレーターのブランドで統一されます。技術は見えません。見えるのはブランドです。

別の「ゲストを知る」

SevenRoomsが通常見るもの：予約履歴、予約頻度、予約場面での支出、ゲストメモとタグ、メール開封率、キャンペーン反応。

統合プラットフォームが見るもの：上記に加え、あらゆるPOS取引、会員のやりとり、ロイヤルティの利用、買ったイベント券、ホテル滞在、スパ、物販、チェックイン、問い合わせ、使ったギフトカード——すべてをリアルタイムで単一プロフィールにマッピングし、どの端末からでも全スタッフがアクセスできます。

違いはデータの厚さだけではありません。オペレーショナルなレバレッジです。ゲストプロフィールを持つのと同じシステムがPOS決済、会員管理、ホテル予約、複数法人への自動分割請求まで処理するとき、インテリジェンスと行動の関係は即時になります。SevenRoomsからデータをエクスポートし、三つのプラットフォームと突き合わせ、四つ目でキャンペーンを組む必要はありません。システムはすでに知っていて、動きます。

代替を検討するサイン

SevenRoomsのほかに三つ以上のプラットフォームで全体運営を回している。ゲストプロフィールは予約履歴はあるが顧客関係全体ではない。フロント、レストラン、スパなど接点が違うスタッフに共通ビューがない。SevenRoomsにすべてのインタラクションが流れないため、マーケティングセグメントは部分的なデータで作られている。

SevenRoomsの外にホテル、ウェルネス、会員プログラム、物販がある。チームは学習に時間がかかり、日々の運用では重いと感じる。顧客向け予約体験がSevenRoomsであって自社ブランドではない。Androidの制約が一部のスタッフに摩擦を生む。SevenRoomsと周辺システムの合算コストが、単一の統合プラットフォームに比べて正当化しづらい。

Tiquoがどう違うか

Tiquoは「より良い予約ウィジェット」ではありません。SevenRoomsの予約フローやメールキャンペーンの深さで競うつもりはありません。違いは構造にあります。

Tiquoは統合オペレーションプラットフォームで、予約、POS、CRM、会員、ホテルPMS、スパ・ウェルネス予約、イベント管理、チケット、ロイヤルティ、ギフトカード、決済、分析が同一データベースと同一顧客プロフィール上で動きます。ゲストは予約レコードではありません。事業のあらゆる部分が積み上げ、あらゆる部分がリアルタイムで読める、完全な商取引関係です。

縦横なく統一された顧客プロフィール。レストラン予約、バー取引、ホテルチェックイン、フィットネスクラス、イベント券、物販——どのインタラクションも単一のライブプロフィールに流れ込みます。高度なCRMレイヤーはAIによる予測分析で顧客生涯価値をモデル化し、将来行動を予測します。自動ソーシャルグラフは顧客同士の関係をマッピングし、グループ、常連、法人アカウントがどう事業と関わり合うかを示します。

運用上の複雑さに自動で対応する決済。多くのホスピタリティグループは複数法人で運営します。Tiquoのインテリジェントなマルチエンティティ決済は、ゲストの一括支払いを正しい法人に自動分配し、即時インボイスを発行します。月末の突合は不要で、配分は取引時点で起きます。Club Payなら、館内のあらゆるチャージをアカウントに載せ、スマホから精算でき、グループ向けの柔軟な分割も可能です。

事業全体で機能するロイヤルティと会員。ロイヤルティが予約プラットフォーム内だけで他から切り離されているのではなく、Tiquoの統合ロイヤルティ・会員コマースはすべてのサブロケーションと縦横でネイティブに動きます。レストラン、ジム、ホテルバー、物販——どこでも特典の獲得と利用ができます。

ダイニングルームを超えた予約。客室、スパ、ウェルネスクラス、貸切イベント、展覧会チケットまで、レストラン予約と同じプラットフォームで予約可能です。テーブル予約のゲストに翌朝のスパを提案したり、チェックインフローから夕食枠を取ったり——連携は連携のチェーンではなく一つのシステムの中で起きます。

フロントだけでなくチーム全体のためのプラットフォーム。SevenRoomsは主にフロントとマーケのツールです。Tiquoは運営全体をカバーするため、POS、イベント、財務、ホテル受付、ウェルネスデスク、会員事務が同じプラットフォームで動きます。システム間の翻訳層も、部門間のデータギャップもありません。

意思決定

ゲスト関係がダイニングルームを超えるとき、「このゲストは誰か」にはすべてを見えるプラットフォームが要ります。レガシーアーキテクチャとまだ直されているUXの予約ツールは、ホテル、スパ、メンバーズクラブ、ウェルネス、マルチエンティティ決済を回すために設計されたものではありません。

そうした事業を運営するオペレーターが求めているのは、より良い予約プラットフォームではありません。より良いオペレーティングシステムです。