京公网安备 11010802034615号
经营许可证编号:京B2-20210330
作为产品经理,你每天会观察哪些数据
我看来,所有具体的目标概括起来就是两点:找问题,找机会。找现在的产品有没有隐藏的问题,找设计的逻辑是不是符合用户行为,找有没有潜在机会帮产品再上一个台阶。
扯完目标进入正题,我平时经常需要关注数据大致有四类:
产品的运营数据,包括 规模数据 和 质量数据
产品核心场景的用户行为数据
新功能上线后的反馈数据
行业数据
其中适合每天看的主要是运营数据和核心场景的行为数据;反馈数据是在某个新功能,或者为了验证某种假设的实验后研究的;行业数据则基本是按季度维度去看就可以了。
运营数据
最常规的数据是产品的运营数据,我习惯从规模和质量两个角度去看:
规模数据主要是产品的一些数据指标,例如:新增用户数,DAU (日活跃用户数), MAU (月活跃用户数), 电商产品的话就包括订单、收入、等等。
质量指标则是反应产品业务健康程度的数据,例如:新增用户的次日留存,用户的启动频率和启动时长,等等。
看这些数据首先要弄明白数据的定义方式,采集和计算过程。理解上的差异可能导致将一些不同数据做强行匹配,导致结论显著的错误,尤其是面对不同产品,不同公司的数据时。
弄清楚了指标的定义,具体看数据的时候我习惯反复使用 对比 和 分解 这两种基本方法:
对比,是通过 横比 和 纵比 的方式看数据,横比就是和相似的产品比,和自己的经验数据比(比如经验里面寒暑假是视频的旺季,但是产品对应的数据确下跌了,这就需要进一步去找原因了);另一个纵比是在时间线上过去的自己比。
分解,是按照不同的维度去分解数据,例如:可以从渠道的维度看,从地域维度看,通过不同的维度分解将对比的差异值逐级锁定,方便寻找原因,做用户增长的时候,我会关注不同类型的 Top 渠道。
使用对比/分解大法基本能养成较好的数据 sense 了,最后再说三个数据解读中比较常见的错误:
过度关注数据下跌的原因,而完全忽视上涨的原因,或完全归因为业务的好转。我在做浏览器的时候有个核心指标「人均搜索数」,它是由 「总搜索次数/搜索用户数」 计算得来的,所以人均搜索数的增长,可能是总搜索数增长,也可能是搜索用户数下跌了,是需要进一步分析的,简单的认为上涨就是好、下跌就是差是有问题的。
因果归因错误,把相关关系错认为因果关系,或者忽略了关键因素;例如: A 导致了 B 和 C 的发生,分析时却忽略了 A ,直接认为 B 和 C 存在因果关系。
幸存者偏差,忽视了沉默的大多数,这是在看抽样数据时很容易犯的一类错误,关于幸存者偏差的详细定义大家可以翻翻百度百科。
用户行为数据
还有一个建议每天看的是用户行为的 log 数据,这个数据有点像「百度统计」里面的漏斗模型,但是他比漏斗模型更加详细一些,他不单单能说明用户有没有走到漏斗当中,还可以进一步看到,用户在漏斗中的路径,以及跳出用户是如何跳出的。
用户的行为数据都是一些生数据,数据量比较大,需要有一定的处理。
1、找产品的核心场景
不是所有用户的行为日志都去看,而是要找到影响用户认知产品的核心场景,这里可以借鉴( MOT , Moments of Truth )的概念,就是用户和产品的服务发生接触的点,这些点的体验决定了用户对于产品整体的评价。例如,做用户新增的需要看新用户进来之后找到自己想要的服务的路径是什么样子的,是不是足够简短?有没有遇到困难?
2、为用户分类,找目标用户
最好一次只看一类用户,因为看用户的行为数据是比较消耗精力的过程,不是每次都能有收获的,需要不断的看,不断的挖掘。
所以在做新增的时候,我基本会以引流时设置的钩子做分类,每次看其中一类用户,例如通过今天只看通过视频加速引流的用户,看看这些用户进来之后能不能快速的找到对应的视频;过几天看看通过资讯进来的用户。
说完每天看到数据再简单说两句 反馈数据 和 行业数据 ,虽然这两个数据不需要每天看,但在产品经理的工作中也是很有帮助的。
新功能反馈数据
迭代是产品经理重要的工作手段,无论是灰度发布, AB test ,还是常规的发版都需要通过收集数据来验证之前的假设,从而觉得是继续优化,还是推到重来,迭代帮助产品经理积累被验证的认知。
看反馈数据最重要的是在设计的时候就想清楚,目标是什么?我认为这个新功能能够起作用的逻辑是什么?我需要采集哪些数据来验证?
最好的办法就是把这些问题的答案,一条一条的写下来,通过写下来的方法可以保证我们事前就好一些细节的问题都考虑进去了,避免两种常见的失误。
过度采集数据,增加开发工作量;
采集数据不足,不能开展结论分析;
行业数据
最后说说行业数据,我习惯用行业数据来发觉新机会,行业数据能够看到用户迁移的一种大的趋势,如果自己的产品能够借上这种大势,很可能就是一波比较大的突破。例如:2013年 WIFI 万能钥匙的兴起;2014年视频流量的增长;2015 年今日头条和快手的用户量崛起。
行业数据获取比较依赖大平台,如果是在 BAT 这样的大公司,有足够大的用户样本,比较容易及时的看到这些数据。如果没有这样的条件,一方面可以依赖艾瑞等第三方的报告,另一方面就是要多关注各种排行版数据,例如:app store 、应用市场的榜单,微博的关键热榜、百度指数等的变化。
总的来说就是要去想,用户最近关注什么?这个东西和自己的业务有没有联系,切忌不要强制联系。
看数据这种技能也是越练越熟,真有「数据 sense 」这种东西,经常看就会对数据更敏感,更容易发现数据中隐藏的信息。
数据分析咨询请扫描二维码
若不方便扫码,搜微信号:CDAshujufenxi
在数字化运营中,“凭感觉做决策” 早已成为过去式 —— 运营指标作为业务增长的 “晴雨表” 与 “导航仪”,直接决定了运营动作 ...
2025-10-24在卷积神经网络(CNN)的训练中,“卷积层(Conv)后是否添加归一化(如 BN、LN)和激活函数(如 ReLU、GELU)” 是每个开发者都 ...
2025-10-24在数据决策链条中,“统计分析” 是挖掘数据规律的核心,“可视化” 是呈现规律的桥梁 ——CDA(Certified Data Analyst)数据分 ...
2025-10-24在 “神经网络与卡尔曼滤波融合” 的理论基础上,Python 凭借其丰富的科学计算库(NumPy、FilterPy)、深度学习框架(PyTorch、T ...
2025-10-23在工业控制、自动驾驶、机器人导航、气象预测等领域,“状态估计” 是核心任务 —— 即从含噪声的观测数据中,精准推断系统的真 ...
2025-10-23在数据分析全流程中,“数据清洗” 恰似烹饪前的食材处理:若食材(数据)腐烂变质、混杂异物(脏数据),即便拥有精湛的烹饪技 ...
2025-10-23在人工智能领域,“大模型” 已成为近年来的热点标签:从参数超 1750 亿的 GPT-3,到万亿级参数的 PaLM,再到多模态大模型 GPT-4 ...
2025-10-22在 MySQL 数据库的日常运维与开发中,“更新数据是否会影响读数据” 是一个高频疑问。这个问题的答案并非简单的 “是” 或 “否 ...
2025-10-22在企业数据分析中,“数据孤岛” 是制约分析深度的核心瓶颈 —— 用户数据散落在注册系统、APP 日志、客服记录中,订单数据分散 ...
2025-10-22在神经网络设计中,“隐藏层个数” 是决定模型能力的关键参数 —— 太少会导致 “欠拟合”(模型无法捕捉复杂数据规律,如用单隐 ...
2025-10-21在特征工程流程中,“单变量筛选” 是承上启下的关键步骤 —— 它通过分析单个特征与目标变量的关联强度,剔除无意义、冗余的特 ...
2025-10-21在数据分析全流程中,“数据读取” 常被误解为 “简单的文件打开”—— 双击 Excel、执行基础 SQL 查询即可完成。但对 CDA(Cert ...
2025-10-21在实际业务数据分析中,我们遇到的大多数数据并非理想的正态分布 —— 电商平台的用户消费金额(少数用户单次消费上万元,多数集 ...
2025-10-20在数字化交互中,用户的每一次操作 —— 从电商平台的 “浏览商品→加入购物车→查看评价→放弃下单”,到内容 APP 的 “点击短 ...
2025-10-20在数据分析的全流程中,“数据采集” 是最基础也最关键的环节 —— 如同烹饪前需备好新鲜食材,若采集的数据不完整、不准确或不 ...
2025-10-20在数据成为新时代“石油”的今天,几乎每个职场人都在焦虑: “为什么别人能用数据驱动决策、升职加薪,而我面对Excel表格却无从 ...
2025-10-18数据清洗是 “数据价值挖掘的前置关卡”—— 其核心目标是 “去除噪声、修正错误、规范格式”,但前提是不破坏数据的真实业务含 ...
2025-10-17在数据汇总分析中,透视表凭借灵活的字段重组能力成为核心工具,但原始透视表仅能呈现数值结果,缺乏对数据背景、异常原因或业务 ...
2025-10-17在企业管理中,“凭经验定策略” 的传统模式正逐渐失效 —— 金融机构靠 “研究员主观判断” 选股可能错失收益,电商靠 “运营拍 ...
2025-10-17在数据库日常操作中,INSERT INTO SELECT是实现 “批量数据迁移” 的核心 SQL 语句 —— 它能直接将一个表(或查询结果集)的数 ...
2025-10-16