深夜的山脊线上,满天繁星像一把碎钻石撒在黑色绒布上。第一次跟队夜爬的“我”又冷又慌,老领队阿岭却稳稳地指了指正北天空:“看见那颗最亮的星了吗?不,那可能只是金星——它会跑。真正的北极星几乎不动,整支队伍只要能盯住它,就不会迷路。”那一晚,队伍靠一盏头灯、一张手绘地图和这颗星,穿越密林、淌过溪流、翻上碎石坡,在黎明前抵达了观星台。 后来“我”成了AI产品经理,才发现这段夜爬经历就是产品工作的教科书。做AI产品,最难的不是写代码、调模型,而是回答一个问题:我们这一大群人,朝哪个方向使劲才对?答案就是北极星指标。它用“唯一一只不动的星”的力量,把算法团队、产品团队、运营团队的脚步拧成一股绳,再逐段拆成路上每一处地标,让每天的改进都有据可依。这篇文章就跟着阿岭的夜爬路线,把“认星—选星—拆路—画树—看板—决策”六步走完。

岗位关联

学会用北极星指标把千头万绪的AI产品工作拧成一股绳,是产品经理从“画原型的人”走向“定方向的人”的分水岭。

目录
  1. 可视化演示
  2. 北极星指标定义:队伍只认一颗星
  3. 选择北极星指标:分清真星与流星
  4. 指标拆解方法:把夜路切成四段
  5. 构建完整指标树:一张树干分叉的地图
  6. 监控看板搭建:小哨兵的望远镜
  7. 指标驱动决策:让地图说话
  8. AI 应用场景
  9. Python 演示
  10. 常见误区
  11. 面试题

可视化演示

演示北极星指标选择、指标树逐层拆解、监控看板预警三大场景,点击步骤切换指标管理维度。

本节配有交互动效(进入视口后自动加载,约 3KB)。

北极星指标选择 北极星是唯一核心指标,衡量产品核心价值交付 候选指标需满足:反映价值、可衡量、可行动 NSM = f(用户价值,商业价值) 选错指标会把整个团队带偏方向

北极星指标定义:队伍只认一颗星

夜里走到半山腰,“我”被远处一颗又大又亮的星吸引,差点带着队伍偏转方向。阿岭一把拉住“我”:“亮不等于对。那颗是金星,会跟着时间跑。我们要找的北极星,位置十几个小时都不动,整支队伍只要盯住它,东南西北就全有了。”这正是北极星指标存在的意义——它不是后台报表里最好看的一个数字,而是那个“几乎不动、指向正北”的核心价值。

在AI产品语境里,北极星指标(North Star Metric,NSM)是衡量“产品为用户创造的核心价值”的单一指标。对问答助手,它是“每周完成的有价值任务数”;对AI设计工具,它是“每周产出的可交付设计稿数”。它刻意不选收入或活跃——只问一个问题:用户到底有没有用上我们最该做好的那件事?团队越大,越需要一颗统一的星:算法部门盯准确率、运营部门盯触达、增长部门盯拉新,各看各的星,队伍就会在森林里走散。

所有北极星都长着同一个骨架:规模乘以深度。公式写出来就是核心价值总量等于活跃用户数乘以人均核心行为次数:

“我”盯着星看了好一会儿,问:“那为什么不用收入当北极星?”阿岭笑笑:“收入是山顶的日出,等看到了,天已经亮了——那是结果,不是方向。北极星是用来赶夜的,不是用来欣赏的。”

NSM=U×A\displaystyle \text{NSM} = U \times A
北极星=使用产品的“人”有多少,乘以每个人做出“核心行为”的次数。前者看规模,后者看价值深度,两个维度缺一不可。
  1. 识别核心用户 U统计周期内真正使用过产品核心功能的用户数。就像夜爬先数“能自己走到第一座铁索桥的人”,只在山脚拍过照的不算。
    UU
  2. 识别核心行为 A每个活跃用户在该周期内完成核心动作的平均次数。AI产品的核心行为不是“打开了App”,而是“完成了一次有用的对话”。
    AA
  3. 相乘得到 NSM规模乘深度。两个人各用一次,不如一个人用了两次——同样数值,后者说明产品真正嵌入了用户的工作流。
    U×AU \times A

选择北极星指标:分清真星与流星

出发前夜,阿岭教全队认星:“先找北斗七星,把勺口两颗星连线,朝勺口方向延长约五倍,那颗亮且不动的,才是北极星。”他指着夜空划了两道:“那颗最亮的叫金星,是'伪北极星';刚才滑过去的是流星,亮一下就没,别被它带跑。”选北极星指标,就是一场排除伪星的仪式。

AI产品的候选指标满天飞:日活跃用户、模型调用次数、对话轮数、功能点击率……哪个配当北极星,用四条标准筛:一,能否反映用户真实价值——用户是主动用它解决问题,还是被推送绑住;二,是否紧扣核心链路——AI产品要抓住那个“人与模型共同完成一件有价值的事”的瞬间;三,是否可量化、可追踪、可分日监控;四,是否具备先行性——今天它涨,未来几个月收入才可能跟着涨。

第四条最关键,也最容易被忽略。验证方法是把候选指标的历史曲线与商业结果(如续费收入)做相关性分析,计算皮尔逊相关系数:

“我”小心翼翼地问:“'小时级在线人数'涨得最快,能不能当北极星?”阿岭指指天边:“那是流星,亮一下就没。真正的北极星要经得起和结果的对照——我们最后选'每周有效任务数',它跟续费率的相关系数到过 0.86。”

r=∑i=1n(xi−xˉ)(yi−yˉ)∑i=1n(xi−xˉ)2∑i=1n(yi−yˉ)2\displaystyle r = \frac{\sum_{i=1}^{n}(x_i - \bar{x})(y_i - \bar{y})}{\sqrt{\sum_{i=1}^{n}(x_i - \bar{x})^2}\sqrt{\sum_{i=1}^{n}(y_i - \bar{y})^2}}
r 落在 -1 到 1 之间,越接近 1,说明候选指标越能提前预示商业结果,配得上北极星的名号。
  1. 配对样本 (x_i, y_i)连续 n 个月,每个月取一对值:候选指标的月均值 x_i,和当月或滞后若干月的商业结果 y_i。
    (xi,yi), i=1,2,…,n(x_i, y_i),\ i=1,2,\dots,n
  2. 算离均差每个 x_i 减去它自己的均值 \bar{x},y_i 同理。离均差的正负代表“这个月是高于还是低于常态”。
    xi−xˉ,yi−yˉx_i - \bar{x}, \quad y_i - \bar{y}
  3. 乘积求和两个离均差相乘再累加。同向波动(同高或同低)贡献为正,反向波动为负,正得多则整体正相关。
    ∑i=1n(xi−xˉ)(yi−yˉ)\displaystyle \sum_{i=1}^{n}(x_i - \bar{x})(y_i - \bar{y})
  4. 归一化除以两者标准差的乘积,把不受量纲影响的相关强度压到 [-1, 1]。r 大于 0.7 且连续多期稳定,才配得上北极星。
    ∑i=1n(xi−xˉ)(yi−yˉ)∑i=1n(xi−xˉ)2∑i=1n(yi−yˉ)2\displaystyle \frac{\sum_{i=1}^{n}(x_i - \bar{x})(y_i - \bar{y})}{\sqrt{\sum_{i=1}^{n}(x_i - \bar{x})^2}\sqrt{\sum_{i=1}^{n}(y_i - \bar{y})^2}}

指标拆解方法:把夜路切成四段

星认准了,接下来是路。阿岭把整条路线摊在地上画给全队看:“先过高架栈道,再穿听雨林,最后翻碎石坡。你们别想一步登顶,一次走完一个'段'就够。”北极星的落地,也靠这种“切成段”的功夫——把一个总指标拆成团队每天能碰的杠杆。

四种主流拆法:公式拆解法,按乘法律把北极星拆成若干因子,如收入等于活跃乘以转化乘以客单;漏斗拆解法,沿用户路径切成曝光、激活、首用、留存、推荐;分群拆解法,把用户按新老、付费、行业切块,看哪一群人拖了后腿;维度拆解法,按渠道、版本、设备、地域切片,定位异常的出处。四种方法不是互斥的,而是先乘除、再切块、再切片。

对AI产品,公式拆解法最常用,因为AI产品天然是一条“输入到价值”的因果链:多少用户进入入口,多少完成了第一个有价值任务,多少在周期内持续使用,多少为进阶能力付费。四段一环扣一环,任意一环的变化都会等比放大。以收入为例:

拆完四段,队伍的任务也分好了:有人负责让更多用户走进入口,有人负责让第一次交互就有用,有人负责让付费率再涨一个点。“我”第一次意识到,指标拆到能对应到具体的人,才算拆到头。

收入=U×CVR×ARPPU\displaystyle \text{收入} = U \times \text{CVR} \times \text{ARPPU}
收入=活跃用户数 × 付费转化率 × 平均每付费用户贡献。把北极星“拆成乘法律”,每一环都对应一个可干预的动作。
  1. 活跃用户 U周期内真实使用产品的用户基数。它是链路的起点,管“有多少人走上这条路”。
    UU
  2. 付费转化率 CVR活跃用户中完成付费动作的比例。它管“路上有多少人走到了收银台”。
    CVR=付费人数U\text{CVR} = \frac{\text{付费人数}}{U}
  3. 平均客单 ARPPU每个付费用户平均贡献的金额。它管“走到收银台的人平均买了多少”。
    ARPPU=收入付费人数\text{ARPPU} = \frac{\text{收入}}{\text{付费人数}}
  4. 三段连乘任意一段提升都会等比例拉动收入。拆完之后,每个团队都能找到自己负责的那一段,责权利不再含糊。
    U×CVR×ARPPUU \times \text{CVR} \times \text{ARPPU}

构建完整指标树:一张树干分叉的地图

阿岭从防水袋里掏出一张手绘地图,上面不是一条折线,而是一棵树:树根是观星台,树干分出“速度”和“安全”两大枝,每枝再分出小枝,小枝上标着数字。“光知道四段还不够,我们要知道每一段又由什么组成,最后整张图连成一棵树。”指标树就是把北极星做成树根,逐层长出枝干的体系。

一级枝是NSM的乘法律因子(活跃、深度),二级枝再往下拆(活跃等于新增加留存加回流,深度等于频次乘时长),直到最低层变成某个按钮、某个模型、某条渠道的改动。树上的每一根连线都必须有明确的运算关系——加法还是乘法,容不得“大概有影响”这种模糊连接。例如活跃用户这一枝:

树还有一个特殊设计:护栏指标。阿岭在地图上用红笔描了几根“只报警不指路”的线——比如水袋最低重量、头灯电量。“护着全队别为了赶路去冒生命危险的,就是护栏。”在AI产品里,护栏可以是对抗“为了活跃度狂发推送导致卸载率飙升”的卸载率红线,也可以是对抗“为了让对话显得聪明而拒绝承认不知道”的幻觉率上限。北极星负责冲,护栏负责刹,缺一不可。

U活跃=U新增+U留存+U回流\displaystyle U_{\text{活跃}} = U_{\text{新增}} + U_{\text{留存}} + U_{\text{回流}}
活跃用户由新增、留存回归老用户、沉睡回流三部分组成,三者互不重叠,相加即还原总量,避免重复计数。
  1. 新增 U_新增本周期第一次进入产品的用户,是树上的“新芽”,靠投放和口碑供给。
    U新增U_{\text{新增}}
  2. 留存 U_留存上一个周期活跃、本周期依然活跃的老用户,是树的“主干”,决定产品的基本盘。
    U留存U_{\text{留存}}
  3. 回流 U_回流断档一段时间后重新回访的“睡醒”用户,是树的“再生枝”,靠触达和召回激活。
    U回流U_{\text{回流}}
  4. 三者求和枝枝不相交,加在一起就是活跃总数。任何一枝掉了,都能顺藤摸瓜找到责任人。
    U新增+U留存+U回流U_{\text{新增}} + U_{\text{留存}} + U_{\text{回流}}

监控看板搭建:小哨兵的望远镜

深夜赶路,阿岭让“我”当哨兵:“从现在起,每过一刻钟,用手电照向前方地标,对照地图报一次:铁索桥到了吗?瀑布声还远吗?”孤零零一颗星只能告诉方向,近处的地标才是判断“走没走偏”的尺子。产品侧对应的,就是一套监控看板。

监控看板做三件事:定节奏——北极星和一级枝按周看,执行层指标按小时或日看;设预警——用历史常态做基准,今天异常立刻冒红灯;可下钻——红灯只是起点,继续按维度拆下去找元凶:是哪个渠道、哪个版本、哪类用户出了问题。AI产品尤其要注意“星期几效应”和“模型版本效应”:基线必须按星期几单独建立、按版本分桶,否则周一的自然高峰会被误判成异常。

最常用的异常检测是Z-score方法:对每个指标维护历史同期的均值 \mu 和标准差 \sigma,用当前值 x 计算偏离倍数:

“我”盯着瀑布方向,果然提前了十五分钟,兴奋地要加快脚步。阿岭按住“我”:“绿灯代表这段路没走偏,不是让你冲刺的理由——过了碎石坡,要重新对星。”看板的每一个绿灯,都只是“方向暂未跑偏”的确认,而不是“现在可以乱跑”的许可。

z=x−μσ\displaystyle z = \frac{x - \mu}{\sigma}
z 表示“今天比历史常态偏离了几个标准差”。|z| 大于 3 说明基本可以排除运气,指标真的出问题了。
  1. 历史均值 μ过去若干周“同时段、同日类型”指标的平均水平,是“正常长什么样”的参照系。
    μ=1n∑i=1nxi\displaystyle \mu = \frac{1}{n}\sum_{i=1}^{n} x_i
  2. 历史标准差 σ历史上围绕均值波动的典型幅度。波动越大,说明该指标天生“脾气大”,警报阈值要相应放宽。
    σ=1n∑i=1n(xi−μ)2\displaystyle \sigma = \sqrt{\frac{1}{n}\sum_{i=1}^{n}(x_i - \mu)^2}
  3. 当前值 x今天监控窗口里的实际取值,比如今天上午十点的北极星数值。
    xx
  4. 标准化 z当前值离均值有多少个标准差远。|z| 大于 3 亮红灯,2 到 3 之间黄灯观察。
    z=x−μσz = \frac{x - \mu}{\sigma}

指标驱动决策:让地图说话

碎石坡前,队伍停了下来。有人提议抄近路走河谷:“现在水小,能省半小时。”有人反对:“雨季地图上这段是断路,风险太大。”两边吵得不可开交。阿岭掏出地图,问了三句话:走河谷能让观星台早到多久?会让哪片“安全树”的叶子变红?如果后半夜下雨,回撤路径是什么?争吵瞬间变成了对照地图的推演。

指标驱动决策,就是把“我觉得”翻译成“数据显示”。三个步骤缺一不可:对齐——所有团队围绕同一棵指标树开会,争议有了共同语言;验证——任何改动先在A/B实验里跑,拿实验组和对照组的数据说话,而不是“感觉有效”就全量;迭代——北极星不是刻在石碑上的经文,当产品从0到1跨向1到10,用户的阶段变了,星也要换。

A/B实验的判据是一个简单的相对提升率,即实验组的新版本北极星值相对对照组旧版本的百分比变化:

队伍最终选择绕行。数据显示走河谷省三十分钟,但“安全树”上会有三片叶子同时变红,而绕行只多花四十分钟,零叶变红。“我”忽然明白:指标从来不只是数字,它是把一群人的判断拉回同一根绳子的方法。天亮前队伍登上观星台,北极星正好淡入晨光里——目标达成了,那星还挂在天上,路已经踩在脚下。

Δ=R实验组−R对照R对照×100%\displaystyle \Delta = \frac{R_{\text{实验组}} - R_{\text{对照}}}{R_{\text{对照}}} \times 100\%
提升率=实验组比对照组高出多少百分比。正负、幅度、显著性共同决定这个改动是上还是撤。
  1. 对照组基线 R_对照没改动的旧版本在北极星上的表现,是所有比较的“零点”。
    R对照R_{\text{对照}}
  2. 实验组表现 R_实验组带改动的版本在北极星上的表现。两组差异的唯一来源就是这次改动。
    R实验组R_{\text{实验组}}
  3. 做差实验组减对照组,得到绝对增量,先判断方向是正是负。
    R实验组−R对照R_{\text{实验组}} - R_{\text{对照}}
  4. 除以基线并转百分比增量除以对照组得到相对提升率,让不同规模、不同时期的实验可以互相比较。
    R实验组−R对照R对照×100%\frac{R_{\text{实验组}} - R_{\text{对照}}}{R_{\text{对照}}} \times 100\%

AI 应用场景

场景一:AI客服产品的北极星换星

阶段:指标选择与定义

解决的问题:某SaaS AI客服厂商原北极星是“日活跃坐席数”,运营团队靠推送把活跃度刷得很高,但客户续费率持续走低。传统做法只盯着“看起来热闹”的日活,埋没了真实价值。

具体案例:产品经理按四标准重选,把北极星改成“每周成功解决工单数”——真正度量AI帮坐席把事办成了多少。接着用相关系数验证,发现它与客户续费率 r=0.82,远高于日活的 0.31。换星后,团队从“刷活跃”转向“提升一次解决率”,六个月内续费率回升 18%。

场景二:AI绘画产品的指标树看板

阶段:指标拆解与监控

解决的问题:某AI绘画应用北极星“周生成张数”连续两周下滑,但没人说清卡在哪。依靠指标树把“周生成张数=活跃×人均生成”逐层下钻到渠道、会员、完图率,发现卡点是“新用户首周只玩免费形象不生成作品”。

具体案例:团队在“活跃”枝下挂上新用户七天内“首绘率”监控,Z-score 检测到 3.2 的异常报警后下钻到渠道层,定位是某信息流渠道带来大量低意向用户。随即把投放预算切向内容社区渠道,并把首绘引导提前到注册后第一个动作,两周后人机生成数回升 26%。

场景三:AI写作助手的A/B实验决策

阶段:指标驱动决策

解决的问题:改版提示词模板是否全量上线?过去靠产品经理拍脑袋,上线后若效果不佳回滚代价大。用北极星“每周采纳字数”做A/B实验判据,让数据说话。

具体案例:实验组用新模板,对照组维持旧的,两周实验后实验组采纳字数提升 9.3%,且按渠道、设备维度下钻无负向子群,于是全量上线并写入指标树复盘。三个月后团队将该指标与续费率的相关系数更新进文档,为下一次换星留好证据。

Python 演示

python92 行
"""AI product north star metric decomposition demo. Build a metric tree: NSM = active users x avg effective tasks;active = new + retained + returned; avg effective = sessions x adoption.Simulate 14 days, aggregate bottom-up and flag anomalies by Z-score."""  class MetricNode:    """指标树节点, 含名字, 当前值, 历史序列, 聚合公式与取值规模"""     def __init__(self, name, formula=None, scale=1.0):        self.name = name        self.formula = formula      # 'add' 相加聚合, 'mul' 相乘聚合        self.scale = scale          # 叶子节点的量纲缩放系数        self.value = 0.0        self.history = []        self.children = []     def add_child(self, child):        self.children.append(child)        return self     def summarize(self):        """从叶子向上逐层汇总出当前指标值"""        for child in self.children:            child.summarize()        if not self.children:            return self.value        if self.formula == 'add':            self.value = sum(c.value for c in self.children)        elif self.formula == 'mul':            self.value = 1.0            for c in self.children:                self.value *= c.value        return self.value  def build_tree():    """构建AI写作助手的北极星指标树"""    nsm = MetricNode('周有效任务数', 'mul')    active = MetricNode('周活跃用户', 'add')    depth = MetricNode('人均有效任务数', 'mul')    active.add_child(MetricNode('新增用户'))    active.add_child(MetricNode('留存用户'))    active.add_child(MetricNode('回流用户'))    depth.add_child(MetricNode('人均会话数', scale=0.006))    depth.add_child(MetricNode('草稿采纳率', scale=0.0006))    nsm.add_child(active).add_child(depth)    return nsm  def feed_leaves(node, day):    """给叶子节点灌入带增长趋势和周一高峰的模拟数据"""    if not node.children:        node.value = node.scale * 1000.0 * (1 + 0.03 * day + (0.1 if day % 7 == 0 else 0))        return    for child in node.children:        feed_leaves(child, day)  def check_anomaly(value, history, k=2.5):    """用Z-score判断当前值是否偏离历史均值, 返回预警标记"""    if len(history) < 3:        return ''    past = history[:-1]    mean = sum(past) / len(past)    variance = sum((x - mean) ** 2 for x in past) / len(past)    std = variance ** 0.5    z = (value - mean) / std if std > 0 else 0.0    return ' <-- 红灯异常' if abs(z) > k else ''  def record(node):    """记录当日数值并打印指标值, 异常指标附带红灯标记"""    node.history.append(node.value)    print('%s: %10.1f%s' % (node.name, node.value, check_anomaly(node.value, node.history)))    for child in node.children:        record(child)  def main():    root = build_tree()    for day in range(14):        feed_leaves(root, day)        root.summarize()        print('----- 第%02d天 -----' % (day + 1))        record(root)  if __name__ == '__main__':    main()
目的:演示北极星指标树的构建、逐层汇总与 Z-score 异常检测,模拟14天数据后自动标出“周一高峰”类异常。
  1. class MetricNode:定义指标树节点:每个节点都有名字、当前值、历史序列和聚合公式,相当于地图上的一根枝条。
  2. self.formula = formula记录这个节点用加法还是乘法汇总孩子,是树上连线“运算关系”的代码化身。
  3. def summarize(self):从叶子向上递归汇总,活用了树上“父子节点运算关系”这一节的核心思想。
  4. nsm = MetricNode('周有效任务数', 'mul')北极星本身也是一个节点,由活跃用户和人均有效任务相乘得到。
  5. feed_leaves(root, day)只给最底层的叶子喂数据,树干的值全部由汇总算出,保证指标树内部逻辑自洽。
  6. check_anomaly(node.value, node.history)把当天值和历史序列放进 Z-score 公式,偏离超过阈值就返回红灯标记。
  7. root.summarize()每天先灌叶子、再汇总整棵树,模拟真实业务中“从底层数据逐层上卷到北极星”的流程。
  8. if __name__ == '__main__':保证脚本既可被导入复用,也能直接运行看到14天的指标日报。

常见误区

误区“日活数字最大、最好看,老板天天看,就选它当北极星吧。后台里哪个数最显眼,哪个就是最重要的。”

正解天上最亮的天体往往是金星——会移动、不指北。北极星不看亮度,看两点:能否度量核心价值,能否预测商业结果。用相关系数验证候选指标与续费、留存的关系,r>0.7 才算数。日活再高,若不能说明用户“用上了核心价值”,就只是一颗漂亮但会跑的伪星。

为何常见:人对“重要”的直觉来自可见度(数字大),而不是因果链(它驱动什么)。数字越大的指标越容易被摆在报表最上面,形成“大即重要”的错觉。

误区“北极星指标就像宪法,定了就不能动。今天改了,明天团队方向又乱了,看起来很不专业。”

正解北极星随产品阶段换星:0到1验证价值、1到10放大规模、盈利期兼顾商业指标。换星不是否定过去,而是爬山时换路标——同一座山,不同海拔有不同的参照物。关键是换星前用同一套数据论证,并在全公司讲清楚“为什么换”。

为何常见:“北极星”这个名字给了人“永恒不变”的暗示,但产品生命周期是动态的,用户群和竞争格局都在变,指标当然要跟着阶段演进。

误区“一个指标太单薄,我列了五个核心指标,覆盖活跃、收入、质量、满意度、留存,这样才全面,不怕漏。”

正解多个指标等于天上多颗星,队伍会各看各的星,在岔路口分成两半。北极星要“一个主星、几个护栏星”:主星决定方向,护栏只在越界时发声。全面感是用聚焦换来的,五个指标等于没有指标。

为何常见:人们天然害怕遗漏,觉得“全面等于安全”。但产品组织的资源是有限的,只有单一主指标才能逼着团队做真正的优先级排序。

误区“把北极星指标挂到公司大屏上,全员都能看到,大家自然就朝一个方向走了,不用再做别的。”

正解北极星只给方向,拆解才给路径。必须逐层拆到每个人能影响的下层指标,再把看板、周会、OKR 串起来。只挂星不拆解,等于只指了山、没修路,团队知道要去哪,却不知道下一步踩哪块石头。

为何常见:把“沟通层面的知晓”误当成“机制层面的对齐”。看到不等于能行动,对齐需要目标和动作之间有一条可执行的因果链。

误区“既然北极星最重要,其他指标都不用看了。出了问题,北极星数字自然会反映出来。”

正解只看北极星会养出“指标游戏”:为了活跃度疯狂推送骚扰用户,北极星涨了,产品却死了。护栏指标是刹车片,必须和主指标一起监控,越界时冻结冲刺动作,先排查副作用。北极星负责跑得更快,护栏负责别跑下悬崖。

为何常见:单指标思维简化了系统,却忽视了“优化一个指标必然扰动其他指标”的系统反馈。副作用往往延迟显现,等北极星反映时已经来不及了。

面试题

Q1. 关于北极星指标,下列说法最准确的是?

单选题 · easy

  • A.它是全公司数值最大的那个指标
  • B.它是度量核心价值的唯一指标← 正确答案
  • C.它是每个部门各自关注的指标
  • D.它是短期活动转化率的汇总值

答案:B。北极星的特点不是“最大”而是“指北”,就像天上最亮的往往是金星,会跑。A 把北极星当成了虚荣指标;C 把它当成了部门指标,而北极星是全公司一杆秤;D 把它当成了短期活动的局部结果,都偏离了“度量核心价值”的本质。

Q2. 选择北极星指标时,下面哪条标准最关键?

单选题 · easy

  • A.能反映用户核心价值且可预测营收← 正确答案
  • B.数值好看且能按小时高频上报
  • C.和竞争对手财报口径保持一致
  • D.是所有指标中最容易埋点统计的

答案:A。选择北极星要过四条标准:价值、链路、可量化、先行性。A 同时命中了“价值”和“先行性”两条。B 是典型的虚荣指标特征;C 是财报口径问题,与用户价值无关;D 只沾了“可量化”的皮毛,容易埋点不等于值得当北极星。

Q3. 一家AI写作助手把“周有效任务数”定为北极星,最适合用什么公式拆解?

单选题 · mid

  • A.周活跃用户数 × 人均有效任务数← 正确答案
  • B.周活跃用户数 + 周登录用户数
  • C.人均会话数 ÷ 人均付费金额
  • D.新增用户数 − 流失用户数

答案:A。北极星的通用骨架是“规模乘深度”,对应 U × A。A 正是活跃规模乘人均价值深度。B 把两个重叠口径相加会重复计数;C 把不相关的维度相除;D 是流失口径的减法,都不是对“有效任务数”的因果拆解。

Q4. 指标树中“护栏指标”的主要作用是?

单选题 · easy

  • A.防止团队为冲北极星伤害用户体验← 正确答案
  • B.取代北极星作为团队的唯一目标
  • C.让每个部门各自维护私有化指标
  • D.把历史数据全部迁移到数据仓库

答案:A。护栏指标是刹车片,防止“指标游戏”——比如北极星涨了但卸载率飙升。它不指路、只报警,跟北极星是“冲”和“刹”的关系。B 说反了,护栏不能取代主星;C 和 D 与护栏的职责完全无关。

Q5. Z-score 异常检测中,|z| 很大说明什么?

单选题 · mid

  • A.当前值偏离历史常态的幅度很大← 正确答案
  • B.当前值比历史均值小很多
  • C.指标的历史数据总量非常庞大
  • D.指标的标准差被严重高估了

答案:A。z 的定义是当前值离历史均值多少个标准差,|z|>3 意味着偏离已经大到基本不可能是运气。B 只描述了“比均值小”这一种方向,且漏掉了幅度含义;C 混淆了样本量与偏离度;D 把结论说反了——z 的分母是标准差,不是被高估。

Q6. 某AI客服产品把“周解决工单数”定为北极星,哪条拆解链路最合理?

单选题 · mid

  • A.接入会话数 × 工单解决率← 正确答案
  • B.客服坐席数 + 工单创建数
  • C.转人工率 ÷ 平均响应时长
  • D.历史评分 × 流失预警数

答案:A。周解决工单数天然等于“接入了多少会话”乘以“其中有多少被成功解决”,是标准的公式拆解。B 把资源规模和任务量相加,口径混乱;C 和 D 选择的维度与“解决工单”没有直接乘除关系,属于相关性不等于因果。

Q7. 某AI产品北极星连续两周上涨,但用户卸载率同步升高,最先该检查什么?

单选题 · hard

  • A.优先检查护栏指标是否已越界报警← 正确答案
  • B.立刻把所有用户数据导出并备份
  • C.把北极星改成卸载率的倒数形式
  • D.让客服团队逐个向卸载用户道歉

答案:A。北极星涨、护栏红灯,这是典型的“指标游戏”信号:可能团队用推送和诱导把北极星刷上去了,代价是用户体验受损。正确顺序是先查护栏,再判断北极星的上涨是否真实健康。B 是数据灾备动作,C 是治标不治本地换指标,D 是情绪化应激,都不是诊断。

Q8. 选择北极星指标的常用判断标准包括?

多选题 · mid

  • A.能反映用户核心价值且可量化← 正确答案
  • B.与商业结果有显著的相关关系← 正确答案
  • C.必须等于公司当季收入总额
  • D.能沿核心链路拆解到执行层← 正确答案

答案:ABD。四标准可归纳为价值、链路、可量化、先行性。A 对应价值与可量化,B 对应先行性,D 对应链路可拆解,都是硬标准。C 把北极星等同于收入,收入是结果指标,不是指引方向的北极星。

Q9. 关于从北极星拆出的指标树,正确说法有哪些?

多选题 · mid

  • A.父子节点间要明确运算关系← 正确答案
  • B.最底层要落到可执行的指标← 正确答案
  • C.所有叶子必须使用同一公式
  • D.主指标旁要设置护栏约束指标← 正确答案

答案:ABD。指标树的每条连线都要有明确运算关系(加法或乘法),底层要落到具体动作,主指标旁还要挂护栏。C 错在“同一公式”——活跃枝用加法,人均深度枝用乘法,一棵树上允许不同枝干用不同的聚合方式。

Q10. 使用指标驱动团队决策时,正确的做法包括?

多选题 · hard

  • A.用同一棵指标树对齐跨团队目标← 正确答案
  • B.改动上线前先跑A/B实验验证← 正确答案
  • C.完全忽略数据只相信专家直觉
  • D.产品阶段变化时重新审视北极星← 正确答案

答案:ABD。指标驱动三部曲是对齐、验证、迭代:A 是对齐,B 是验证,D 是迭代,三者缺一不可。C 直接违背了“让数据显示”的初衷——直觉可以作为假设来源,但不能替代数据验证。