跳至正文
Canvo / G3 案例
创始人自有业务 · 墨尔本

G3:连接场馆、门店与网店的日常运营。

供应商变动、客户咨询、员工排班与后续跟进,都属于同一家企业的日常工作。看看定制系统如何帮助 G3 将这些工作连接起来。

G3 由 Canvo 创始人 George Ding 持有并经营。本案例来自我们自己的业务。

运营全貌

六个相互关联的工作领域。

选择一个领域,查看它的输入、决策与完成结果。每个章节都会说明哪些环节仍由人员负责。

这些是 G3 的实际能力,各自保留审核与执行边界,并非一条全程无人值守的链路。

商品运营

供应商有变化,商店随之更新。

早间商品更新与定时库存检查,将供应商信息、本地库存和自建网店连接起来。新增商品、促销与履约信息进入持续维护的业务数据。

  1. 供应商商品表
  2. 匹配商品与规格
  3. 检查内容与价格
  4. 更新符合条件的商品
  5. 刷新库存与预计到货

库存来源不同,交付承诺也不同

店内现货、供应商可供货和预订商品分别处理。网店根据可用的来源信息,向顾客说明商品如何交付。

可应用的业务

零售 · 批发 · 分销 · 依赖供应商数据的电商

探索相关流程 →
哪些自动运行,哪些需要处理
早间商品更新
检查到的计划每天早上 5:30 运行,识别新增与变更,更新商品数据,应用或撤销活动,并检查商品是否满足发布条件。
定时刷新可供货状态
每 30 分钟检查库存与促销。另一个每小时运行的任务将线上订单写入库存;门店销售由员工记录库存变动。各来源并非同时更新。
未完成内容不会被隐藏
缺少价格、描述不足或图片尚未补齐时,商品可能暂不发布,或留待后续处理。商品批次更新完成不代表全部内容补充也已完成。

可衡量:每批供应商数据所需人工时间、数据时效、发布异常与库存差异。

客户体验

让顾客通过统一入口获得帮助。

Peter 将商品信息、场馆知识与相关实时可用情况带入对话。遇到需要人工处理的请求时,员工可以接收保留的工单与对话背景。

  1. 顾客提问
  2. 获取相关业务信息
  3. 回答或收集联系方式
  4. 转交员工
  5. 回复并记录处理结果

合作咨询需要留下可联系的方式

专门的业务请求可以生成包含摘要与联系方式的工单。员工接手对话后,可通过顾客使用的渠道继续回复。

可应用的业务

零售 · 餐饮 · 住宿 · 场馆 · 服务业

探索相关流程 →
回答、操作与人工交接的边界
连接业务信息
客户服务层支持网站与社交渠道。商品回答使用查询返回的价格、规格和可供货信息;相关预约问题可以查询当前可用情况。
由员工完成需要人工的环节
员工可以回复、接管并结束工单。收集联系方式后,即使网页访客离开,也便于团队后续联系。
明确操作权限
Peter 本身不确认预约或完成退款。专门请求和无法确定的回答可交给团队。我们尚未公布经过独立衡量的自动解决比例。

可衡量:正确解决的咨询、联系方式留存、交接完成率与员工处理时间。

员工运营

操作指引之后,事情有人跟进。

员工系统连接运营知识、班次清单、照片、打卡与问题记录。员工获得相关指引后,可以将报告的故障变成持续可见的问题。

  1. 提问或班次清单
  2. 获取相关指引
  3. 员工操作与留证
  4. 需要时生成问题
  5. 持续跟进

设备故障不应只留在聊天里

报告故障时,员工可以获得排查指引,同时生成问题看板条目。团队保留记录、添加证据,并记录何时处理完成。

可应用的业务

多门店团队 · 设施管理 · 餐饮 · 仓储 · 现场服务

探索相关流程 →
知识如何与班次工作连接
共享运营知识
员工助手依据维护中的事实、相关案例卡与操作说明提供帮助。知识中没有答案时,仍需向负责人确认。
工作过程留下记录
清单支持照片,打卡和问题也有记录。员工可随处理进度关闭或重新打开问题。
实际使用的依据
带日期的运营记录包含清单活动、照片、打卡及问题解决记录。这些证明相应时期的使用情况,并不直接等于节省工时或独立确认实体设备已经修好。

可衡量:重复提问、遗漏交接、问题积压时间与确认完成所需时间。

排班

自动准备排班,由经理决定发布。

G3 Hub 根据员工可上班时间、偏好和配置的人员需求生成排班草稿,考虑难安排的时段与冲突班次,并明确显示缺口以便审核。

  1. 可用时间与偏好
  2. 人员配置规则
  3. 生成草稿
  4. 经理审核并发布
  5. 通知员工

排班缺口需要决策,而非悄悄补上

如果没有符合条件的人能覆盖某时段,草稿会显示缺口。经理检查覆盖情况与变动后,再发布排班。

可应用的业务

零售团队 · 餐饮 · 场馆 · 多地点运营

探索相关流程 →
生成与发布分别做什么
依据明确规则准备
每周可覆盖默认的长期偏好。生成器会考虑期望班次数量、不可上班时段及指定的早晚班冲突。
发布是单独的操作
经理审核后发布草稿。发布环节记录班次,根据员工偏好尝试发送邮件或短信,并记录发送状态。
规则适配具体业务
本案例展示 G3 配置的排班规则。其他企业需要在上线前明确自身的覆盖、技能、雇佣要求及验收检查。

可衡量:准备时间、经理修改量、未覆盖时段与通知送达情况。

客户跟进

让客户行为触发下一次跟进。

已部署的跟进流程检查到店历史,识别首次到访后尚未回访且符合条件的顾客,加入联系队列并执行发送。后续回访进入报告流程。

  1. 到店历史
  2. 资格与回访检查
  3. 联系队列
  4. 按规则发送
  5. 回访报告

已经回来的顾客,应退出待跟进队列

流程会排除已经回访的顾客,并在发送前检查禁发、退订和重复联系规则。跟进取决于客户当前状态。

可应用的业务

场馆 · 会员业务 · 预约服务 · 复购零售

探索相关流程 →
分群、发送与效果衡量
从行为出发
客户分析包括最近消费时间、消费频率与金额,也关注到访规律的变化。检查到的发送流程采用明确的首次到访回访规则。
执行包含联系控制
符合条件的联系人进入队列。发送过程包含禁发、退订与防重复检查。
如实解释观察结果
回访及相关消费提供运营反馈,但不自动等于活动带来的新增收入。判断因果增量需要合适的对照。

可衡量:符合条件的联系人、发送成功率、回访率,以及有对照组时的增量贡献利润。

营收规划

预估明天,也看清今天的进度。

G3 的预测系统生成次日预测与日内估计,为运营者安排工作、比较预期和实际表现提供另一项依据。

  1. 运营历史
  2. 次日预测
  3. 日内估计
  4. 实际表现
  5. 规划决策

预测是需要持续检验的估计

随着一天推进,运营者可以对照估计与已记录表现。预测质量和据此做出的业务决策,需要分别衡量。

可应用的业务

餐饮 · 零售 · 场馆 · 每日需求波动的业务

探索相关流程 →
预测与行动之间的边界
能力分别存在,决策可以连接
预测、客户分群与行为触发的跟进各有作用。上方已核实的发送流程由客户行为触发。
不把未验证连接写成自动闭环
本案例不声称每次营收预测都会自动创建或发送活动。该连接需要单独的执行证据。
与有意义的基线比较
在明确周期内比较预测与实际,包含冷清时段及特殊事件,再评估依据预测做出的决策是否改善运营。

可衡量:预测误差、偏差、决策提前量,以及每次行动的实际结果。

如何理解本案例

以运营依据为基础,明确说明边界。

系统描述已于 2026 年 9 月 29 日与代码及部分运营依据核对,说明已建设的能力和检查到的路径,不代表每一步都无需人工。

已核对什么,下一步如何衡量
实施依据
商品与排班代码已与部署副本比较,并检查了定时任务信息和部分汇总日志。Peter 有带日期的社交渠道端到端验证;员工使用情况有相应时期的运营记录支持。
结果仍需基线
本案例不公布未经衡量的节省、整体自动化比例或因果营收增量。前后处理时间、已确认的客户结果与预测准确度,需要明确周期及可比较的任务。
实施前先了解

关于 G3 案例的问题

简明回答,并链接到相应运营依据。

G3 是 Canvo 的独立客户吗?

G3 是创始人 George Ding 自己经营的零售与场馆业务,提供实际运营经验与实施依据。我们明确说明自有关系,便于读者判断;它不作为独立客户背书。

查看依据与边界 →
如何区分供应商库存与门店现货?

商品流程分别使用本地库存、供应商可供货和预订信息。定时检查更新网店状态,订单导入与员工录入有各自节奏,并非所有来源同时更新。

查看商品运营流程 →
Peter 能无人介入地完成所有客户请求吗?

Peter 可根据相关业务信息回答,并将带背景的保留工单交给员工。它本身不确认预约或完成退款,员工可以接管并处理对话。目前未公布经过衡量的自动解决比例。

查看回答与人工交接 →
营收预测会自动创建并发送活动吗?

已检查的跟进发送路径由明确的客户行为规则触发。预测与分群是分别存在的能力;已检查的依据尚未证实从预测到活动发送的连接,也未证实由这些系统带来的可归因营收增长。

查看跟进与执行检查 →
这些系统能适配其他企业吗?

这些模式可用于设计定制系统,但你的数据来源、权限、排班规则与验收条件需要单独确认。准备一个输入、所需结果与一个复杂异常,从边界清晰的流程开始,再连接更多部门或地点。

映射到你的业务 →
将这种做法应用于你的业务

你的行业、你的规则、真正完成的工作。

G3 展示这些能力的实践来源。你的系统应从自己的输入、决策、工具与责任出发,无论你经营分销、服务、项目团队,还是多地点业务。

浏览系统库 →

约定实施范围内包含 12 个月支持。可选的付费维护与后续开发另行确定范围。

查看服务范围与价格 →