活动还没开始复盘表已经可以写。先定义什么算参与、什么算付费、退款计入哪一段时间比结束后从一堆截图里挑最好看的数字更有用。双11在未来这里是准备方案不是2026年双11的业绩复盘。所有示例事件都是教学数据没有真实访客、订单或营收。把观察窗口与结果等待期分开活动截止和数据完整不是同一时刻。付款可能延迟确认退款可能稍后发生邮件统计也有延迟。事先记录活动窗口、归因规则和结果等待期能减少事后选择性解释。同样要保留异常事件支付失败、优惠码无效、客服未回复都会影响用户体验。只看成功订单会漏掉那些最需要改进的环节。图里的复盘发生在窗口之后不把尚未发生的结果提前画成增长曲线。前期目标是收集能解释问题的数据。用左闭右开的窗口归类const assert require(node:assert/strict); function inWindow(at, start, end) { if (![at, start, end].every(Number.isFinite) || end start) throw new TypeError(invalid window); return at start at end; } const start Date.parse(2026-11-11T00:00:0008:00); const end Date.parse(2026-11-12T00:00:0008:00); assert.equal(inWindow(start, start, end), true); assert.equal(inWindow(end, start, end), false); assert.equal(inWindow(start - 1, start, end), false); console.log(campaign-window: 3 assertions passed);保存为campaign-window.cjs运行node campaign-window.cjs。明确时区与边界可以避免相邻窗口重复计数。真实事件还需记录来源时钟、延迟和去重标识代码通过不意味着这些数据已经存在。先留出可以承认失败的位置复盘表可以并列写目标、实际结果、证据和下一步。目标没有达到时解释用户在哪一步停下比临时更换成功定义有帮助。没有对照组或合理设计活动期间收入变化也不能直接归因于某个按钮颜色。Search Console指标说明中的展示和点击有特定含义不能与站内独立用户混为一谈。各平台口径应在表里分别注明。本文只验证时间窗口没有接入分析平台或测试真实营销效果。提前把“如何看结果”说清楚活动结束后才有机会做一次诚实的复盘。