先钉指标，再允许提问

指标是问数的名词表。名词不统一，句子无法翻译。公开讨论把语义层说成指标字典：名称、计算、维度、过滤、同义词。个人没有平台，也可以先有一张表。没有这张表，就不要开放「随便问」。

一条指标一个计算式

月活：过去 30 天至少一次成功登录的去重用户。写成 SQL 片段，贴在字典里。不要只写「活跃用户数」五个字。

同义词指向同一条

月活、MAU、活跃用户，若计算式相同，就指向同一行。不同就拆开，别用括号和解。

提问只允许字典里的名词

新词先立项。立项前，问数回答「这个指标还没有口径」。拒绝比猜更体面。

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

月活：过去 30 天不含今天，登录成功至少一次的去重用户。

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

SELECT COUNT(DISTINCT user_id) AS mau
FROM user_login_logs
WHERE login_time >= CURRENT_DATE - INTERVAL '30 day'
  AND login_time < CURRENT_DATE
  AND status = 'success';

把这条片段当成指标的身份证。以后所有「活跃」都要出示身份证，才能进提问卡片。

提问是规格，不是文采

公开的提问建议把好问题拆成时间、指标、筛选、统计、呈现。我把它当成规格书。规格可以写得不好看，不可以缺零件。零件缺了还硬跑，就是用默认值替别人做决定。

相对时间必须有锚点。形容词必须换成规则。追问必须能单独重跑。这三条足够挡住提问阶段最常见的漂。

高频问题做成卡片。卡片有版本。口径改了就升版本，不要在聊天里口头补丁。口头补丁过一周，谁也说不清当时的数是哪一版口径问出来的。

读完这一辑可以做什么

把你最常问的三句话写成卡片。每张卡片第一行写锚点规则，第二行写指标计算，第三行写排除项。然后拿这三张卡片去对三天的报表。对不上，先改卡片，不改心理预期。

字典里没有的名词，不允许出现在最终问题上。