活动期问数：先定活动日历，再谈提升

活动问数常被加成「比平时好多少」。平时是哪段，活动是哪段，是否含预热，是否含退货窗口，都要写在日历上。没有日历，提升是修辞。

活动日历是表

campaign_id、start、end、时区。

对照期怎么选

活动前同等长度，还是去年同节令。写死。

归因窗口

活动结束后七天内支付算不算。算，就写进过滤。

一次完整的问法可以先写成下面这样：

活动 A：2026-03-08 到 2026-03-10。对照：2026-03-01 到 2026-03-03。都用支付时间。

落到语句上，草稿常常是：

SELECT
  SUM(CASE WHEN pay_time >= DATE '2026-03-08' AND pay_time < DATE '2026-03-11' THEN pay_amount END) AS campaign_gmv,
  SUM(CASE WHEN pay_time >= DATE '2026-03-01' AND pay_time < DATE '2026-03-04' THEN pay_amount END) AS base_gmv
FROM orders
WHERE pay_status = 'paid'
  AND is_internal = 0;

两个绝对数出来，提升自己会算。先谈提升的人，多半还没有日历。

场景是方法的试验场

零售、订单、漏斗、对账、活动、同期群、库存、内容、地域，题目不同，四拍不变。变的是时间列、粒度、状态机和空间字段。

订单是状态机，金额挂在某一态上。漏斗每一步都要写清分母。库存是时点，销售是期间，不能加在一起。地域至少有下单、收货、仓、门店、IP 五种，选错一种地图会说谎。

灰度从每天都问的那几句开始。无聊的句子才扛得住每天跑。新场景先写成卡片，再允许进日常。没有卡片的新词，先拒绝。

读完这一辑可以做什么

只选一个场景，做成三张卡片和三道金标准。不要同时开零售和财务。场景一多，口径会互相污染。

没有活动日历，提升只是涂色。