Cibuscibus.
Reach(顾客营销工具)

营销,始于真实订单记录。

根据 Cibus 中获授权的顾客与订单背景信息,构建餐厅营销活动。先审核受众细分与渠道资格,再准备电邮与短信发送——WhatsApp 需另行申请方可使用——无需从一份独立的电子表格开始。

Reach · 营销活动 · 顾客召回 · 90 天 · 草稿
保存草稿预览发送测试
01 · 顾客细分
顾客召回 · 90 天
最后一次下单
> 30 天前
订单数
≥ 2
渠道
QR 或 Storefront
同意状态
电邮或短信
菜单类别
所选类别
受众预览
符合筛选条件的顾客
02 · 撰写
电邮短信WhatsApp
主题
营销活动主题草稿

面向符合资格受众的草稿信息。优惠文案仍待审核。

回访优惠
促销详情 · 待审核
03 · 报告
发送记录
服务商状态
渠道响应数据
促销使用情况(已设置时)
报告范围
可用报告取决于渠道与已设置的对接。
营销活动工作区示意
3个渠道

在同一个营销活动构建器中准备电邮与短信;WhatsApp 需另行申请方可使用。

4项细分信号

订单行为、同意状态、渠道与价值。

1份顾客记录

获授权的顾客、订单与同意背景信息,供营销活动审核使用。

审核式营销活动管控

受众、渠道、信息与报告范围,在发送前经过审核。

问题所在

餐厅营销不该从导出电子表格开始。

当订单背景信息、顾客偏好与渠道状态分散在各自独立的系统中时,营销团队只能依赖导出与人工核对。Reach 让营销活动规划与获授权的 Cibus 顾客、订单及同意背景信息保持连接。

旧有做法
  • 从收银系统(POS)导出顾客名单
  • 在电子表格中清理与去重
  • 上传到另一个独立的电邮工具
  • 靠猜测决定要触达哪些顾客
  • 手动创建促销码
  • 难以对核销情况进行归因
使用 Cibus Reach
  • 根据真实订单记录进行细分
  • 审核各渠道的同意状态
  • 发送电邮或短信(WhatsApp 需另行申请方可使用)
  • 附加优惠或促销码
  • 审核已设置的促销在结账时的使用情况
  • 审核可用的营销活动记录
细分构建器

根据顾客的实际行为构建受众。

Reach 可根据已设置的餐厅背景信息构建受众筛选条件,例如订单新近度、频率、点餐渠道、菜单类别与渠道同意状态。可用字段取决于获授权的数据范围。

顾客细分
久未回访的常客

下单超过一次、但近期未再回访的顾客。

累计订单 ≥ 2
最后一次下单已超出回访窗口
受众预览 · 符合条件的顾客
顾客细分
高频顾客

在所选审核窗口内有重复订单的顾客。

重复订单
所选新近度窗口
受众预览 · 符合条件的顾客
顾客细分
Storefront 顾客

通过餐厅的 Storefront 直接下单的顾客。

渠道:Storefront
已同意接收后续跟进
受众预览 · 符合条件的顾客
顾客细分
扫码点餐顾客

在餐桌上点餐并已给予营销同意的顾客。

渠道:扫码点餐与支付
同意状态:电邮或短信
受众预览 · 符合条件的顾客
顾客细分
新近注册顾客

在所选审核窗口内注册、且具备符合资格渠道同意的顾客。

注册时间在所选天数内
已同意所选渠道
受众预览 · 符合条件的顾客
顾客细分
门店范围

与营销活动获授权的餐厅或门店范围相关联的顾客。

餐厅或门店范围
符合资格的渠道同意
受众预览 · 符合条件的顾客
营销同意

同意是工作流程的一部分,而非事后补救。

Reach 的设计旨在支持具备同意意识的营销活动审核。已设置的各渠道状态与退订信息,可帮助团队在发送前评估资格;餐厅仍须对自身的法律义务与服务商审批负责。

顾客档案 · 同意状态
顾客 · 访客
符合营销资格
  • 电邮已同意接收
  • 短信未同意接收
  • WhatsApp未设置
同意来源
Storefront 结账
最后更新
近期
渠道资格会在营销活动发送前经过审核。
各渠道同意
针对每个渠道分别审核已设置的资格。
退订状态
使用渠道服务商所提供的退订信息。
短信资格
在发送短信前审核服务商与顾客状态。
WhatsApp 资格
在发送前审核顾客选择接收(opt-in)与已批准模板方面的要求。
营销偏好
在受众审核时使用已设置的顾客偏好。
同意背景信息
展示可用的来源与更新背景信息,供审核者决策参考。
发送记录
呈现该渠道可用的发送与服务商记录。
排除名单审核
排除不符合所选渠道资格的联系人。
Reach 的设计旨在支持具备同意意识的营销。餐厅仍须自行确认其在当地法规下的合规义务。
多渠道

一个营销活动,为每个渠道分别撰写。

Reach 让餐厅将同一个营销活动构想,用于电邮与短信工作流程;WhatsApp 需另行申请方可使用。发送前,会针对每个所选渠道审核格式、服务商审批、模板与同意方面的要求。

电邮桌面预览
发件人: support@rumah-rempah.example
主题
营销活动主题草稿

面向符合资格受众的草稿信息,待餐厅审核。

  • · 品牌化电邮版式
  • · 主题与预览文本
  • · 结账链接(已设置时)
短信手机预览
Rumah Rempah · 短信预览
短信文案草稿与优惠链接。受众资格、退订用语与发送时间仍待审核。
字符数 · 链接 · 渠道要求
WhatsApp模板
Rumah Rempah · 模板预览
在服务商与市场支持该渠道的情况下,使用已批准模板的 WhatsApp 信息草稿。
  • · 已批准的模板信息
  • · 具备同意意识的发送
  • · 渠道专属优惠文案
优惠核销

营销活动连回结账环节。

在已设置促销与符合资格结账路径的情况下,Reach 可让营销活动、促销与订单记录一并保持可供审核的状态。报告覆盖范围因渠道而异,且其本身并不能证明某笔订单是由营销活动所带来。

营销活动与结账工作流程
细分优惠草稿审核发送顾客行动结账记录报告审核
促销设置
为所选受众设置符合资格的优惠。
Storefront 结账
审核已设置结账路径上的促销支持情况。
扫码点餐
确认同一促销是否适用于扫码点餐。
发送记录可用
促销使用情况在已设置时记录
报告覆盖范围已审核
生命周期

围绕顾客的关键时刻规划信息。

Reach 支持针对首单、久未回访顾客、季节性菜单、高频顾客与所选服务时段的营销活动规划。资格、受众逻辑、信息与优惠,仍属于需经审核的决策。

营销活动构想
首单致谢
在新顾客首次直接下单后表示欢迎。
营销活动构想
久未回访顾客召回
触达一段时间未回访的顾客。
营销活动构想
自取营销活动
为符合资格的自取顾客准备限时信息。
营销活动构想
生日心意
为档案中有生日信息的顾客送上小小心意。
营销活动构想
新菜单发布
向相关细分受众公布季节性或全新菜单。
营销活动构想
高频顾客抢先看
为符合资格的细分准备抢先了解的信息。
营销活动构想
外送顾客回访优惠
通过直接优惠吸引外送顾客再次光临。
营销活动构想
淡时段营销活动
为所选服务时段草拟定向信息。
餐厅背景信息

结合餐厅背景信息的营销。

获授权的 Cibus 订单背景信息,可帮助团队按菜单兴趣、点餐渠道与行为区分受众,而非把每一位符合资格的联系人都当作同一份名单来对待。

顾客类型
意面常客
  • 偏好类别意面
  • 最近渠道Storefront
建议营销活动
新季节性意面上市
顾客类型
外送顾客
  • 偏好类别披萨
  • 最近渠道外送
建议营销活动
外送回访信息草稿
顾客类型
堂食顾客
  • 偏好类别葡萄酒与小食
  • 最近渠道扫码点餐与支付
建议营销活动
直接订位或回访优惠
源自班次,而非孤岛

不是又一个营销工具。营销活动构建自真实订单记录。

根据获授权的 Cibus 订单背景信息构建受众,审核渠道资格,并准备电邮与短信营销活动——WhatsApp 需另行申请方可使用——可用的发送与促销记录则保留在相应背景信息之中。

服务进行中

一场顾客召回营销活动,从头到尾。

餐厅构建一个细分:下单至少两次、但近期未再回访的顾客。Reach 按同意状态筛选,为该优惠分别生成电邮与短信版本,并审核已设置的 Storefront 结账能否将促销使用情况与营销活动记录一并记录。

营销活动流程示意
  1. 01
    构建细分
  2. 02
    选择优惠
  3. 03
    选择渠道
  4. 04
    预览信息
  5. 05
    发送营销活动
  6. 06
    顾客直接下单
  7. 07
    审核结账记录
  8. 08
    审核报告
营销活动流程示意
常见问题

关于 Reach 的常见问题解答。

Reach 能否取代独立的电邮营销工具?

Reach 将营销活动规划与已设置的 Cibus 订单及顾客背景信息相连。餐厅仍可为特定专业需求使用其他服务商;合适的设置方案取决于其渠道、市场与现有合约。

根据互联的餐厅背景信息规划营销活动。

使用获授权的订单背景信息、受众筛选条件与渠道同意状态,准备覆盖电邮与短信的餐厅营销活动;WhatsApp 需另行申请方可使用。