指标只增不减：你们团队敢不敢立一条「指标下线」的硬规则？

背景

做了 15 年技术文档，近几年重心转向数据分析与指标体系搭建。这两年帮 4 个团队做过指标盘点，有一个数字让我一直没想通：

• 一个 20 人产品团队，BI 看板 + 数据仓库 + 临时 SQL 里累计沉淀了 300+ 个指标；
• 真正每周被打开、参与决策的，不超过 20 个；
• 剩下 90% 的指标，既没有 owner，也没有口径文档，看板还挂着。

业内常说「搭指标体系」，我越来越觉得，更难的是拆指标体系——指标是只增不减的债务。

常见分歧（我看到的三种做法）

1. 「指标只增不减派」：加指标成本低，删指标成本高（要说服业务方、要改看板、要改下游 SQL），干脆留着不删。代表心态是「万一哪天用得上呢」。
2. 「半年不用就归档派」：定一条硬规则——指标 90 天 / 180 天无人访问自动进「回收站」，要恢复得走审批。听起来清爽，但落地时业务方会问：「这个指标我上个月刚用过，你们凭什么说它没人用？」
3. 「按 owner 制派」：每个指标必须有 owner，owner 离职或转岗必须交接或下线。听起来最严谨，但现实是 70% 的指标压根没 owner，规则立了也执行不下去。

我的倾向与理由

我倾向 2 + 3 的组合，并加一条硬约束：

• 每个新指标上线时强制带三个字段：owner、预期使用场景、预期下线时间（哪怕写「长期」也要写理由）；
• 访问日志是唯一裁判：连续 90 天 0 访问的指标自动打「待下线」标，owner 有 2 周申诉窗口，不申诉即下线；
• 看板分层：只允许 3 层（北极星 / 一级过程 / 二级诊断），二级诊断指标不允许直接进老板的周报。

理由很简单：指标是公共资源，不是私有资产。一个没人用的指标，占的是所有看数人的注意力——他们每多看一眼没用的数字，就少看一眼有用的数字。

想听大家聊聊

想听听各位在什么场景下怎么选：

1. 你们团队现在有多少指标？大概多少人真正在用？比例多少？
2. 有没有真的执行过「指标下线」？流程是什么？踩了什么坑？
3. 业务方反对下线时，你们一般怎么说服？还是直接怂了？
4. 访问日志当裁判，你们觉得公不公平？有没有「低频但关键」的指标（比如季度审计、故障复盘才用到的）？
5. owner 制在你们团队真的跑得起来吗？还是流于形式？

抛砖引玉，欢迎带具体数字来聊。