G3:连接场馆、门店与网店的日常运营。
供应商变动、客户咨询、员工排班与后续跟进,都属于同一家企业的日常工作。看看定制系统如何帮助 G3 将这些工作连接起来。
G3 由 Canvo 创始人 George Ding 持有并经营。本案例来自我们自己的业务。
六个相互关联的工作领域。
选择一个领域,查看它的输入、决策与完成结果。每个章节都会说明哪些环节仍由人员负责。
这些是 G3 的实际能力,各自保留审核与执行边界,并非一条全程无人值守的链路。
供应商有变化,商店随之更新。
早间商品更新与定时库存检查,将供应商信息、本地库存和自建网店连接起来。新增商品、促销与履约信息进入持续维护的业务数据。
- 供应商商品表
- 匹配商品与规格
- 检查内容与价格
- 更新符合条件的商品
- 刷新库存与预计到货
库存来源不同,交付承诺也不同
店内现货、供应商可供货和预订商品分别处理。网店根据可用的来源信息,向顾客说明商品如何交付。
哪些自动运行,哪些需要处理
- 早间商品更新
- 检查到的计划每天早上 5:30 运行,识别新增与变更,更新商品数据,应用或撤销活动,并检查商品是否满足发布条件。
- 定时刷新可供货状态
- 每 30 分钟检查库存与促销。另一个每小时运行的任务将线上订单写入库存;门店销售由员工记录库存变动。各来源并非同时更新。
- 未完成内容不会被隐藏
- 缺少价格、描述不足或图片尚未补齐时,商品可能暂不发布,或留待后续处理。商品批次更新完成不代表全部内容补充也已完成。
可衡量:每批供应商数据所需人工时间、数据时效、发布异常与库存差异。
让顾客通过统一入口获得帮助。
Peter 将商品信息、场馆知识与相关实时可用情况带入对话。遇到需要人工处理的请求时,员工可以接收保留的工单与对话背景。
- 顾客提问
- 获取相关业务信息
- 回答或收集联系方式
- 转交员工
- 回复并记录处理结果
合作咨询需要留下可联系的方式
专门的业务请求可以生成包含摘要与联系方式的工单。员工接手对话后,可通过顾客使用的渠道继续回复。
回答、操作与人工交接的边界
- 连接业务信息
- 客户服务层支持网站与社交渠道。商品回答使用查询返回的价格、规格和可供货信息;相关预约问题可以查询当前可用情况。
- 由员工完成需要人工的环节
- 员工可以回复、接管并结束工单。收集联系方式后,即使网页访客离开,也便于团队后续联系。
- 明确操作权限
- Peter 本身不确认预约或完成退款。专门请求和无法确定的回答可交给团队。我们尚未公布经过独立衡量的自动解决比例。
可衡量:正确解决的咨询、联系方式留存、交接完成率与员工处理时间。
操作指引之后,事情有人跟进。
员工系统连接运营知识、班次清单、照片、打卡与问题记录。员工获得相关指引后,可以将报告的故障变成持续可见的问题。
- 提问或班次清单
- 获取相关指引
- 员工操作与留证
- 需要时生成问题
- 持续跟进
设备故障不应只留在聊天里
报告故障时,员工可以获得排查指引,同时生成问题看板条目。团队保留记录、添加证据,并记录何时处理完成。
知识如何与班次工作连接
- 共享运营知识
- 员工助手依据维护中的事实、相关案例卡与操作说明提供帮助。知识中没有答案时,仍需向负责人确认。
- 工作过程留下记录
- 清单支持照片,打卡和问题也有记录。员工可随处理进度关闭或重新打开问题。
- 实际使用的依据
- 带日期的运营记录包含清单活动、照片、打卡及问题解决记录。这些证明相应时期的使用情况,并不直接等于节省工时或独立确认实体设备已经修好。
可衡量:重复提问、遗漏交接、问题积压时间与确认完成所需时间。
自动准备排班,由经理决定发布。
G3 Hub 根据员工可上班时间、偏好和配置的人员需求生成排班草稿,考虑难安排的时段与冲突班次,并明确显示缺口以便审核。
- 可用时间与偏好
- 人员配置规则
- 生成草稿
- 经理审核并发布
- 通知员工
排班缺口需要决策,而非悄悄补上
如果没有符合条件的人能覆盖某时段,草稿会显示缺口。经理检查覆盖情况与变动后,再发布排班。
生成与发布分别做什么
- 依据明确规则准备
- 每周可覆盖默认的长期偏好。生成器会考虑期望班次数量、不可上班时段及指定的早晚班冲突。
- 发布是单独的操作
- 经理审核后发布草稿。发布环节记录班次,根据员工偏好尝试发送邮件或短信,并记录发送状态。
- 规则适配具体业务
- 本案例展示 G3 配置的排班规则。其他企业需要在上线前明确自身的覆盖、技能、雇佣要求及验收检查。
可衡量:准备时间、经理修改量、未覆盖时段与通知送达情况。
让客户行为触发下一次跟进。
已部署的跟进流程检查到店历史,识别首次到访后尚未回访且符合条件的顾客,加入联系队列并执行发送。后续回访进入报告流程。
- 到店历史
- 资格与回访检查
- 联系队列
- 按规则发送
- 回访报告
已经回来的顾客,应退出待跟进队列
流程会排除已经回访的顾客,并在发送前检查禁发、退订和重复联系规则。跟进取决于客户当前状态。
分群、发送与效果衡量
- 从行为出发
- 客户分析包括最近消费时间、消费频率与金额,也关注到访规律的变化。检查到的发送流程采用明确的首次到访回访规则。
- 执行包含联系控制
- 符合条件的联系人进入队列。发送过程包含禁发、退订与防重复检查。
- 如实解释观察结果
- 回访及相关消费提供运营反馈,但不自动等于活动带来的新增收入。判断因果增量需要合适的对照。
可衡量:符合条件的联系人、发送成功率、回访率,以及有对照组时的增量贡献利润。
预估明天,也看清今天的进度。
G3 的预测系统生成次日预测与日内估计,为运营者安排工作、比较预期和实际表现提供另一项依据。
- 运营历史
- 次日预测
- 日内估计
- 实际表现
- 规划决策
预测是需要持续检验的估计
随着一天推进,运营者可以对照估计与已记录表现。预测质量和据此做出的业务决策,需要分别衡量。
预测与行动之间的边界
- 能力分别存在,决策可以连接
- 预测、客户分群与行为触发的跟进各有作用。上方已核实的发送流程由客户行为触发。
- 不把未验证连接写成自动闭环
- 本案例不声称每次营收预测都会自动创建或发送活动。该连接需要单独的执行证据。
- 与有意义的基线比较
- 在明确周期内比较预测与实际,包含冷清时段及特殊事件,再评估依据预测做出的决策是否改善运营。
可衡量:预测误差、偏差、决策提前量,以及每次行动的实际结果。
以运营依据为基础,明确说明边界。
系统描述已于 2026 年 9 月 29 日与代码及部分运营依据核对,说明已建设的能力和检查到的路径,不代表每一步都无需人工。
已核对什么,下一步如何衡量
- 实施依据
- 商品与排班代码已与部署副本比较,并检查了定时任务信息和部分汇总日志。Peter 有带日期的社交渠道端到端验证;员工使用情况有相应时期的运营记录支持。
- 结果仍需基线
- 本案例不公布未经衡量的节省、整体自动化比例或因果营收增量。前后处理时间、已确认的客户结果与预测准确度,需要明确周期及可比较的任务。
关于 G3 案例的问题
简明回答,并链接到相应运营依据。
G3 是 Canvo 的独立客户吗?
G3 是创始人 George Ding 自己经营的零售与场馆业务,提供实际运营经验与实施依据。我们明确说明自有关系,便于读者判断;它不作为独立客户背书。
查看依据与边界 →如何区分供应商库存与门店现货?
商品流程分别使用本地库存、供应商可供货和预订信息。定时检查更新网店状态,订单导入与员工录入有各自节奏,并非所有来源同时更新。
查看商品运营流程 →Peter 能无人介入地完成所有客户请求吗?
Peter 可根据相关业务信息回答,并将带背景的保留工单交给员工。它本身不确认预约或完成退款,员工可以接管并处理对话。目前未公布经过衡量的自动解决比例。
查看回答与人工交接 →营收预测会自动创建并发送活动吗?
已检查的跟进发送路径由明确的客户行为规则触发。预测与分群是分别存在的能力;已检查的依据尚未证实从预测到活动发送的连接,也未证实由这些系统带来的可归因营收增长。
查看跟进与执行检查 →这些系统能适配其他企业吗?
这些模式可用于设计定制系统,但你的数据来源、权限、排班规则与验收条件需要单独确认。准备一个输入、所需结果与一个复杂异常,从边界清晰的流程开始,再连接更多部门或地点。
映射到你的业务 →你的行业、你的规则、真正完成的工作。
G3 展示这些能力的实践来源。你的系统应从自己的输入、决策、工具与责任出发,无论你经营分销、服务、项目团队,还是多地点业务。