电商经营工作台经营决策中枢
经营路径

情报 → 判断 → 选品 → 上架

经营主流程

AI 情报
每日 AI 情报开源项目与 Skills
今日工作台方法库经营 Agent任务记录PDD 采价记录候选商品上架商品价格换算物流价格浏览器任务订单管理
智能客服
在线客服入口客户入口管理客服会话售后确认客服知识

治理与复盘

规则库规则建议运行日报任务控制台策略配置
登录

经营与 AI 决策视角

电商经营工作台
AI情报工作台选品池上架
返回方法库

方法详情

事件粒度校验—商品漏斗分段—高损失节点修复法

先区分事件级与商品级指标,再按曝光、点击、详情访问、加购、下单、支付和退款构建一致口径的SKU漏斗,可以避免混用次数与件数造成误诊,并按潜在成交损失排序运营问题。
领域:运营数据分析与运营方法可创建经营任务候选可创建经营任务
可执行性
96
CEO:可创建经营任务候选

决策路径

系统审核结论

可创建经营任务候选

决定是否展示创建经营任务入口。

我的处理状态

可创建经营任务

只代表人工跟进意图,不会单独解锁创建入口。

下一步

可以创建经营任务

下面可以直接创建选品或经营任务。

来源

平台:Google Analytics官方帮助

作者/项目:Google Analytics

去重使用的来源链接:

https://support.google.com/analytics/answer/13428834?hl=en

适用范围

市场:US

平台:淘宝、拼多多(参考Google Analytics电商指标方法迁移)

类目:全类目, 母婴优先, 排除Electronics, 排除High-return fashion

审核分解

来源可信度:19/20

步骤清晰度:23/25

结构化程度:19/20

边界清晰度:15/15

执行可行性:20/20

我的处理状态

当前:可创建经营任务。处理状态用于记录人工判断;是否能创建经营任务,仍以页面上方“系统审核结论”为准。

创建运营助手

这个入口会创建经营任务配置,绑定当前方法和领域;不会写入商品候选池,也不会立即运行。

事件粒度校验—商品漏斗分段—高损失节点修复法

领域:运营。后续会按当前输入对象、检查频率和输出格式执行。

已创建任务

当前方法还没有创建运营助手。

CEO 审核结论

解决电商分析中常见的粒度混用问题,字段映射、校验和排序均可自动化,并能输出明确运营任务。

创建平台字段适配器、粒度标签器、守恒校验器、损失估算器和诊断报告器;修复效果判断需保留活动、库存等混杂因素检查。

执行步骤

  1. 1.建立淘宝与拼多多字段映射表,标记每个指标属于用户、会话、事件、订单、商品或件数粒度
  2. 2.检查曝光、点击、详情访问、加购、下单、支付和退款事件的时间窗、去重键及归因口径
  3. 3.按平台、渠道、SKU和日期构建同粒度漏斗,分别计算人数漏斗、事件漏斗与商品件数漏斗
  4. 4.执行守恒校验,识别后一步数量异常高于前一步、重复订单或退款跨期等问题
  5. 5.以各节点流失人数乘以基准客单贡献毛利估算潜在损失,并对问题排序
  6. 6.每轮只选择一个高损失节点提出页面、价格、客服或履约修复,设置前后对照期复测

判断指标

  1. 1.字段映射完整率
  2. 2.漏斗守恒异常率
  3. 3.点击至详情访问率
  4. 4.详情至加购率
  5. 5.加购至支付率
  6. 6.退款后成交率
  7. 7.节点潜在贡献毛利损失
  8. 8.修复前后转化变化

输入数据要求

  1. 1.淘宝、拼多多流量及交易明细
  2. 2.用户、事件、订单和SKU去重标识
  3. 3.渠道及广告归因字段
  4. 4.退款状态与退款发生日期
  5. 5.商品贡献毛利或净收入
  6. 6.活动、缺货和页面改版日志

排除规则

  1. 1.不得混用事件次数、订单数、购买人数和商品件数计算同一转化率
  2. 2.不得把跨日支付或跨期退款直接归为漏斗异常
  3. 3.样本量不足或活动结构显著不同的窗口不做因果结论
  4. 4.数据缺失率超过阈值时只输出数据质量警报
  5. 5.排除Electronics与High-return fashion
  6. 6.不得用用户级明细进行超出经营分析必要范围的画像

风险与适用边界

  1. 1.淘宝、拼多多开放的数据粒度可能不足以完整复刻GA4事件模型
  2. 2.不同渠道归因窗口会使漏斗分段结果不一致
  3. 3.平台反作弊过滤和数据延迟可能造成短期不守恒
  4. 4.漏斗相关性不能证明某项页面修改导致转化变化
  5. 5.用户标识及数据处理必须符合平台协议和隐私要求

来源摘要与执行说明

Google Analytics官方文档明确区分事件级指标与商品级指标,例如一次加购事件可包含多件商品,并说明商品浏览、加购、购买和收入等指标的适用范围。迁移到淘宝、拼多多时,将平台导出字段映射为统一事件字典,禁止直接用订单次数和销售件数计算同一转化率。

输出格式:多粒度漏斗诊断JSON或表格:字段口径、分步数量、转化率、流失率、数据异常、估算毛利损失、建议修复项和复测窗口。

执行示例:系统发现某SKU加购事件数为420、加购件数为610,运营原先用610除以详情访客计算加购率。任务纠正为人数或事件同口径计算,并识别真正损失最大的是下单至支付环节,进一步关联优惠门槛和运费展示进行单变量复测。