GR · FW · 007
北极星指标选择
North Star Metric Selection · north-star-metric-selection--sean-ellis
所属簇 增长模型、飞轮与北极星指标
解决什么问题
团队缺乏统一指标来衡量"是否在持续为客户交付价值",各职能各自为政,增长缺乏聚焦。
核心内容
起点:从 Sean Ellis Test 中挖掘出的 must-have value。North Star Metric 应该反映"我们向多少用户交付了这种 must-have 体验"。
选择标准(checklist):
- 反映客户价值,不是收入——收入应是交付价值的副产品
- 不是比率(ratio),而是可随时间持续上升的绝对值
- 与收入增长相关,但本身不是收入
- 含时间维度(如 weekly / daily),避免无时间限制的累计数永远看起来在涨而失去行动指导力
- 可被团队日常管理和影响
团队流程:
- 限时集体讨论(给对原料和 checklist,30 分钟通常足够;给 30 天就会花 30 天)
- 团队共同决定,不是某人指派
示例:
| 公司 | North Star Metric | 说明 |
|---|---|---|
| Airbnb | Nights booked | 不按金额算,因为 $1000 的 TV 和 $10 的牙刷对用户价值相同 |
| Uber | Weekly rides | 含时间维度 |
| Amazon | Monthly purchases | 不按 GMV,按交易次数 |
| 从 MAU 切到 DAU | 切换后团队行为大幅改变,产品变得更上瘾 |
为什么不用收入:Amazon 卖一台 $1000 电视和卖一个 $10 牙刷,从消费者视角交付的价值相同("我需要东西,Amazon 帮我找到了")。收入无法区分价值交付的质量。
适用边界
- 需要先完成 must-have user investigation,否则没有原料来选指标
- North Star Metric 不需要完美——团队对齐比精确选型更重要
- 指标选定后会深刻改变团队行为(Facebook 的 MAU→DAU 案例说明这一点是双刃剑)
关键引述 · 原话
"Revenue should be a product of doing things right. It shouldn't kind of guide your day-to-day actions." — Sean Ellis
关联卡片
- 输入依赖:must-have-user-investigation 的 benefit 洞察 - 是 growth-execution-sequence 各环节实验的对齐目标
出处:Sean Ellis · 03-podcasts/sean-ellis.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2