Enterprise
Brindolaを自社ブランドで、自社のシステムの中で運用する。
グループとソフトウェア企業のために
Enterpriseは、すでに自社のバックオフィスを運用している飲食グループ、ホスピタリティ企業、ソフトウェア企業のためのプランです。製品の名前、ロゴタイプ、色、初期設定はスキンの仕組みが受け持つので、導入に必要なのは設定とアセット一式であり、マージしつづけなければならないフォークではありません。すでに1つのホスピタリティグループが、この形で運用しています。
後ろには自社のバックオフィス
同期アダプターは、公開された接続口です。設定、メニュー、スタッフ、写真を受け取り、日次の締めを送ります。自社のAPIに向けたアダプターを1つ用意すれば、運営するすべての店舗が、すでに運用しているシステムへ報告します。
市場ごとのルールを、パッケージとして
税務機器のドライバー、注文の受付、識別番号の規則、請求書の発行は、すべてインターフェースの向こう側にあります。新しい国への対応に必要なのは、パッケージと設定の1行だけです。
デリバリープラットフォームには接続済み
各店舗は、当社のインテグレーター登録とマルチテナントのオーダーブリッジを通じて、その市場で稼働しているデリバリープラットフォームから注文を受けます。自社でプラットフォーム連携を別に開発したり、保守したりする必要はありません。接続済みのプラットフォームは、各地域のデリバリーのページに掲載しています。
持ちこたえるアーキテクチャ
どの店舗も障害のあいだ営業を続け、どの店舗のデータもその店舗の建物に残ります。注文、キッチン、支払いの流れには、自社で管理できない接続に依存するものがありません。
契約はひとつ
Enterpriseの料金は個別の契約で決まります。端末数、サポート、連携の作業を、一度に取り決めます。売上の分配は、どちらの方向にもありません。
連携に実際に必要なもの
- スキン。名前、ロゴタイプ、色、初期設定、そして市場に合った文言です。数日で用意できます。
- 自社のAPIに向けた同期アダプター。すべてのアダプターが使う、ひとつのインターフェースに合わせて書きます。
- 市場が必要とする場合は、国別パッケージ：税務機器のドライバー、識別番号の規則、請求書発行の経路。
- パイロット店舗。何かに署名する前に、自社のバックオフィスを相手に、最初から最後まで動かします。
自社のシステムについてお聞かせください
バックオフィス、市場、運営している店舗についてお知らせください。連携がどのような形になり、費用がいくらになるかを、1週間以内にお伝えします。窓口は1つ、担当者は1人。ヒアリングの電話を重ねるような手順はありません。