7个互联功能模块
此类餐饮业务推荐使用的 Cibus 功能模块，皆运行在同一平台上。
6个工作流程阶段
此类餐饮业务运作流程的示意路径。
1个运营层
订单、厨房、支付与员工共用互联的运营信息。
1个顾客信息
支持范围内的点餐与顾客互动流程，会使用互联的顾客记录。
痛点
这类餐饮业务常遇到的问题
高峰时段柜台排队缓慢
拥挤的品项按钮版面与未经结构化的加料选项，让早晨高峰时段的点餐流程增加了额外步骤。
热饮加料选项混乱
奶类、浓缩咖啡份量、糖浆与温度等变化选项往往是事后拼凑上去的，而非从一开始就设计好，因此容易被遗漏或点错。
无法掌握回头客信息
常客对收银台而言仿佛隐形，忠诚计划则存放在另一个团队常忘记使用的独立应用程序里。
线上点餐游离在外
第三方自取订单可能会送达另一台独立设备，商业条款有所不同，且顾客信息有限。
营销与销售脱节
电邮营销工具看不到顾客实际购买了什么，导致营销活动内容与真实消费行为脱节。
旧方式 vs. Cibus
从东拼西凑到一个互联的运营层
无 Cibus 时
- 堂食与自取各用一台独立终端机
- 忠诚度应用程序与 POS 各自为政，互不相通
- 加料选项以自由文本形式输入
- 无法联系昨天光顾过的常客
- 日终现金结算全靠人手进行
使用 Cibus 后
- 堂食与自取共用一台柜台 POS
- 已识别且属于支持范围内的到访活动，可用于更新顾客信息
- 针对饮品与烘焙点心设计的加料选项组合
- Reach 可根据符合条件的订单与到访记录，准备兼顾同意状态的受众名单
- 日终对账在平台内完成
工作流程
服务流程示例
- 01下单顾客在柜台点餐，或通过 Storefront 自取下单互联的柜台与 Storefront 工作流程，使用已设置的菜单与加料选项；经识别的活动可与相应的顾客信息建立关联。
- 02加料饮品加料选项传送至吧台工作站奶类、浓缩咖啡份量与温度等要求清楚呈现，而非以自由文本备注的形式出现。
- 03烘焙烘焙点心品项会打印或显示在烘焙厨房显示系统（KDS）上柜台后方的员工可依备制顺序查看这些品项。
- 04付款顾客以银行卡、电子钱包或已保存的账户方式付款现金、银行卡与电子钱包，皆经由同一套支付流程处理。
- 05收据在顾客选择接收的情况下，发出电子收据收据会持续与相应的订单及支付记录保持关联；采用打印或电子形式，则取决于具体设置。
- 06忠诚度到访次数会更新顾客档案已记录的活动，可在无需另行导出名单的情况下，用于支持兼顾同意状态的 Reach 顾客群体。
Cibus 如何提供帮助
Cibus 为咖啡馆与烘焙坊带来的功能
•
轻触下单的柜台 POS
让常用品项保持可见，并使用结构化加料选项，无需依赖自由文本变通处理。
•
专为饮品与烘焙点心打造的加料选项组合
围绕奶类、浓缩咖啡份量、糖浆、温度与过敏原等要素设计而成，而非事后补上的自由文本。
•
跨次到访的顾客档案
在顾客身份可被识别、且餐厅获授权使用该顾客信息的情况下，支持范围内的柜台与 Storefront 活动可与顾客档案建立关联。
•
以自有品牌经营的自取点餐渠道
Storefront 提供以品牌为核心的直接点餐渠道，并与同一套菜单及订单流程互联。
•
根据订单记录划分的顾客群体
Reach 可根据已记录的到访与订单活动，准备兼顾同意状态的顾客群体。
•
每日特色内容草稿
Stories 会为当日出炉的烘焙品项准备文案与视觉草稿，供店主审核后再使用。
一体化平台
不是一堆互不相通的工具，而是咖啡馆与烘焙坊的一个统一运营层。
点餐、厨房、支付、员工、报表、顾客互动与配送共用同一套运营信息，无需依赖各环节之间的手动交接。
互联平台
Cibus 其余功能，只需一键即达
本页所列的功能模块，在其工作流程互联之处，设计为共用菜单、订单信息、顾客记录与运营事件。
带来的改变
对经营者而言，有何改变
•
以柜台为核心的点单流程
围绕常用品项与结构化加料选项设计的柜台视图。
•
结构化的加料选项交接
奶类、浓缩咖啡份量、糖浆与温度等选择，会以既定选项的形式记录下来，交给吧台处理。
•
互联的到访信息
支持范围内的到访记录，可为收银视图与兼顾同意状态的 Reach 顾客群体提供参考依据。
•
直接自取渠道
Storefront 让已知顾客除了第三方渠道外，还能使用品牌自有的点餐渠道。
•
审核优先的内容流程
Stories 会准备可编辑的草稿，供团队审核后再使用。
班次示例
服务过程中的实际情形
- 07:42三台柜台终端机迎来早晨高峰同一套菜单、同一套加料选项，员工无需切换应用程序。
- 08:10自取订单直接送达烘焙 KDSStorefront 订单与现场顾客订单一同排队，无需使用另一台设备。
- 08:35一位已识别的回头客，与支持范围内的到访信息建立关联员工可查看任何已设置且符合条件的优惠；同意状态与促销资格仍分开处理。
- 11:00空档时段——店主在 Stories 中起草今日牛角包相关帖文AI 会提供三个文案版本供审核，之后再发布。
- 16:30Reach 根据符合条件且已识别的记录，准备一份挽回流失顾客的受众名单经营者会在发送前审核受众、渠道资格、同意状态与讯息内容。
- 18:00日终对账进行审核该报告会将已设置的现金、银行卡与数码支付记录，与订单进行核对。
示意流程 · 并非顾客或绩效证据
常见问题
咖啡馆与烘焙坊相关问题
POS 是否足以应付早晨高峰时段？
柜台视图会让常用品项保持可见，并使用结构化的加料选项组合。建议在正式启用前，针对贵餐厅实际的菜单、硬件与高峰时段工作流程进行演示测试。
我们可以提供自取点餐服务吗？
可以。Storefront 提供与 Cibus 菜单、结账及厨房工作流程互联的品牌自取渠道。具体商业条款会在餐厅的报价中确认。
我们可以追踪常客吗？
支持范围内的到访与订单活动，可与顾客档案建立关联，并在符合餐厅自身数据责任的前提下，用于 POS、Storefront 与 Reach 各环节中兼顾同意状态的工作流程。
是否支持电子收据？
支持。Cibus 支持电子收据与热感打印收据的工作流程。具体的发送方式、打印机设置以及所收集的顾客信息，则取决于具体设置及所在市场的要求。
我们可以将到访记录用于顾客营销活动吗？
Reach 可根据支持范围内的订单与到访记录，准备兼顾同意状态的顾客群体。营销活动的目的、渠道与法律依据，仍由餐厅自行负责。