产品健康度指标：一张包含质量的周报

产品变慢、出错变多、用的人变少，收入却可能还会涨好几个月。产品健康度指标是更早的视角：一张涵盖增长、参与、留存、质量、满意度的小周报，每个指标都有让它变绿、变黄、变红的阈值。本文讲周报上放什么，以及怎样让它一直有用。

产品健康度指什么

产品健康度指标每周回答一个问题：对使用它的人来说，产品是在变好还是变差？它和业务指标不是一回事。产品变慢、出错变多、用的人变少，收入却可能还会涨好几个月，因为合同滞后于体验。产品健康度是更早的视角。

大多数文章讲增长、参与、留存，却漏掉了用户感受最直接的一部分：速度、报错和崩溃。一个加载慢、动不动出错的产品，不管活跃用户数多少，都不健康。

产品健康度的五个方面

下表把产品健康度指标分成五个方面，每个方面一两个指标，以及适合的阈值类型。指标越少越好：十个数字的周报会有人看，四十个的不会。这个分法和很多产品分析框架一致，比如 Sequoia 的衡量产品健康度一文，只是把质量单独列成了一个方面。

每个方面一两个指标，阈值写在旁边。

每周的产品健康度周报

示例周报每行一个指标，列出本周数值、和上周相比的变化，以及状态。状态是让它好用的关键：绿色表示在正常范围内，黄色表示超出范围但还不算问题，红色表示要马上处理。示例这一周，增长和参与都正常，但编辑器页面的交互延迟越过了「差」的阈值，错误率在一次发版后翻了一倍。这两行就是本周的议题，其余的不用讨论。

给每个指标定阈值

阈值把数字变成状态。三种定法：

1. 有外部标准的用外部标准。Core Web Vitals 为加载、交互和布局稳定性规定了「良好」和「差」的区间（web.dev）。
2. 用自己的正常范围。留存或 DAU/MAU 取最近 8–12 周，超出平常范围标黄，明显断崖标红。
3. 用承诺过的目标。团队定了 40% 的激活率，低于它标黄，低到会完不成季度目标就标红。

把阈值写在每个指标旁边。说不清为什么变色的状态就是噪音，而一张永远是黄色的周报，只会让人学会忽略它。

质量是产品健康度的一部分

质量指标最容易采集，也最常被漏掉：

• 速度：按页面看真实访问的最大内容绘制和交互到下一次绘制。产品可能平均很快，却偏偏在大家最常用的那一页很慢。
• 报错：网站看每次页面浏览的脚本错误，App 看无崩溃用户。每次发版前后都比一比。
• 可靠性：关键操作（保存、导出、支付）的成功率。把失败也记成事件。

参与度指标下降时，先查质量。编辑器变慢、导出失败，往往比任何用户调研都更快地解释参与度的下滑。

每周的复盘流程

1. 每周固定一天打开周报，只看红色和黄色。
2. 每个红色在会议结束前指定负责人和下一步。
3. 黄色要看上周是不是也是黄色，连续两周就升为红色。
4. 每月检查一次阈值是否合理，并删掉一个季度里没人据此行动过的指标。哪些该留，可以用可执行指标的检验来判断。

TapCub 里的产品健康度

在 TapCub 里，产品健康度周报就是一张由保存的分析组成的看板：活跃用户和留存来自产品分析，有效会话率来自网站统计，质量来自监测报表。性能报表从真实加载中采集 Core Web Vitals：最大内容绘制 2.5 秒以内为良好、超过 4 秒为差，交互到下一次绘制 200 毫秒以内为良好、超过 500 毫秒为差（见文档性能）。错误率 = 脚本错误数 ÷ 页面浏览量（见网站指标口径），App 统计的无崩溃用户 = 1 − 崩溃用户 ÷ 活跃用户（见 App 指标口径）。

不想每次打开看板才发现红色，可以给最重要的指标加监控；内置指标包括错误率、跳出率和访客数。各项速度指标的解释见术语页 Web Vitals。

常见问题

什么是产品健康度指标？

每周复盘的一小组指标，显示产品对用户来说是在变好还是变差：增长、参与、留存、质量和满意度。

产品健康度和业务指标有什么区别？

收入、流失这类业务指标反映的是合同上已经发生的事。产品健康度指标直接衡量使用和体验，反应更早。

产品健康度指标要跟踪多少个？

十个左右，每个方面一两个。再多，周报就没人看了。

性能应该算进产品健康度吗？

应该。页面慢和报错会拉低参与度和留存，而且一旦量出来，往往是最容易修的问题。

产品健康度多久复盘一次？

周报每周看，最重要的指标加告警，每月复查一次阈值和指标选择。

另见：产品分析看板。