Cibuscibus.
解决方案

在同一套互联运营模式上,运营不断成长的餐饮集团。

让每家餐厅都拥有各自所需的工作流程,同时让集团在服务、厨房、支付、员工、报表与顾客渠道上,保持共享的可视性。

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

此类多门店餐饮业务推荐使用的 Cibus 功能模块,运行于同一平台之上。

6个工作流程阶段

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

1个运营层

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

1个顾客信息

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

痛点

这类餐饮集团常遇到的问题

各门店使用不同的 POS 系统
并购而来的门店各自带着原有系统,服务与报表因此始终无法对齐。
各门店菜单逐渐走样
各门店经理自行修改菜单,品牌一致性随时间逐渐流失。
员工管理须逐门店登入
人事作业在每个门店都要重复一遍;员工入职与离职处理变得繁琐。
缺乏可比较的报表
要汇总四家门店的周二晚市数据,得靠试算表加上猜测。
各门店各自独立进行营销
每位经理各自投放广告、划分顾客群体与制定优惠——集团无法发挥整体力量。
旧方式 vs. Cibus

从拼凑系统迈向统一互联层

没有 Cibus 时
  • 各门店 POS 系统混杂不一
  • 菜单变更在门店层级自行进行,缺乏监督
  • 员工与权限角色须逐门店登入管理
  • 报表须在 Excel 中人手拼凑
  • 营销活动逐门店各自进行
使用 Cibus 后
  • 已设置的餐厅,通过单一登入即可管理
  • 各餐厅的菜单与设置保持明确
  • 获授权的团队管理,涵盖获分配的各门店
  • 跨门店报表集中于同一处
  • Reach 相关活动,限定于获核准的餐厅与同意范围内
工作流程

服务流程示例

  1. 01定义
    已设置的餐厅,通过单一登入进行管理
    在集团工作区中,让各餐厅的菜单、设置与运营信息保持明确。
  2. 02调整
    餐厅专属设置保持可视
    在需求了解阶段,确认集团所需的菜单模板、价格与供应状态相关行为。
  3. 03员工
    员工与权限角色按门店管理
    从集团仪表板新增、暂停或晋升员工。
  4. 04运行
    已设置的门店,使用所选定的 Cibus 产品组合
    POS、KDS、支付与线上点餐,采用集团已设置的运营模式,并记录各门店层级的差异。
  5. 05比较
    跨门店报表比较营运活动
    在同一画面中,比较四家门店的周二晚市。
  6. 06增长
    Reach 相关活动,依循已核准的餐厅与受众范围进行
    仅针对已获授权、符合同意资格的记录,在约定的餐厅范围内准备营销活动。
Cibus 如何提供帮助

Cibus 为多门店经营者带来的功能

跨已设置餐厅的菜单与设置
从集团工作区管理各餐厅的菜单与运营设置;共享模板与覆盖行为,须在需求了解阶段确认。
跨门店报表
在同一仪表板中,比较获授权门店的已设置服务、销售与班次记录。
获分配的餐厅访问权限
依约定的权限角色模型,将访问权限限定于获分配的餐厅;任何集群或集团层级架构,须在需求了解阶段确认。
Storefront(线上点餐商店)与 Reach(顾客营销工具)可按门店设置
按门店运营线上点餐与营销活动——无需为每个门店另外配置一套工具。
面向由合作伙伴管理集团的销售代理门户
合作伙伴与经营者,可通过范围化的访问权限与支持范围内的活动记录,管理获分配的业务组合。
一体化平台

不是一堆互不相通的工具,而是多门店经营者的一个统一运营层。

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

带来的改变

对经营者而言,有何改变

各门店服务保持一致
已设置的门店可使用相同的 Cibus 产品组合,同时保留已记录的餐厅专属设置。
餐厅设置保持可视
每家获授权的餐厅,其菜单与设置仍可从集团工作区进行管理。
更严谨的权限管控
访问权限依循获分配的餐厅范围与支持范围内的功能而定。
可比较的报表
已设置的销售、服务与班次记录,可依统一的报表定义进行检视。
协调一致的增长
集团营销、合作伙伴支持与平台更新,集中管理。
班次示例

服务过程中的实际情形

  1. Mon 09:00
    营运团队为选定餐厅准备菜单变更
    团队在套用变更前,先检视餐厅范围,以及各门店可能存在的价格或供应状态差异。
  2. Mon 11:00
    获授权的经理确认餐厅设置
    获分配的餐厅范围与功能权限,决定他们可查看的记录与可执行的操作。
  3. Tue 14:00
    集团仪表板比较四家门店的周二晚市
    差异之处会呈现出来,供区域总监检视。
  4. Wed 10:00
    在 Reach 中准备一项获授权的集团营销活动
    仅纳入获核准餐厅范围内、符合同意资格的记录;各餐厅自身的法律与排除规则仍然适用。
  5. Fri
    获授权的经营者查看可用的 Insights
    经营者检视相关的餐厅记录与任何建议内容;跨门店分析取决于已设置的数据范围。
示意流程 · 并非顾客或绩效证据
常见问题

多门店经营者常见问题

每个门店能否拥有自己的菜单?

每家已设置的餐厅,都可保留自己的菜单与设置。共享模板与按品项覆盖的行为,须依集团需求在需求了解阶段确认。

让多门店经营者的业务,运行在同一个运营层上。

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