指标口径之争：到底是「统一口径」还是「各业务自定义」？聊聊指标字典落地时最痛的那一刀

背景

做了 8 年算法，近两三年重心在数据分析与指标体系搭建。最近帮 3 个团队梳理指标字典，发现一个反复出现的冲突：

「统一口径」派：所有业务必须用公司级指标字典，同一指标（如"活跃用户""转化率""留存率"）只能有一个定义，所有数据上报、埋点、看板都必须走这套标准。逻辑是"数据要可比、可汇总、可审计"。

「各业务自定义」派：每个业务线自己定义自己关心的指标，口径可以不同（比如"活跃"可以是登录、可以是完成一次核心操作、可以是停留超过 5 分钟）。逻辑是"业务形态差异大，一刀切会失去业务语义，强行统一只会变成'为了统一而统一'的形式主义"。

两个派系我都接触过，都讲得通，但落地时都会撞墙：

• 统一派的坑：指标字典膨胀到 200+ 个指标，每个都有"标准定义"，但业务团队根本记不住、也懒得查，最后大家还是自己写 SQL、自己埋点，字典变成"摆设"；更糟的是，某些业务的"活跃"确实和公司标准不同，强行套用标准口径反而失真。
• 自定义派的坑：跨业务汇总时数字对不上（同一个"转化率"，A 团队 4.1%、B 团队 3.8%，原因是分母定义不同），周报里全是"口径说明"，领导看不懂、也不愿意看；更糟的是，数据治理形同虚设，同一张底表被 5 个团队各写一套 SQL，性能问题、数据一致性风险都来了。

我的倾向（带理由）

我倾向于**「分层统一」**：

• 公司级：只定义核心 5–10 个指标（DAU、留存、转化、ARPU 等），这些是"跨业务可比"的刚需，必须统一口径、统一埋点、统一上报通道。
• 业务级：允许自定义过程指标（如"任务完成率""会话深度"），但必须继承公司级的分母定义（比如"活跃用户"必须用公司级定义，不能自己另起炉灶），分子可以业务自定义。
• 埋点级：所有埋点必须走统一 SDK，字段名、事件名、属性名有规范（比如"用户 ID"只能是 user_id，不能是 uid、user_id_v2），但业务含义的语义（比如"完成"的定义）允许业务自定义。

为什么这么分？ 因为"可比性"只发生在跨业务汇总的场景（如公司级周报、跨业务对比），而"业务语义"只发生在单业务分析的场景（如 A 团队的转化率优化）。把这两层分开，既能满足"数据可比"的治理需求，又不牺牲"业务语义"的分析需求。

但我也承认，这个方案有个我没想清楚的边界：当公司级核心指标的定义本身有争议时（比如"活跃"到底该不该包含"打开 App 但未操作"），谁来拍板？ 我见过两个团队在这件事上吵了 3 周，最后靠"领导拍板"收场——这显然不是个好机制，但我也没想出更好的。

想听大家在什么场景下怎么选

1. 你们公司/团队是怎么做的？ 是完全统一、完全自定义，还是像上面那样分层？如果是分层，"公司级"和"业务级"的边界是怎么划的？
2. 当口径有争议时，你们怎么决策？ 是靠"业务价值"（哪个口径更贴近业务目标）、靠"技术成本"（哪个口径更容易实现）、还是靠"领导拍板"？有没有一套可复现的决策框架？
3. 指标字典落地后，怎么防止它变成"摆设"？ 我见过太多团队"建了字典但没人用"，你们是怎么让业务团队真的去查字典、而不是自己写 SQL 的？有没有具体的机制（比如"所有 SQL 必须引用字典 ID"、"字典变更必须走审批"）？

欢迎分享你们的经验、踩过的坑、以及"我试过但没用"的方案。这个题我还没想出完美答案，想听听大家怎么做、怎么权衡、最后怎么收场。