去年 11 月,一个做亚马逊美国站加 TikTok Shop 的卖家把连续三个月的周会记录发给我看。三份记录加起来,结论只有两句:”数据还行”和”下个月再冲一冲”。三个月里他们换了两次主图、加了三组广告、清了两次库存,订单量涨了 18%,净利润率却从 9.2% 掉到 4.1%。
问题不在执行层,而在复盘这件事本身:他们的复盘从来没有把”数据”翻译成”动作”,也没有把”动作”绑回”指标”。开会时大家在讨论数字,散会后谁也不知道该改哪一件事、改到什么程度算成功。
这篇内容我按”可执行”的标准写,把跨境电商的数据复盘拆成一份可以直接照着做的清单:该复盘哪几项、用什么频率、交给谁、怎么验证、什么情况下该放弃。所有数据都来自我参与过的团队改造,涉及商业信息的部分做了脱敏与区间处理。
我见过太多团队的复盘停留在”知道”层面:知道上周 ACOS 涨了,知道某个 SKU 退货多,知道 TikTok 直播间的转化不如预期。知道之后呢?没有下文。
判断一次复盘是否有效,只看一个标准:这次会议有没有产出至少一条带负责人、带截止时间、带验证指标的动作用。产出三条以上、并且下周真的被验证,才算合格。
所谓”带验证指标”,指的是这条动作改完之后,你准备用哪个数字判断它成没成。比如”重写主图”不是动作,”把主图第二张换成场景使用图,观察 14 天点击率是否从 0.42% 提升到 0.50%”才是动作。
这四个条件里,最容易缺失的是”有基线”。绝大多数中小卖家的看板上只有当期数字,没有历史区间,所以任何波动都能被解释成”正常”。
做了几年跨境数据诊断之后,我把所有值得进周复盘的内容收敛成六张表。这六张表覆盖了从收入到利润、从流量到库存的完整链路,每一张都能对应到具体动作。
| 表名 | 核心指标 | 建议频率 | 责任人 | 主要用途 |
|---|---|---|---|---|
| 利润口径表 | 净 GMV、毛利、净利率、退款额 | 周更 | 运营负责人 | 判断”卖得多”是否等于”赚得多” |
| 流量结构表 | 自然流量占比、广告流量占比、活动流量占比 | 周更 | 流量运营 | 识别增长质量,防止付费依赖 |
| 转化漏斗表 | 曝光、点击率、加购率、结算率、支付率 | 日更 / 周汇总 | Listing 运营 | 把”转化差”拆到具体环节 |
| 广告效率表 | ACOS、TACOS、CPC、CVR、搜索词集中度 | 日更 | 广告投放 | 控制获客成本,识别无效词 |
| 库存周转表 | 周转天数、滞销金额占比、断货率 | 周更 | 供应链 | 平衡资金占用与断货风险 |
| 售后质量表 | 退货率、差评率、纠纷率、客诉首响时长 | 周更 | 客服 | 发现产品与描述的结构性问题 |
注意这六张表的顺序不是随意的。利润口径表排第一,是因为它决定后面五张表里哪些问题值得花时间。如果某个站点整体净利率是负的,那么在这个站点上优化点击率意义不大,先要做的是止损判断。

很多团队把看板做得越来越厚,日更指标三十多个,结果没人看。我的经验是反过来的:日复盘只看 4 到 6 个指标,周复盘看 12 到 18 个,月复盘才看全量。
原因很实际。日复盘的窗口只有十几分钟,人的注意力只够处理少量高优先级信号。指标一多,大家就退回到”浏览数字”的模式,反而抓不住异常。周复盘有足够时间做交叉分析,这时候指标多才有价值。
我参与改造的这个团队,规模 12 人,运营 4 人、投放 3 人、供应链 2 人、客服 2 人、负责人 1 人。渠道是亚马逊美国站加 TikTok Shop 美国站,SKU 数量大约 260 个,月 GMV 在 40 万到 60 万美元之间波动。
改造前他们的一周是这样的:周一上午开两小时周会,会上轮流看后台截图;周二到周五各干各的;周六早上负责人自己再翻一遍数据,发现某个广告组烧超了,临时在群里喊一句”这个组先停一下”。
这种节奏最大的问题不是效率低,而是反馈周期太长。一个广告组从跑偏到被发现,平均要 4.6 天,等发现时已经花掉了几百美元的无效预算。
改造后我给他们定了一个三段式节奏,这个节奏后来被证明是最容易被执行的版本。
这里有个容易被忽略的细节:日复盘只做”标记异常”,不做”解释异常”。很多团队在日会上就开始讨论原因,一讨论就是四十分钟,最后没时间处理其他事。异常标记完,交给对应责任人当天下午给结论。
改造前这个团队最头疼的事,是三个地方的数据对不上。平台后台显示的销售额、广告后台显示的归因销售额、ERP 里的出货金额,三者差异经常超过 8%。
差异本身不奇怪,奇怪的是没人知道该信哪个。于是每次开会都有一半时间在争论”这个数不对”,剩下的一半时间在争论”那就下周一再看”。
我建议的第一个动作不是买工具,而是写一份口径说明:明确每个指标从哪个系统取、在什么时间点取、包含哪些费用项。口径统一之后,差异会从 8% 收敛到 1% 以内,因为剩下的都是时区和数据延迟导致的正常差异。
下面这段 SQL 是我给这个团队写的利润口径统一逻辑,把三个数据源对齐到同一 SKU 加同一自然日。它不复杂,但它是整个复盘体系的地基。
-- 统一利润口径:把平台后台、广告后台、ERP 三处数据对齐到同一 SKU + 同一自然日 WITH sales AS ( SELECT sku_id, stat_date, SUM(gmv) AS gmv, SUM(refund_amount) AS refund FROM ods_platform_order WHERE stat_date BETWEEN '2024-10-01' AND '2024-12-31' GROUP BY sku_id, stat_date ), ads AS ( SELECT sku_id, stat_date, SUM(spend) AS ad_spend FROM ods_ad_report GROUP BY sku_id, stat_date ), cost AS ( SELECT sku_id, stat_date, SUM(cogs + first_mile + last_mile + storage) AS total_cost FROM ods_erp_cost GROUP BY sku_id, stat_date ) SELECT s.sku_id, s.stat_date, s.gmv - s.refund AS net_gmv, COALESCE(a.ad_spend, 0) AS ad_spend, COALESCE(c.total_cost, 0) AS total_cost, s.gmv - s.refund COALESCE(a.ad_spend, 0) COALESCE(c.total_cost, 0) AS gross_profit FROM sales s LEFT JOIN ads a ON s.sku_id = a.sku_id AND s.stat_date = a.stat_date LEFT JOIN cost c ON s.sku_id = c.sku_id AND s.stat_date = c.stat_date;
这段逻辑跑通之后,团队第一次能回答一个之前答不上来的问题:某个 SKU 到底是赚钱还是赔钱。答案让他们很意外,260 个 SKU 里有 38 个是负毛利的,而这 38 个贡献了超过 30% 的销售额。这就是只看 GMV 的代价。
平台后台的销售额是”毛收入”,它不扣除退款、平台佣金、FBA 配送费、广告费、头程、仓储。一个净利率 4% 的店铺,在后台看到的是漂亮的增长曲线,在银行账户里看到的是不断缩水的余额。
我的判断是:平台后台的数据只用来看趋势和漏斗,不用来判断经营好坏。经营判断必须来自口径统一的利润表,哪怕这张表每周只能更新一次。
总量增长可以完全掩盖结构恶化。这个团队改造前三个月的 GMV 是增长的,但拆开看来源结构,问题非常清楚。

看完这张图,负责人的第一反应是”那我们 12 月不是白干了”。我说不是白干,是干错了方向:把预算加在了最贵的那一段流量上,同时没有维护最便宜的那一段。
没有基线的团队,面对任何异常都有一个万能答案:”最近大盘就这样。”这句话对不对无从判断,因为它没有参照系。
建立基线其实很便宜。用过去 8 到 12 周的同一星期几数据,算出中位数和分位数区间,就得到了一条粗略的波动带。超出波动带的才叫异常,带内的波动属于噪声,不值得花时间。
我见过最糟的一次复盘会,负责人开场就问”上周谁把广告预算调高的”。接下来一个半小时,所有人都在解释自己没做错什么,没有人讨论下一步怎么做。
追责会之后,团队的理性选择是隐藏数据、少做动作。因为不做就不会错,做了反而要被问。这会让整个复盘体系失去意义。
我的建议很直接:复盘会只讨论”数据说了什么”和”系统哪里有问题”,不讨论”谁的责任”。如果确实需要追责,另开一个会,不要放在复盘场景里。
这个团队改造前的周会记录里,有一条”重写 A 产品的主图”从 9 月一直写到了 11 月,写了十一次,一次都没做。原因是它只写在会议纪要里,而会议纪要没人回看。
解决办法不复杂:把复盘结论写进一个所有人日常都会打开的地方。我们用的是某项目管理平台,每条动作用”动作描述 + 负责人 + 截止日 + 验证指标 + 当前状态”五个字段表达。没有验证指标的条目不允许创建。
跨境电商的反馈链条很长。你周一改了主图,点击率可能周三才有变化;你调整了广告结构,转化率要两周才能稳定;你换了供应商,退货率要一个月才看得出来。
如果复盘周期是 7 天,而动作的生效周期是 14 天,那么你下周复盘时看到的”没变化”是正常现象,不是动作失败。每个动作都应该在创建时就写清楚”什么时候看结果”,而不是每周都拿出来检查一遍。
指标会自然堆积。每次有人提一个新想法,看板上就多一列。一年之后,看板上一百多个指标,没人看得完。
我的做法是给看板设”额度”:日更看板最多 6 个指标,周更看板最多 18 个。想加一个新的,必须证明它比现有某个更有价值,然后换掉一个。额度限制逼着团队做取舍,这本身就是复盘能力的一部分。
这一条我放在最前面,因为它是唯一一条不做就一定失败的。口径不统一的时候,任何分析都是在流沙上盖房子。
口径统一的具体产物是一份文档,内容包括:指标定义、取数系统、取数时间、包含的费用项、排除的异常情况。这份文档要跟着团队走,新来的人第一件事就是读它。
我把所有指标按可干预性分成三层,这个分层直接决定了它们的复盘频率。
| 层级 | 典型指标 | 可干预时效 | 建议复盘频率 | 决策类型 |
|---|---|---|---|---|
| 动作层 | 广告出价、关键词否词、库存补货点、客服话术 | 1 到 3 天 | 日复盘 | 执行决策,改了立刻能验证 |
| 过程层 | 点击率、加购率、结算率、广告结构、内容日历 | 7 到 14 天 | 周复盘 | 优化决策,需要样本量积累 |
| 结果层 | 净利率、库存周转天数、站点盈亏、复购率 | 30 到 90 天 | 月复盘 | 取舍决策,砍或加 |
很多人犯的错是拿结果层的指标去做日复盘。每天盯净利率,除了制造焦虑没有任何作用,因为它的反馈周期是月级别的。日复盘盯动作层,周复盘盯过程层,月复盘盯结果层,节奏错了比不做还糟。
跨境电商的数据分布极度右偏。少数爆款贡献大部分销量,少数大促日贡献大部分月度 GMV。用平均值做基线,会被极端值带偏。
举个具体的例子:某店铺过去 12 周的单日订单量,平均值是 218 单,中位数是 176 单。因为有两周大促把平均值拉高了。如果用平均值当基线,日常 180 单会被判定为”异常偏低”,团队每周都要花时间解释一件本来正常的事。
我的习惯是用中位数做基线中心,用 25 分位和 75 分位做波动区间,再用 10 分位和 90 分位标出”需要立刻看”的极端区间。这样判定标准清晰,也不容易误报。
异常检测本身不难,难的是异常出现之后怎么快速定位。我的流程是两步:先判定异常,再拆贡献。
判定用滚动中位数加 MAD(绝对中位差),它对极端值不敏感,也不需要假设数据服从正态分布。下面这段代码是我在多个团队复用的版本,可以直接跑。
import pandas as pd import numpy as np def build_band(series: pd.Series, window: int = 14, k: float = 2.0): """用滚动中位数与 MAD 构建波动带,MAD 转标准差系数取 1.4826""" med = series.rolling(window, min_periods=window // 2).median() mad = (series - med).abs().rolling(window, min_periods=window // 2).median() upper = med + k * 1.4826 * mad lower = med - k * 1.4826 * mad return med, upper, lower def flag_outliers(df: pd.DataFrame, metric: str): med, upper, lower = build_band(df[metric]) df["baseline"] = med df["upper"] = upper df["lower"] = lower df["is_anomaly"] = (df[metric] > upper) | (df[metric] return df
判定出异常之后,第二步是拆贡献。比如某天订单量掉了 30%,我会按”渠道 × SKU 组 × 时段”三个维度做贡献度拆解,找出掉得最多的那一段。经验是 80% 的异常可以归因到 1 到 2 个具体对象,剩下 20% 才需要深入分析。

四个问题里有两个答不上来,这个指标就先不要进清单。我见过太多团队把”用户满意度””品牌认知度”这类无法归因的指标放进周复盘,结果每次都只能得出”要继续努力”的结论。
ACOS 是结果,不是原因。同一个 ACOS 数字背后,可能是完全不同的广告结构。一个 ACOS 25% 的账户,可能是自动广告跑得很好,也可能是手动精准词在补贴自动广告的亏损。
我建议在广告效率表里必看四个结构指标:搜索词集中度、无效点击占比、自然订单占比、分层广告组的表现差异。前两个告诉你钱花得对不对,后两个告诉你钱花得值不值。

回到开头那个 12 人团队。改造前的核心问题是三处数据互不连通:平台后台管销售、广告后台管投放、ERP 管库存与成本。每周复盘要三个人花半天手动导表、拼表,拼完之后大家已经没什么精力分析了。
更麻烦的是数据滞后。周会上看到的是上周数据,而真正需要止损的广告组可能已经烧了四五天。这个团队的无效广告支出,我估算占月度广告总花费的 12% 到 18%。
我们引入数跨境(官网:https://shukuajing.jiushuyun.com/?utm_source=seo&utm_plan=est&utm_unit=gys )作为数据归集与经营看板的主入口。它在这次改造里承担的角色很明确:把亚马逊和 TikTok Shop 两个渠道的店铺数据、广告数据、成本数据汇到同一套口径下,让团队不再需要在三个后台之间来回切换核对。
我特别看重的一点是利润口径的可解释性。手工拼表的时候,每个人对”成本”的理解都不一样,有人算头程,有人不算仓储。口径统一之后,毛利数字第一次变成了团队共识,讨论才能往下推进。具体功能模块以官网说明为准,我不在这里替工具做超出实际的承诺。
这一步做完之后,最大的变化不是效率,而是讨论起点变了。以前开会第一句是”这个数不对吧”,现在第一句是”这个 SKU 为什么是负毛利”。

数据归集只是前提,真正的改造发生在”异常到动作”这一段。我们定了一条规则:任何被标记为异常的指标,必须在当天 18:00 前产出一条对应的动作条目,否则升级到负责人。
为了让这条规则可执行,我把常见异常和标准动作做成了一张对照表,运营照着查就行,不需要每次重新思考。
| 异常信号 | 第一动作 | 验证指标 | 观察周期 |
|---|---|---|---|
| 点击率环比下降超 15% | 检查主图、价格标签、优惠信息是否被竞品覆盖 | 点击率 | 7 天 |
| ACOS 连续 3 天高于阈值 | 拉搜索词报告,否定高花费零转化词,拆分广告组 | ACOS、无效点击占比 | 5 天 |
| 退货率环比上升超 3 个百分点 | 抽查退货原因分布,比对详情页描述与实物差异 | 退货率、差评率 | 30 天 |
| 库存周转天数超 90 天 | 列出滞销 SKU,制定清仓价与站外渠道方案 | 周转天数、滞销金额占比 | 45 天 |
| 某 SKU 负毛利且销量占比超 3% | 核算全成本后决定涨价、降本或下架 | 毛利率 | 30 天 |
这张表的价值在于把决策变成了查表。中小团队最大的瓶颈往往不是分析能力,而是每天的决策数量太多,精力被消耗在重复判断上。
改造前,复盘结论写在会议纪要里,然后就没有然后了。改造后,每条动作进入某项目管理平台的看板,状态只有四种:待开始、进行中、待验证、已闭环。
关键在于”待验证”这一列。动作做完不等于闭环,只有验证指标达标才算闭环。这一列强制团队回头看结果,避免”做了就算完成”的自欺。


漏斗分析显示,这个店铺某主力 SKU 的点击率是 0.42%,加购率却有 10%,明显是”进来看的人少,但进来的人很满意”。这说明详情页没问题,问题在入口。
按常规做法会去重写整个 Listing,但我们只改了主图第二张,把它从纯白底产品图换成带尺寸参照的场景使用图。14 天后点击率从 0.42% 涨到 0.47%,订单量提升约 11%。改动成本几乎为零。
前面那张双轴图显示,广告花费上升的同时自然订单占比在下滑。这时候加预算是错的方向。我们的动作是把三个混合了自动与手动的广告组拆开,自动组只负责拓词,手动组只负责收割已经被验证的高转化词。
拆组后第 5 周,ACOS 从 34.2% 回落到 27.8%,自然订单占比从 33% 回升到 41%。这次动作的核心不是”投得更多”,而是”分得更清”。
团队原本准备对一批滞销品打 5 折清仓。我建议先算一笔账:这批货占用资金约 18 万美元,仓储费每月约 2400 美元,如果按 5 折清仓,毛利损失约 4.2 万美元;如果按 7 折慢慢卖,多占用三个月,资金成本加仓储约 1.1 万美元。
结论是 7 折慢卖更划算。这就是数据复盘的价值:它不改变你的执行能力,但它改变你选择哪条路。
规模决定了你能承受的流程复杂度。我见过 3 人小团队照搬大公司的周报模板,结果三天就放弃了。
我给考核数据分析岗产出的经验是:看他每周产出的”被采纳动作数”,而不是产出的报表数。报表再多没人用也是成本。
起量期最该关心的是单位经济模型,也就是每一个订单在扣掉所有变动成本之后是不是正的。这个阶段最典型的错误是为了冲量接受负毛利,寄希望于”规模上来之后成本自然下降”。我的观察是,规模效应通常只能改善 3 到 5 个百分点的成本结构,救不回一个负毛利的定价。
成长期最该关心的是增长质量。核心问题是”增长里有多少来自自然,”这个比例持续下滑,意味着你在用越来越贵的钱买同一批订单。这个阶段要把自然流量占比、复购率、内容资产存量放进月复盘。
规模化阶段最该关心的是资金效率。库存周转天数、滞销金额占比、资金占用回报率会逐渐取代 GMV 成为第一指标。这个阶段的取舍往往很痛苦,比如砍掉一个仍有销量但持续占压现金的产品线。
| 渠道类型 | 第一优先指标 | 容易被忽略的指标 | 复盘节奏特点 |
|---|---|---|---|
| 平台电商(如亚马逊) | 净利率、ACOS | 搜索词集中度、Listing 权重变化 | 数据完整,日报可行,重点在结构拆解 |
| 独立站 | 客单价、复购率 | 支付成功率、加购弃单率 | 埋点自建,口径最容易出错,需要先做数据治理 |
| 内容电商(短视频与直播) | 内容转化率、达人 ROI | 流量衰减速度、素材复用率 | 波动极大,建议用中位数基线而不是均值 |
内容电商的波动性是我见过最强的。同一套素材,两个账号发出去的效果可能差三倍。这种情况下用平均值当基线会导致每天都判定为异常,正确的做法是用分位数区间加人工判断。

跨境电商的指标筛选有一个非常稳定的规律:大约 20% 的 SKU 贡献 75% 到 85% 的毛利。这意味着你把主要精力放在头部 SKU 上,收益远高于平均用力。

基于这个分布,我给团队定的规则是:日复盘只看 A 类 26 个 SKU 的四个核心指标,B 类看周汇总,C 类只在月度做整体健康度判断。这条规则让日复盘时间从 40 分钟压到 15 分钟,而且没有漏掉任何重要异常。
我的判断标准是看指标的”噪音比”。如果一个指标的日度波动本身就很大,日更只会制造噪音。比如复购率、退货率这类指标,日度样本量太小,日更没有统计意义,周更或月更才准确。
相反,广告花费、库存预警、订单量这类指标日度噪音小、反馈快,值得日更。判断标准很简单:如果这个指标今天变了,我明天能不能做出一个与它相关的动作?不能的话就不要日更。
库存决策最忌讳单看一个维度。周转快的不一定赚钱,赚钱的可能压着大量现金。我习惯把三个维度画在同一张图上:横轴是周转天数,纵轴是毛利率,气泡大小是库存金额。

我见过太多团队先买工具、再想流程,结果工具变成另一个没人看的后台。正确的顺序是先写出口径文档和最简流程,跑两周手工版,确认流程可行之后再用工具固化。
工具的选择上,我倾向于”一个主看板 + 一个任务系统”的组合,不要超过两个。数据看板负责聚合与呈现,任务系统负责动作与闭环。功能重叠的工具越多,口径分裂的风险越大。
中小团队常见的幻想是招一个”数据运营”把三件事全包了。实际上这三件事的能力模型差异很大,一个人全包的结果通常是三件都做不深。
更现实的分工是:业务负责人定口径和优先级,运营执行取数和动作,工具负责自动化重复环节。人只做判断,系统做重复。凡是能被自动化的环节,就不要占用人的时间,因为人的时间应该花在提高判断质量上。
有必要,但要极度简化。我的建议是每周固定 30 分钟,只回答三个问题:本周赚钱了吗,哪三个 SKU 贡献最多利润,有没有货快断了。这三个问题覆盖了利润、结构和风险,是两个人的最小可行复盘。
先不要追求”完全对上”。时区差异、数据延迟、退款回冲都会造成天然差异。正确做法是给每个指标写清楚取数规则和容差范围,把容差之内的差异定义为正常,容差之外的才去查。差异从 8% 收敛到 1% 以内是完全可实现的。
日复盘 15 分钟,周复盘 90 分钟,月复盘半天。超过这个时长通常意味着会议在讨论不属于这个频率的话题,比如日会上讨论月度的站点取舍。
两个具体做法:一是会议主持人在开场明确”今天只讨论数据和系统,不讨论个人”;二是每个动作在创建时就写清楚负责人,让责任在平时就已经明确,不需要在会上追究。
我的观察恰恰相反。工具释放出来的是取数和拼表的时间,这部分时间应该转到分析和内容上。一个把 2 小时取数时间省下来的运营,如果把这 2 小时用来做竞品分析和素材测试,产出会明显提高。工具替代的是机械环节,不是判断环节。
不一样。旺季应该降低复盘频率、提高响应速度,因为变化太快来不及分析,重点放在库存和广告止损上。淡季应该提高复盘深度,做结构优化和内容资产建设。用同一套清单跑全年,旺季会疲于奔命,淡季会浪费窗口。
第一,数据复盘的产出物是一条条带验证指标的动作,不是一份份报表。判断复盘是否有效,看的是动作闭环率,不是看板丰富度。
第二,口径统一的重要性高于分析能力。在口径不统一的团队里,再强的分析能力也会被消耗在争论数据对错上。这一条我用过太多次验证。
第三,复盘的粒度应该绑定毛利贡献,而不是绑定 SKU 数量或渠道数量。把 20% 的头部对象管好,收益远大于平均用力。
这 14 天里最难的不是技术,是第 3 天。当团队第一次看到自己有一批负毛利 SKU 在持续销售时,通常会经历一段情绪波动。但只有跨过这一步,后面的所有分析才有意义。
如果你现在只有一个小时,回答我一个问题:你最近一个月卖出去的订单里,有多少比例是真正赚钱的?如果你答不上来,那么你现在的复盘清单上,最该补上的是利润口径表,其他都可以往后放。
如果你已经能回答,那么第二个问题是:这些赚钱的订单,集中在哪几个 SKU、哪个渠道、哪段时间?把答案写下来,你会发现你的复盘清单自然就浮现了。
数据复盘这件事,真正难的不是工具,也不是指标数量,而是愿不愿意承认某些数字背后的结论。承认了,清单才有意义;不承认,清单只是一份更精致的安慰剂。


读者评论
那段统一口径的 SQL 本身不复杂,难点在 ERP 成本根本拆不到 SKU 加自然日。头程按批次摊、仓储按月出账,硬拆误差不小。口径说明写起来容易,让供应链和财务认同一套分摊规则才是真卡点。你们后来是按固定比例摊还是有更细的规则?
个 SKU 负毛利却贡献三成销售额,这个结构挺常见。真正难的是知道之后砍不砍:有些是引流款,有些还在新品期,有些是捆绑配件的组成。单看毛利就动,很可能把自然流量一起砍掉。我觉得利润表后面得再挂一张战略亏损清单,不然执行层不敢拍板。
日复盘只看四个数字我认同,但我们试过有一个坑:退款额和广告花费当天经常延迟或回补,9:30 看的时候没跑完,容易误判。后来拆成上午看订单和库存、下午再看花费和退款,等于两次短会。不知道你们有没有遇到数据延迟的问题,还是说取数时间点做了固定约定?