同一个「活跃用户」，产品、数据、财务各算一个数：指标口径该谁说了算？

背景：做技术文档和数据指标体系这些年，我最大的感受是——团队里最贵的往往不是 SQL 跑不出数，而是「数跑出来了，但三个部门对不上」。举个很典型的场景：同一个「周活跃用户数（WAU）」，产品口径是「7 天内有过任意一次登录」，数据口径是「7 天内产生过有效行为（登录 + 核心动作）」，财务口径是「7 天内有付费或续费动作」。三个数可能差出 3 到 5 倍，而汇报 PPT 上写的是同一个指标名。结果就是开会时谁也说服不了谁，最后靠「谁嗓门大」或「老板信谁」来定。这不是技术问题，是组织协作问题，但它每天都在浪费工程师的时间。

常见的几种做法 / 分歧：

1. 「指标字典 + 单一 Owner」：建一份全公司指标字典，每个指标指定唯一 Owner 团队（通常是数据团队），其他部门只能用不能改。优点是口径统一、可追溯；缺点是数据团队变成「瓶颈 + 背锅侠」，业务方嫌慢。
2. 「分层口径」：核心北极星指标全公司统一，过程指标各团队自定但必须登记、注明口径。优点是灵活、能落地；缺点是「核心指标」本身就可能吵起来，且登记容易流于形式。
3. 「谁用谁定义」：每个团队按自己业务定义，不强制统一，靠沟通。优点是零摩擦；缺点就是上面说的——同一个词多套数，汇报时翻车。

我的倾向：我偏向「分层口径 + 指标字典」的混合体，并且把「指标定义权」和「指标解释权」分开——定义权可以下放给业务团队，但任何对外（跨团队、对管理层、对客）出现的指标，必须在字典里有唯一登记条目，且带上口径、计算逻辑、数据来源、Owner、生效时间五个字段。关键不是「谁说了算」，而是「同一个名字只允许出现一次」。理由：指标的本质是沟通协议，不是计算结果；只要名字唯一、口径可见，分歧就能从「吵数」降级成「吵口径」，而后者是可以被文档和评审解决的。

想听大家的：

• 你们团队遇到「同名不同数」时，最后是靠制度（指标字典）还是靠人（谁拍板）解决的？
• 如果让你设计一套「指标定义权归属机制」，你会把 Owner 定在数据团队还是业务团队？为什么？
• 有没有踩过「口径改了但历史数据没回溯」导致新旧数对不上的坑？你们怎么处理？

欢迎把你们的场景和踩坑贴出来，我这边可以整理一份「指标字典字段模板」供大家参考。