Cibuscibus.
解决方案

从柜台到履行,共用同一条订单队列。

收银系统(POS)、自有线上点餐、厨房显示系统(KDS)、支付、顾客状态更新与自营配送运营,整合在同一个互联平台中。

Cibus · Rumah Rempah
一个运营层 · 实时
POSQRKDS支付员工Reach
当前订单
实时
全渠道
桌台状态
服务中
前厅视图
厨房队列
互联
按工作站
支付状态
已记录
审计记录
实时事件流
所有功能模块
  • 订单已发送至厨房POS · 桌台状态
  • 收到线上订单Storefront · 新
  • 收到付款支付状态 · 已记录
  • 营销活动草稿已备妥Reach · 待审核
7个互联功能模块

此类餐饮业务推荐使用的 Cibus 功能模块,皆运行在同一平台上。

6个工作流程阶段

此类餐饮业务运作流程的示意路径。

1个运营层

订单、厨房、支付与员工共用互联的运营信息。

1个顾客信息

支持范围内的点餐与顾客互动流程,会使用互联的顾客记录。

痛点

这类餐饮业务常遇到的问题

对外卖市场平台的商业依赖
第三方点餐渠道会依据与餐厅签订的合约,适用其自身的费用、准入规则与顾客交接安排。
点餐渠道未能同步
现场顾客、电话、外卖市场平台与自有网站的订单,可能分别显示在不同屏幕上,缺乏统一的运营视图。
高峰时段厨房超负荷
若订单队列未依工作站分流,也缺乏优先级信息,高峰时段可能难以排序处理。
缺少自营配送层
餐厅要么向外卖市场平台支付费用,要么以电子表格自行管理配送员,却缺乏实时可视性。
直接顾客信息有限
外卖市场平台合约可能限制餐厅所能取得的顾客资料范围,以及这些资料的使用方式。
旧方式 vs. Cibus

从东拼西凑到一个互联层

无 Cibus 时
  • 直营与外卖市场平台渠道,各自适用不同条款
  • 每个点餐渠道各用一台平板设备
  • 纸本工单,常常漏 bump(出单)
  • 配送靠打电话安排
  • 顾客回访靠人工处理,或者根本没有进行
使用 Cibus 后
  • 使用自有域名下的 Storefront(线上点餐商店)
  • 各互联 Cibus 渠道共用一条队列
  • KDS 按工作站分流并显示优先级
  • Rider(外送调度工具)负责派单并追踪自营配送
  • Reach(顾客营销工具)可使用支持范围内的订单与同意信息
工作流程

服务流程示例

  1. 01下单
    顾客在 Storefront 上下单,选择自取或外送
    使用您自己的品牌与域名——菜单与柜台一致。
  2. 02分流
    订单发送至负责备餐的 KDS 工作站
    Fryer、grill 与 cold 各自只看到自己负责的品项。
  3. 03付款
    线上或柜台完成付款
    使用已设置的线上或柜台付款方式;具体支付选项因市场与设置而异。
  4. 04派单
    Rider 为外送派遣配送员
    配送任务、路线、送达证明与收入记录,皆与该外送订单保持互联。
  5. 05更新
    顾客可查看实时状态更新
    备餐中、配送中、已送达——无需另外安装应用程序。
  6. 06反馈
    订单数据可提供给 Reach 与 AI 洞察功能使用
    支持范围内的订单与顾客信息,可为 Reach 受众与经店主审核的 Insights 提供参考。
Cibus 如何提供帮助

Cibus 为外卖与快餐服务带来的功能

品牌化的 Storefront
提供与 Cibus 菜单及履行工作流程互联的品牌化自取与外送点餐渠道。
KDS 按工作站分流
Grill、fryer 与 cold 各自查看自己的工作内容;内建优先级与排序功能。
Rider 提供自营配送
为餐厅自营配送工作流程提供派单、路线、送达证明与实时状态。
Reach 用于顾客同意范围内的回访
根据支持范围内的订单信息准备顾客群体与营销活动内容,无需另外导出名单。
AI 洞察功能提供班次复盘参考
在采取行动前,查看关于人力安排、备餐、菜单需求与渠道组合的简报与建议信息。
一体化平台

不是一堆互不相通的工具,而是外卖与快餐服务的一个统一运营层。

点餐、厨房、支付、员工、报表、顾客互动与配送共用同一套运营信息,无需依赖各环节之间的手动交接。

带来的改变

对经营者而言,有何改变

新增一条直营渠道
Storefront 与 Rider 让餐厅可以在第三方渠道之外,另外经营一条品牌化的点餐与配送路径。
高峰时段厨房流程更顺畅
工作站分流与优先级排序,让出餐环节保持有序。
受规范的顾客信息
支持范围内的订单历史与同意记录,仍须遵循餐厅的角色定位及资料保护责任。
真实的配送可视性
支持范围内的骑手状态、路线与送达证明记录,仍与相应的外送订单保持关联。
经店主审核的班次信息
AI 洞察功能会整理观察与建议,供经营者审核。
班次示例

服务过程中的实际情形

  1. 17:45
    高峰时段开始——自取订单通过 Storefront 送达
    菜单与厨房队列,与现场顾客共用。
  2. 18:10
    KDS 将一笔外送订单分流至 fryer 与 grill
    各工作站只看到自己负责的品项。
  3. 18:25
    Rider 从队列中派遣一名配送员
    已设置的路线、配送状态与顾客追踪信息,皆与该订单保持互联。
  4. 19:30
    AI 洞察功能针对 fryer 队列提出问题
    经营者会查看相关工单,并决定是否需要调整备餐或人力安排。
  5. Tomorrow
    Reach 准备一个顾客群体
    经营者会在使用前,先审核受众、同意状态、内容与渠道。
示意流程 · 并非顾客或绩效证据
常见问题

外卖与快餐服务相关问题

我们可以自营配送吗?

可以。Rider 支持自营配送运营的派单、追踪与送达证明。

让外卖与快餐服务运行在同一个运营层上。

预约演示,了解 Cibus 如何为您的业务连接点餐、厨房、支付、员工、报表、营销与配送等环节。