广告总体 ROAS 上升了 31.84%，每个广告活动的 ROAS 却都下降了 10%，店铺净销售额还减少了 8.42%。这样的结果，周报该怎么写？它能支持下周增加预算吗？
一份有用的电商营销周报，要把广告活动表现与店铺销售放在一起看，检查两周数据是否可比，再明确下一步决策还缺什么证据。只把指标标成红色或绿色，解释不了这些变化。
我们用一组包含 Google 与 TikTok 广告活动标签、店铺日销售账和数据质量问题的模拟数据，测试了 Navos 的周度复盘流程。最终通过核验的报告解释了几项指标为何背离，并把发现转成营销、运营和财务可以继续处理的任务。下面展开周报结构、关键计算，以及在 Navos 中使用这类流程的方法。
这次 Navos 实测覆盖了什么
本次使用 PC 端 Square → Operational Reports 下的
business-review-campaign-performance-review Skill，版本为 1.0.0。任务是比较最近两个完整周，判断现有数据是否足以支持增加广告预算。我们提供了三个文件：
输入 | 内容 | 用途 |
广告活动日表 CSV | 日期、平台、活动 ID、花费、展示、点击、购买次数、归因收入 | 计算各活动及周度指标 |
店铺日表 CSV | 每日商品销售额、当日入账退款 | 提供独立的店铺销售视角 |
字段字典 | 币种、时区、报告周期、字段定义、缺失值规则 | 明确数据如何汇总、哪些值可以比较 |
所有记录均为模拟数据，统一使用美元和 America/New_York 报告时区。样本用于检验分析与解释，不代表真实商家的经营表现。比较周期为 2026 年 9 月 7—13 日、9 月 14—20 日；9 月 21—22 日作为未完整周单列。
本文讨论的是经过三轮明确反馈后形成的 v4。前几版存在需要修正的问题，电商行动表也是后来补充的要求。独立核验从原始输入重新计算了导出指标，并运行未改动的交付脚本，复现了最终 HTML 报告和 CSV。
ChatGPT 也收到相同的首轮输入和提示词，作为参照。但 Navos 最终版本接受了额外反馈，任务要求也有所增加，因此本文不把它当作“同条件首轮胜出”的证据。本次没有测量运行速度、节省时间或真实经营收益。
一份可以照用的电商营销周报结构
用六个部分组织周报，方便团队在复盘会上理解结果并分配后续工作。
区块 | 应写什么 | 本次案例如何填写 |
执行摘要 | 主要变化、解释边界、待决定的问题 | 总体归因 ROAS 上升，但店铺净销售额和各活动 ROAS 下降 |
周度指标表 | 完整周期汇总值、公式、比较日期 | 两周花费均为 14,000 美元，净销售额由 33,250 降至 30,450 美元 |
广告活动拆解 | 各活动表现及花费分配 | 品牌搜索和再营销获得了更多花费 |
数据质量说明 | 重复记录、缺失字段、覆盖率、未完整周期 | 一个活动日的购买次数缺失 |
经营解释 | 已经能判断什么，仍不能判断什么 | 花费结构在算术上解释总体 ROAS 上升，利润仍未知 |
下一步行动 | 负责人、所需材料、补齐后重审的决策 | 对账、分析新老客、补齐成本，再讨论扩量 |
跨境电商团队还需要先统一报告币种和时区。如果文件涉及多个币种或市场，应事先定义分开统计或换算的方式。本次只测试一个市场、一个币种，没有验证汇率转换流程。
把店铺指标与广告 ROAS 放在一起看
只看广告平台汇总数据，这两周似乎表现不错。
指标 | 9 月 7—13 日 | 9 月 14—20 日 | 变化 |
广告总花费 | $14,000 | $14,000 | 0% |
各平台归因收入之和 | $39,900 | $52,605 | +31.84% |
总体平台归因 ROAS | 2.8500 | 3.7575 | +31.84% |
店铺商品销售额，退款前 | $35,000 | $32,900 | −6.00% |
本期入账退款 | $1,750 | $2,450 | +40.00% |
店铺净销售额 | $33,250 | $30,450 | −8.42% |
店铺净销售额 / 广告花费 | 2.375 | 2.175 | −8.42% |
这里的总体平台归因 ROAS，指各平台归因收入之和除以广告总花费。它是对输入报表的描述性汇总，不是店铺去重收入，也不是广告带来的增量回报。
店铺净销售额采用另一套定义：本期商品销售额减去本期入账退款。这些退款可能来自更早的订单，因此“本期退款增加”不能直接解释成“本周买家的本周订单更容易退款”。
周报摘要应该同时保留这两个视角：
广告平台在相同花费下记录了更多归因收入，但店铺记录的净销售额下降。需要先核对统计差异，再判断 ROAS 上升是否代表经营改善。
不要把平台归因收入与店铺销售额相加，它们是销售活动的不同统计视角。第二周归因收入与店铺净销售额相差 22,155 美元，也不能直接把这笔差额写成重复归因金额：本次没有提供订单 ID、归因设置以及日期口径的对账结果。
总体 ROAS 上升，为什么每个广告活动都在下降
展开到广告活动层级，原因就更清楚了。
广告活动 | 第一周花费 | 第二周花费 | 第一周 ROAS | 第二周 ROAS |
Google 品牌搜索，GS-B | $1,400 | $4,200 | 6.00 | 5.40 |
Google 非品牌搜索，GS-N | $4,200 | $2,100 | 2.50 | 2.25 |
TikTok 拓客，TT-P | $7,000 | $3,500 | 2.00 | 1.80 |
TikTok 再营销，TT-R | $1,400 | $4,200 | 5.00 | 4.50 |
四个活动的 ROAS 都下降了 10%。但样本中归因 ROAS 较高的品牌搜索与再营销，合计花费占比从 20% 升到了 60%。
总体 ROAS 是以花费为权重的加权平均值。权重变化足够大，就可能使总体走势与各活动走势相反。
可以用一个计算观察这种变化：把第二周各活动的 ROAS 代入第一周的花费占比。
10% × 5.40 + 30% × 2.25 + 50% × 1.80 + 10% × 4.50 = 2.5650。
如果保持旧花费占比，第二周的总体 ROAS 应为 2.5650，而不是实际汇总的 3.7575。按这种拆解方式，活动内部变化贡献 −0.2850 个 ROAS 点，花费结构变化贡献 +1.1925 个点，合计正好是总体从 2.85 升至 3.7575 的 0.9075 个点。
这是算术解释，不是调整预算能带来多少销量的因果估计。文件没有说明增量销售、受众容量，也没有证明再多花一美元会得到同样回报。
复盘会议因此有了更具体的议题：为什么每个活动都在走弱？新的花费结构与店铺销售、新客获取有什么关系？这些问题比直接庆祝“整体投放效率提升”更值得跟进。
展示已知数据，同时保留完整指标的缺失状态
广告日表共有 66 行，其中两行是完全相同的重复导出。去除后剩余 64 个唯一活动日记录。字段字典已经说明这类记录不代表新增活动，重复计入会放大指标。
另一个问题是：TikTok 再营销在 9 月 16 日的购买次数缺失。这里的空白表示无法取得，不代表零。
因此第二周应该分别展示：
- 已知购买次数小计：1,000，覆盖预期 28 个活动日中的 27 个。
- 完整周购买总量：在缺失记录补齐前不可用。
单看 TT-R，已知小计为 324，覆盖 7 天中的 6 天。无论总体还是 TT-R，都不应拿不完整的小计与完整前周直接计算增长。
这个规则也会影响衍生指标。完整周购买转化率、每次购买成本仍不可用。拿全部 14,000 美元花费除以已知的 1,000 次购买，会把完整分子和不完整分母混在一起。
如果确实需要观察已有数据，可以只选购买次数可用的相同记录：这些记录的花费为 13,400 美元、购买次数为 1,000，对应该子集的每次购买成本为 13.40 美元。必须标明覆盖范围，不能把它当成完整周结果，也不能叫新客获取成本，因为文件没有提供新客数量。
最后，将 9 月 21—22 日单列。两天数据不会因为出现在同一个文件里，就自动变成可以与完整周比较的一周。
把周报发现转成三项后续工作
复盘要发挥作用，每项发现都需要接上具体工作。下表是对最终报告行动表的会议版归纳；本次测试没有实际修改广告账户。
发现 | 后续工作与建议负责人 | 作出判断前需要什么 |
平台归因收入上升，店铺净销售额下降 | 营销分析与店铺运营：核对两套统计视角 | 订单级记录、归因窗口和设置、收入归属日期、退款入账时间 |
品牌搜索、再营销的花费占比上升 | 增长负责人：检查新老客分别贡献了什么 | 新老客定义、相同周期的客户数量与订单金额；活动名称不能证明客户身份 |
总体 ROAS 较高，但无法判断是否盈利 | 财务与投放负责人：核算贡献并评估扩量条件 | 同口径的商品、履约、平台、支付成本，以及边际回报和可承接容量的证据 |
对这组样本而言，现有证据尚不足以支持增加预算。等待对账后再做决定属于临时控制措施，并不说明当前预算分配就是最优方案。
成本数据不可跳过，因为净销售额并不等于利润。即使扣广告费前的贡献为正，也可能不足以覆盖广告支出。缺少必要成本时，报告应把广告后贡献保留为未知，不应自行填入毛利率假设。
把广告数字、店铺记录和不同岗位的后续工作串起来，是本次 Navos 交付对电商团队最有用的部分。 团队拿到的是可以继续推进的复盘议程。想了解相关场景，可以查看 Navos 零售数据分析介绍（英文）；本文的实测结论仍限定于这一次文件分析。
怎样在 Navos 中做一次电商周度复盘
从 Navos 桌面客户端下载页（英文）进入。在本次确认的 PC 界面中，依次打开 Square → Operational Reports，找到
business-review-campaign-performance-review，点击 Use。这是本次测试使用的 Skill，后续界面名称可能调整。准备广告活动表、店铺销售表，再附上简短字段字典。至少写清记录粒度、币种、时区、周起止规则、空值含义，以及退款按入账期还是原订单期统计。使用自己的文件时，先移除任务不需要的个人信息。
接着提出明确的复盘任务。下面是根据本次测试经验整理的编辑版提示词，不是最初的盲测提示词：
请分析附件中的广告活动和店铺数据，为电商周度复盘会议准备报告。 比较最近两个完整的周一至周日周期，后续日期单列。 币种、时区和字段定义以附件字典为准。 汇总前检查记录键、完全重复行、冲突记录和缺失值，不要静默处理冲突。 区分已知小计与完整总量，为受影响指标标明覆盖范围。 分别报告活动表现、花费占比、平台归因收入与店铺净销售额。 解释总体走势与活动走势不一致的情况。 没有证据时，不推断利润、增量效果或新客获取表现。 交付周度指标表、广告活动拆解、数据质量说明，以及三项后续行动。 每项行动写明建议负责人和再次作出决策所需的数据。 同时提供 HTML 报告、KPI CSV、计算脚本和验证说明。
正式转发前，将报告与输入文件核对。本次通过验收的 HTML、CSV、脚本和验证日志，组成了一套可以追溯计算的交付材料。独立检查还在隔离测试中故意加入一条冲突记录，确认提交脚本会停止，而不是继续输出正常报告。
这个结果验证的是固定案例，不代表任意新报表都能直接复用。脚本包含本例日期和特定检查，因此不能称为已经验证的每周自动化。分享截图前也需要检查实际渲染：本次核验了内容和复现结果，尚未确认浏览器中的图表外观。
常见问题
电商营销周报应该包含哪些内容？
至少包括摘要、完整周期指标、带花费占比的活动拆解、数据质量说明、经营解释，以及明确负责人的行动项。平台归因收入和店铺销售额需要分别标注，让读者知道每个数字回答什么问题。
AI 能直接用 CSV 生成周报吗？
本次 Navos 测试从文件输入生成了 HTML 报告、KPI CSV、Python 脚本和验证日志。最终合格结果经过三轮反馈。它可以支持有人复核的分析流程，但不能保证每次首轮回答都正确。
为什么每个广告活动的 ROAS 下降，总体反而上升？
因为各活动获得的花费占比会变化。本例更多花费转向归因 ROAS 较高的活动，使总体比率上升，即使每个活动内部都在下降。解释总体变化前，先检查花费权重。
购买次数缺失时，可以按零计算吗？
只有源数据明确规定为空即零时才可以。本例的空白代表不可用，因此报告保留已知小计，同时将完整周购买指标标为不可用，没有补造数值。
能让报告自动决定下周预算吗？
本次没有验证自动预算决策或账户修改。报告明确了需要对账的内容，以及缺少哪些成本和客户数据。这些工作能让下一次预算讨论更有依据，但现有文件并没有回答所有问题。
准备开始下一次复盘时，可以打开 Navos 桌面客户端下载页（英文），选择广告活动表现复盘 Skill，准备广告表、店铺表与指标定义。要求报告把发现和未解决的问题都写清楚，方便团队核对和跟进。
