Disqober 是餐厅自有品牌的订单基础设施。
面向网页、移动端、QR、亭台和桌面的品牌订购——在一个共享的菜单和订单引擎上运行。每个计划都包括面向员工的工具,以便从一个地方接收、分配和发货每个订单。餐厅保留客户、品牌和利润。
Disqober解决了什么问题
销售数字化的餐厅最终会为每个渠道使用不同的工具:一个网页订餐工具、一个移动应用供应商、一个QR菜单提供商、一个自助终端软件、一个桌面点餐应用、一个市场集成商、一个POS同步、一个配送路线层、一个支付处理器。菜单在各个渠道之间漂移。订单在五个屏幕上到达。结算需要一周时间。Disqober 将所有这些整合为一个订餐引擎和一个操作层,因此每个渠道共享相同的菜单、相同的订单状态、相同的厨房交接和相同的会计。
Cómo funciona Disqober
-
1. 连接菜单和 POS
从POS中提取菜单或直接在Disqober中设置。一次性映射产品、修改项、价格、时间表和可用性规则——它们适用于每个渠道。
-
2. 启动订购渠道
在您的品牌下激活您想要的渠道:您域名上的 Web App、您商店中的 Mobile App、用于客房点餐的 QR App、柜台的 Kiosk App、为服务员提供的 Table App、由您的开发者或代理商构建的 Custom App。每个渠道都运行在相同的后台。
-
3. 在一个地方接收每个订单
来自每个渠道的订单都集中在 Work App 中。控制中心在各个场所保持运营状态实时更新。呼叫中心将电话订单转化为相同的流程。骑手应用程序使用您自己的配送团队发货。Marketplace 订单(Glovo、Uber Eats、Just Eat、Deliveroo)接入同一收件箱。
-
4. 支付、结算、报告
在线和面对面的支付融入相同的操作流程。每个单位的对账自动进行,适用于餐厅或品牌网络。报告涵盖每个渠道、每个场所、每一天——无需从五个工具中导出CSV。
Disqober 是什么 — 以及不是什麼
- 不是一个外卖市场
- Glovo、Uber Eats、Just Eat 和 Deliveroo 是拥有客户并按订单收取佣金的聚合平台。Disqober 是餐厅自有订购渠道背后的平台,因此餐厅拥有客户、品牌和利润。Disqober 在需要时会与聚合平台连接——但它并不是其中之一。
- 不是单渠道订单SaaS
- 许多供应商只提供单一渠道:仅限于网页的订购工具、仅限于QR的菜单或仅限于自助终端的软件。而Disqober在一个共享引擎上运行每一个面向客户的界面——网页、移动端、QR、自助终端、桌面、定制——因此菜单、订单和支付在每个渠道之间保持一致。
- 不是 POS 替代品
- Disqober 连接到餐厅已经使用的 POS(以及最常见的西班牙、欧洲和全球系统)。它并不替代 POS——它位于其前面,规范来自每个渠道的订单,并将其干净地交给厨房和收银台。
- 超越市场整合者
- 一个市场集成商将聚合订单转发到POS。Disqober 不仅如此,还运营餐厅自己的品牌渠道、内部操作工具、内部配送,以及当运营商管理多个餐厅或品牌时的逐单对账。
主要模块
-
面向客户的订购渠道
- Web App
- Mobile App
- QR App
- Kiosk App
- Table App
- Custom App
-
面向员工的操作工具(包含)
- Work App
- Control Center
- Call Center
- Rider App
-
支付与硬件
- Online Payments
- In-Person Payments
- Hardware rental
-
集成
- POS connectors
- Delivery marketplaces
- Delivery-as-a-service providers
- Accounting & BI