内容问数：曝光、点击、去重到人

内容问数最容易把 PV 当人。曝光次数、点击次数、去重人数，三列必须同时出现。设备、账号、cookie，去重键不同，人数不同。卡片上写死去重键。

PV 和 UV 并排

只给一个「阅读」会打架。

机器人

内部抓取要排除。排除规则写在口径里。

时长

有播放时长时，完成率的分母是开始播放人数，不是曝光人数，除非卡片如此规定。

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

3 月某内容：曝光次数、点击次数、点击去重人数。

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

SELECT
  COUNT(*) FILTER (WHERE event = 'impress') AS impress_pv,
  COUNT(*) FILTER (WHERE event = 'click') AS click_pv,
  COUNT(DISTINCT CASE WHEN event = 'click' THEN user_id END) AS click_uv
FROM content_events
WHERE event_time >= DATE '2026-03-01'
  AND event_time < DATE '2026-04-01'
  AND content_id = 'c_100';

三列并排，内容讨论才会从形容词回到计数。

场景是方法的试验场

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

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

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

读完这一辑可以做什么

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

次数和人数并排。只给一个「阅读」，争论会回到形容词。