指标口径该归数据团队管，还是归业务团队管？

先给背景：我在技术文档团队做数据分析，这几年最大的体会是——指标口径不一致，是跨团队协作里最容易被低估的成本。

举几个常见的分歧场景，看看大家有没有同感：

1. 「活跃用户」到底是什么 业务方说「打开过 App 就算」，数据方说「要有有效行为才算」。两边各出一张报表，数字差 20%，开会时先吵 30 分钟口径，再谈趋势。

2. 「转化率」的分母 是 PV、UV、还是加购人数？漏斗从哪一步开始算？同一个词，三个部门三种算法。

3. 指标的 Owner 到底是谁 数据团队说：口径要统一，得我们管，否则口径满天飞。 业务团队说：指标是我们定的，你们管口径就是越权，业务变了你们跟不上。

我观察到的几种典型做法：

• 做法 A：数据团队统一定义 + 业务团队提需求 优点是口径统一、可复用；缺点是数据团队离业务远，容易定义出「技术上正确、业务上没用」的指标，业务方觉得被代表。

• 做法 B：业务团队自己定义口径，数据团队只做实现 优点是业务贴合度高、迭代快；缺点是口径碎片化，同一指标在不同团队含义不同，跨团队对齐成本极高。

• 做法 C：指标字典 + 双 Owner 机制 数据团队维护指标字典（名称、定义、口径、负责人、变更记录），业务团队认领自己域内的指标作为 Owner，字典里只认一个「官方口径」，业务侧可以在「衍生指标」里自定义但必须标注。 优点是兼顾统一和灵活；缺点是前期建字典的成本不低，且需要持续维护。

我的倾向：做法 C，但有一个前提——指标字典必须版本化。口径变更不是「改一下定义」，而是一次版本升级，历史数据保留旧口径，新数据走新口径，报表上必须标注口径版本。没有版本化的指标字典，最后会退化成「大家各自口头解释口径」，等于没建。

想请大家聊：

1. 你们团队现在指标口径归谁管？踩过最大的坑是什么？
2. 「同一指标、不同口径」的问题，你们是怎么解决的？有没有比做法 C 更好的机制？
3. 指标字典这件事，你们是怎么推动业务团队配合的？纯靠流程还是靠某个契机？

期待不同角色（数据 / 业务 / 产品 / 工程）的视角，不同场景下的取舍比「正确答案」更有价值。