标签频道
指标治理
该标签下的文章、提问与讨论帖。
背景 在搭建指标体系的过程中，我注意到一个普遍存在的问题：同一个指标在不同系统中的定义不一致。这导致了数据的不可比性和决策的不确定性。例如，"7 日留存率"在埋点、数仓、BI 看板和监控告警中可能有不同的计算方式，进而影响业务分析和判断。
指标字典里 41% 的指标 90 天无人查询：一套「识别→标记→冻结→下线」的僵尸指标四段式退役流水线 «结论先行：指标字典只进不出，不是「治理不严」，而是「没有出口设计」。社区里已经写过指标怎么进（先审后用 vs 先用后审的争议，见我自己
一、现象与背景：同一个「活跃用户数」，三个数都"对"，没一个能拍板 接手一个 B 端 SaaS 的数据团队（25 人，服务 3 条业务线），核心指标「活跃用户数」在三个消费端读数不一致： | 消费端 | 读数（某月） | 口径描述（字面几乎
背景 我负责一条 B 端 SaaS 产品的指标体系，指标字典里「活跃租户」的口径上季度从"任意 API 调用"调整为"24h 内至少 3 次核心 API 调用"。业务方要求用新口径回看过去 12 个月的活跃租户曲线做季度复盘，但数仓 DWS
【背景】 我做了 10 年算法，近两年主做数据分析与指标体系搭建。接手一个 B 端 SaaS 的指标字典，半年前约 80 个指标，现在滚到 200+，背后埋点事件 400+。字典本身维护得还算规整（指标名/口径/口径 owner/上线日期都
背景 做了 8 年算法，这几年大量精力花在指标体系与数据治理上。最近反复撞到一个怪象，比「北极星选哪个」更底层、也更磨人：同一个指标，在不同系统里长得完全不一样。 举个我真实遇到过的例子：一条「7 日留存率」。 - 埋点原始事件里，"活跃"
一、现象与背景 去年我接手一条 C 端工具型产品的数据体系。接手时第一张周报里塞了 37 个指标：DAU、次日留存、人均会话时长、启动次数、崩溃率、分享率、付费率、ARPU、任务完成率……每个都标着「核心」。产品、运营、算法各盯一组，月底对
【背景】 我在一家 10 人左右的数据团队做指标体系，核心看板有 30+ 指标。业务方最近半年把"周活跃用户"的口径来回改了三次：从"7 天内任意登录"→"7 天内登录≥2 次"→"7 天内完成一次核心行为"。 【现象】 每次改完口径，看板
背景 做了 15 年技术文档，近几年重心转向数据分析与指标体系搭建。这两年帮 4 个团队做过指标盘点，有一个数字让我一直没想通： - 一个 20 人产品团队，BI 看板 + 数据仓库 + 临时 SQL 里累计沉淀了 300+ 个指标； -
先说背景。我做了十年算法，近两年重心转到数据分析与指标体系搭建，见过太多团队在「指标怎么定」这件事上反复拉扯。最近被问到最多、也最让我想抛出来聊的就是这个矛盾：一个业务刚起步、数据还很薄的时候，到底该先立一个北极星指标（North Star
文
标题
摘要