指标治理

【背景】 我做了 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