产品上线后，核心指标就盯三件事：系统稳不稳、用户顺不顺、业务转不转，其他指标都是这三件事的延伸。
新手团队容易犯一个错，上线第二天就把所有报表打开，看一眼数据，脑子一片乱，访问量、注册率、报错日志、服务器负载、用户停留时长、回访比例、付费转化率，每个数字都在变，但你不知道哪个变了需要立刻处理，哪个变了只是正常波动，这个问题不解决，后面所有分析都是空中楼阁，下面按需求权重,把上线后真正该盯的指标拆清楚。
上线后主要看哪些数据：先盯稳，再盯用，最后盯转化
三个层面，优先级从高到低，不可颠倒，系统崩了,后面两个谈都不用谈。
技术可用性：99.9%的底线怎么守
可用性是第一个硬指标，行业惯例一般盯99.9%，算下来一个月允许宕机时间大约是43分钟，这是底线,不是目标。
具体看三个数字：
- HTTP错误率：5xx错误占比，正常情况应低于0.1%，如果连续5分钟超过1%，说明服务已经异常
- 接口响应时间：P95响应时间超过2秒，用户会明显感觉到卡，超过3秒就开始流失
- 崩溃率：移动端产品的关键指标，Android和iOS的崩溃率都不应超过0.5%
有条件的团队直接配上告警，阈值设置在”连续3个周期触发即通知”的级别，避免夜间误报，小团队没精力7×24值班，至少把告警推到群里,做到早上能看到。
核心业务路径：用户能走多顺
系统稳定了,第二个层面看用户能不能按预期完成动作。
这里的逻辑不是看所有页面，是只盯核心路径的漏斗，比如电商产品的下单路径，浏览 → 加入购物车 → 提交订单 → 支付成功，每一步的转化率环比当天变化超过5%,就要排查原因。
不用看几十个指标,重点就两个：
- 路径完成率：从进入到完成核心动作的比例，掉了就排查是功能问题还是入口问题
- 关键页面白屏/报错率：核心页面哪怕只有几百人访问，报错率超过1%就该立刻处理
留存和流失：别让数字骗了你
第三个层面是留存，行业共识认为，新用户次日留存不及30%,产品大概率存在体验或需求匹配问题。
留存指标看两个数：
- 次日留存：反应第一印象，低说明首次体验没打动人
- 7日留存：反应真实价值，低于20%说明用户没找到留下的理由
同时盯一个反向指标，流失预警，用户连续3天未登录、未打开，就该纳入流失预警名单，这个数字每天扫一眼,上升趋势出现时去查是功能变动还是竞品动作。
产品上线后核心指标：按产品类型分流
用户问得最多的一句话是”到底哪些指标最重要”，这取决于你的产品解决什么问题。
平台和工具类产品，指标侧重完全不同
产品重点在时长和频率，工具产品重点在完成效率。
平台的核心指标排序：
- 人均使用时长（内容有没有吸引力）
- 日活跃用户数（流量基本盘）
- 次月留存（内容供给的持续力）
工具类产品核心指标排序：
- 任务完成率（工具好不好用）
- 单次使用时长（工具类不是越长越好,效率类产品时长短反而是优势）
- 周活跃用户（工具类天然低频,看周活比日活更有意义）
小团队做数据监控，先看哪张表
没有数仓、没有专门数据工程师的团队，不要一上来就搭全套埋点体系，先做减法，只上报核心事件，比如注册、登录、核心按钮点击、关键页面浏览，用现成的第三方工具,把上面提到的指标都以小时粒度展示。
天天看实时数据没有意义，每天固定时间看一次汇总，每周做一次趋势对比，比时时盯着刷新更有效，业内专家指出，多数产品的指标波动周期以周为单位,盯日常数据只看异常告警就够了。
一个表格理清取舍
| 产品类型 | 最优先指标 | 次要指标 | 要少看的指标 |
|---|---|---|---|
| 交易型产品 | 下单转化率、支付成功率 | 客单价、复购率 | 页面停留时间 |
| 工具型产品 | 任务完成率、周活跃 | 功能使用深度 | 在线时长 |
| B端产品 | 付费转化、续费率 | 功能使用率、工单量 | 活跃度（A端活跃有时是假象） |
这块不搞清楚，后面全是白费功夫，不少团队在业务早期就盯着即时通讯消息数或者页面浏览量，结果调整方向跟着表面数据跑,忽略了真正影响北极星指标的因素。
搭建一套能落地的指标监控体系：三个实操动作
不是所有团队都有专职数据产品经理,但每个团队都需要一套能运转的监控机制。
第一步：埋点和上报的最小集
多填一个埋点就多一份开发成本，保持精简,首个版本只上报以下事件即可：
- 应用启动和退出（算活跃和时长）
- 注册和登录成功/失败（算转化和安全）
- 核心页面浏览（关键路径漏斗）
- 核心功能按钮点击（算功能使用率）
事件上报字段控制在10个以内，设备ID、用户ID、时间、页面、动作、结果，够用了,越简单越不容易出错。
第二步：建立日报和周报机制
日报是给执行看的，周报是给决策看的。
就三行：今天的活跃数据、核心指标完成率、异常告警事件,超过三行就没人看了。
周报加点深度：本周环比上周的核心指标变化，最近一个功能是否带来正收益，下周要做的动作建议，用数据说话,不靠感觉。
第三步：设置异常判断标准
要提前定好”什么算异常”，不然每次都靠拍脑袋,找两个基准：
-
周环比：本周指标比上周高或低20%，立个flag排查
- 日环比：核心转化指标突掉10%以上，当天就要处理
门槛越低，误报越多，刚开始可以宽松一点，跑两周之后根据实际告警频率再收紧，记住一个原则：宁可漏报，不可错杀告警疲劳，告警太多没人信，最后真出事了也没人响应，衡量指标时还要考虑数据上报延迟，有的渠道数据T+1才更新，这不是数据问题，像回调型支付成功率这类指标天然会有延迟，你在下午四点看到的所谓”实时数据”可能只覆盖了上午十点之前的事件。
Q&A：上线后核心指标的高频问题
上线后多久才能评估核心指标有没有意义？
上线当天就能看技术状态下线，以统计规律看，访问量至少积累7天以上练出来的留存和转化数据才能代表真实用户行为，当天注册用户里混着大量测试流量、内部点击和纯尝鲜用户，直接用这个数据做判断会得出三天后就要重做的结论，第二天改动一次营销投放，渠道比例变了，数据可能又变了,稳定跑两周再看趋势判断方向。
新功能上线，新旧版本数据怎么对比？
有条件就做分组实验，把用户按比例拆分，一组进入新版，一组留在旧版，条件不足至少做前后对照分析，前后对比要注意时间差带来的数据噪声，比如周末和周一比活跃本身没有可比性，正确做法是对比新功能上线前后各一个完整周期,排除周期干扰后才看得出真实影响。
核心指标突然暴跌，应急排查顺序是什么？
先看技术状态，接口可用性、服务器负载、网关层覆盖率有没有变化；再看数据采集，埋点是不是发版被覆盖了、上报链路断了；再查外部环境，是不是支付通道维护、竞品大促、或者媒体报道差评；最后筛内部动作，是否刚发了新版本、改了算法参数或做了信息流调权，按这个顺序排查,多数问题半小时内就能定位到根因。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/627919.html
