Cibuscibus.
面向独立经营者

无需拼凑五套系统,也能经营您的餐厅。

Cibus 为独立餐厅提供一个互联平台,涵盖 POS、扫码点餐、厨房工单、支付、员工管理、报表、线上点餐与顾客增长——让每个班次都基于同一套菜单、订单与支付记录运作。

专为咖啡馆、外卖店、休闲餐饮、幽灵厨房与单店餐饮企业而设计。

咖啡馆外卖店休闲餐饮幽灵厨房单店经营者
店主仪表板
今日 · 每日简报
实时
进行中的订单
服务进行中
厨房队列
工单已分流
支付状态
已扣款并开立收据
当班员工
前厅 + 厨房
桌台状态
占用中 / 空闲
线上订单
Storefront 已上线
待审核
AI 洞察功能
  • 菜单更新待发布
  • 日终对账已就绪
  • 营销活动草稿已备妥 — Reach
拼凑问题

独立餐厅正以互不相连的工具,运作现代化的服务。

独立餐厅可能同时依赖多套工具,而这些工具彼此并不共享订单或顾客信息。这类断层,往往会显现在对账、顾客记录与报表环节。

POS 独立一处
扫码点餐另在他处
厨房工单靠纸本或另一个应用程序处理
支付与收据互不相连
员工事务以人手方式处理
报表以人手导出至试算表
营销工具与订单记录脱节
配送与线上点餐,受第三方条款规范
之前 / 之后

从拼凑系统,走向统一运营层。

同一班次,同一批订单,同一笔支付——底层架构,焕然不同。

使用 Cibus 之前
拼凑系统
  • 各自独立的 POS
  • 各自独立的点餐应用程序
  • 各自独立的支付终端
  • 人手厨房交接
  • 人手员工跟进
  • 互不相连的顾客名单
  • 试算表报表
使用 Cibus 之后
一个统一运营层
  • 一份菜单
  • 一套订单流程
  • 一个厨房队列
  • 一份支付记录
  • 一份收据记录
  • 一个顾客视图
  • 一个仪表板
服务中的一天

完整一个班次,从首张订单到打烊,全程互联。

此示意班次展示一张订单如何流经互联的 Cibus 产品,让下一个团队都能收到相应的状态与背景信息。

  1. 01
    经理查看仪表板
    每日简报在开店前,突显需要留意的事项。
  2. 02
    员工开启班次并配对终端机
    班次开启、现金备用金设定完成,终端机配对就绪。
  3. 03
    开始接单
    顾客通过 QR 扫码点餐,或由员工在 POS 输入订单。
  4. 04
    厨房收到已分流的工单
    工单送出后,随即送达正确的工作站。
  5. 05
    员工追踪订单与桌台状态
    前厅可即时查看订单进度与桌台状态。
  6. 06
    完成收款并开立收据
    银行卡、电子钱包、现金或分单——每张收据皆与相应订单挂钩。
  7. 07
    日终对账
    每日结账将支付与订单及备用金核对,报表随即备妥。
  8. 08
    AI 洞察功能标示需留意事项
    在下一个班次开始前,先检视需要处理的事项。
POS 平板
服务开启
T1
T2
T3
T4
T5
T6
桌台状态 · 订单进行中
扫码点餐 · 手机
网页版
前菜已添加
主菜已添加
配菜已添加
饮品已添加
已送至厨房
厨房工单
备餐中
工单 A已分流
工单 B已认领
工单 C已备妥
支付与收据
已扣款
  • 支付方式银行卡
  • 小费已套用
  • 分单已平衡
  • 收据已开立
员工手机应用
班次开启
  • 已在桌台接单
  • 工单已送至厨房
  • 支付已确认
  • 现金备用金已更新
Storefront 订单
线上订单
直营线上渠道 · 自取或外送 · 与同一套菜单及顾客记录相连。
店主视角

围绕独立经营者的实际情况而设计。

当服务、支付、员工与增长功能,使用互联记录、共享标识符与支持范围内的事件时,会带来哪些改变。

互联的服务交接
前厅、厨房与收银台,共用同一份订单信息。
与订单挂钩的支付记录
支持范围内的收据与支付记录,会持续与相应订单保持关联。
互联对账
日终报表,采用同一平台上的支付、订单、退款与备用金记录。
共享的服务可视性
店主可一并检视进行中的订单、厨房队列,以及支持范围内的支付状态。
受管控的顾客信息
订单记录、同意状态与顾客群体的访问权限,须遵循相应的餐厅角色、合约与隐私责任。
互联的菜单与员工管理
支持范围内的功能模块,使用已设置的菜单、员工与权限信息。
增长工具,连接真实订单记录
Storefront、Reach 与 Stories,皆基于运营数据运作。
直接顾客关系

在第三方渠道之外,新增一条直接渠道。

Storefront、Reach 与 Stories,将直营点餐、营销活动准备与内容草稿,与餐厅的菜单及支持范围内的顾客信息相连。订单记录、同意状态与顾客群体的访问权限,须遵循餐厅的合约、权限范围与数据保护责任。

Cibus 是面向企业(B2B)的餐厅操作系统——并非消费者市场平台。

StorefrontReachStories顾客视图同意记录
Reach & Stories
营销活动草稿
  • 根据订单历史构建的顾客群体
  • 根据菜单生成的内容草稿
  • 待审核
资金与支付

每笔支付,皆回溯至相应订单。

现金、银行卡、直接银行转账、QR Pay、电子钱包与人手刷卡记录,皆结算至同一笔订单——收据保持平衡,并以整数最小货币单位(马币计价时为「仙」)计算。

银行卡与数码支付
银行卡、直接银行转账、QR Pay 与电子钱包付款,均记录在同一笔订单下。
电子钱包、现金与人手刷卡
每种支付方式,皆归属至相应的员工与班次进行记录。
分单、小费与服务费
一致套用,并在同一笔订单上保持总额平衡。
电子与热感收据
支持范围内的收据开立方式,会与相应的订单及支付记录保持关联。
日终对账
每日结账,将支付、退款、备用金与小费相互核对平衡。
精确的最小单位计算
税费、折扣与服务费的计算,均以整数最小货币单位(马币为「仙」)进行。
支付与收据
已扣款
  • 支付方式银行卡
  • 小费已套用
  • 分单已平衡
  • 收据已开立
日终对账
已平衡
  • 支付与订单挂钩
  • 小费与服务费已套用
  • 现金备用金已结清
  • 收据已开立
  • 退款与调整已审核
员工与厨房

前厅与厨房,保持同步。

前厅与厨房,皆可查看相同的即时状态——订单、桌台、工单与支付——无需来回致电确认。

员工手机应用
供前厅使用的工具,涵盖桌台、订单、支付与班次。
POS
平板服务流程,涵盖桌台、柜台与分单。
KDS
已分流的厨房工单,历经已认领、备餐中与已备妥等状态。
桌台与订单状态
前厅与厨房,皆可查看每张订单的相同即时状态。
班次开关与现金备用金
开启、结束并核对班次,同时追踪现金备用金。
错误与重试提示
当有事项需要留意或重试时,提供清楚的提示信息。
员工手机应用
班次开启
  • 已在桌台接单
  • 工单已送至厨房
  • 支付已确认
  • 现金备用金已更新
POS 平板
服务开启
T1
T2
T3
T4
T5
T6
桌台状态 · 订单进行中
厨房工单
备餐中
工单 A已分流
工单 B已认领
工单 C已备妥
部署与增长路径

从服务起步,准备好后再加入增长功能。

Cibus 采模块化设计。多数独立经营者会从核心服务层起步,之后再加入直营点餐、增长与配送功能。

  1. 核心服务
    步骤 01
    运作前厅
    POS、扫码点餐、KDS 与支付。
  2. 运营管理
    步骤 02
    经营业务
    员工管理、管理后台与报表。
  3. 直营点餐
    步骤 03
    新增品牌化渠道
    使用 Storefront 进行直营线上点餐。
  4. 顾客增长
    步骤 04
    规划顾客互动
    以 Reach 规划营销活动,以 Stories 准备待审核的内容草稿。
  5. 配送管控
    步骤 05
    运作由餐厅自行管理的配送
    以 Rider 处理派单、追踪与送达证明。
  6. 数据洞察
    步骤 06
    依据数据决策
    以 AI 洞察功能提供每日简报与分析。
商业模式按您的运营方式与推行节奏而定——并非固定套餐。
查看定价
常见问题

独立餐厅经营者——常见问题。

Cibus 是否只适用于大型餐饮集团?

不是。Cibus 专为单一门店的独立经营者而设计——涵盖咖啡馆、外卖店、休闲餐饮与幽灵厨房——同时也适用于正在成长中的经营者。

为您的餐厅,打造一个互联的运营系统。

了解 Cibus 如何通过已设置的工作流程与共享的运营信息,连接服务、厨房、支付、员工、报表与增长功能。