邱岳的产品实战
邱岳
十年资深产品人,无码科技产品经理
38996 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 58 讲
模块三:产品经典案例解析:小程序的生态与实践 (3讲)
模块四:产品会客厅——场景化处理你的产品疑难杂症 (18讲)
尾声 (1讲)
邱岳的产品实战
15
15
1.0x
00:00/00:00
登录|注册

22 | 产品经理需要具备哪些基本的数据能力和意识?

下一步内容
数据仪表盘视图
建立数据体系
数据走查习惯
数据意识
数据分析能力
产品经理的数据能力和意识

该思维导图由 AI 生成,仅供参考

极客时间的专栏读者你好,我是邱岳。
在前一段时间里,我们利用了大约七周的时间,一起探讨了产品增长相关的内容。希望这个模块的内容可以给你的工作带来一些启发。
上一季有一些读者朋友留言,谈及了数据对产品经理的重要性,希望可以看到数据产品经理相关的内容。所以,从今天开始,我们会花几周时间,谈一谈产品经理的数据分析能力和数据意识。
数据是产品经理最忠实的伙伴,它是理解产品现状的基础,是做出产品抉择的依据。数据分析能力通常也是产品经理技能图谱中最显著的内容。
我们在这里就不浪费时间,专门花费篇幅说明数据对产品经理的重要性了,不过想要特别提到的是,产品经理的数据分析能力和数据意识,和数据产品经理的技能树还不是一码事。所有的产品经理都需要有数据能力,但并不是所有的产品经理都会负责数据产品。
由于专栏的篇幅有限,我们没法像教科书一般分门别类、循序渐进。所以,在这个模块中,我会从与数据相关的场景出发,尽可能多地覆盖相关的知识点。希望这些内容能够帮助你理解数据能力在产品设计中的价值和作用,并启发你继续深入训练和学习相关技能的兴致。
我们从一个场景开始数据分析的旅程,这也是我们做产品和运营每天都有可能会遇到的情况:某天早晨,你例行看数据时发现,昨天产品的流量环比骤降 20%,这时候,你该怎么办?
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

产品经理需要具备数据能力和意识,数据是产品经理最忠实的伙伴,是理解产品现状的基础,是做出产品抉择的依据。养成数据走查习惯,建立数据体系,利用第三方数据工具或自建数据体系,以更好地分析用户行为和业务指标,为产品决策提供支持。建立个性化数据仪表盘,保证数据阅读的效率,进行横向、纵向和逻辑上的对比。下一次分享将介绍对于“流量骤降 20%”事件的分析思路和相应的数据项。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《邱岳的产品实战》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(11)

  • 最新
  • 精选
  • 宝宝
    今天第一次在二爷下面评论(分享),所以我想尝试回答一下我每天最胆战心惊的工作环节,也就是当数据下降时我该采取怎样的行动。 1.访问运营人,排除外部的不可控因素,首先询问是否进行正常推广,排除人员调动因素如离职调岗;其次就是是否正常进行推广。 2.排查内部因素,第一排除是否出现bug性能等问题,导致流量折损。 第二如果不是因为bug等性能问题,则排除功能流程问题,利用第三方数据工具或分析平台,分析当日的流量的入口,年龄及意向,形成用户地图,从流量入口到落地页每一个路径进行分析,尝试推断是哪一个页面流程出现问题再针对该页面进行优化。 以上就是针对日常数据问题的一些处理方式,处处入行,想请问二爷及各位PM平时针对自己产品的业务都有哪些建模方法,有无典型案例或工具。

    作者回复: 不得不说,好像还真没有可以通吃所有产品形态的建模方法,但总体来说,都是根据用户在产品中的路径和生命周期,找到关键节点,然后建立模型的。

    2019-05-27
  • Novelty
    尝试回答下二爷的面试问题(坐等周三进行自我迭代) 针对产品流量环比下降20%事件,首先我会确定它的统计口径,标准是什么,保证分析基本框架的正确性。 其次不能孤立的看待数据,我会调出近7日环比数据,以及同比数据,以此决定分析时间维度的长短。 然后对问题进行逐步拆解,首先拆解为外部因素,内部因素。外部因素重点查看竞品动作以及社会重大事件是否影响到流量。再对内部因素拆解为被动型原因,主动型原因。被动型原因主要看是否由于系统问题造成闪退,白屏等从而使流量流失。主动型原因再拆分为运营因素与产品因素,运营因素重点查看是否因为运营策略的变动影响了用户行为。而产品因素,重点通过数据分析用户行为,查看流失用户此前的产品访问数据,分析他们的产品使用地图,从而查看每个节点上流量下降的环比数据,找出问题点。同时对剩余用户的产品使用数据进行分析,找出这两者的不同点以此更加准确的锚定问题点。 最后按照此前拆分问题的维度将其进行归类,根据不同的问题类型提出假设,制定方案,跟踪数据,再进行迭代。
    2018-10-08
    1
    45
  • 听天由己
    说起数据,每个人都有很多困惑与好奇,二爷提供的反向学习方法值得借鉴。 扪心自问,有多少人愿意花时间去研读这些已经成型的文档或是手册呢?就像微信小程序官方开发与设计文档,这两年来真正做好的小程序并不多见。虽然有很多坑,也那是宝贵的经验。 快速学习最好的方法就是通过问题,一步一步寻找方案,并且从实践中回顾总结。再次感谢提醒。
    2018-10-08
    5
  • Dylan
    自己现在刚入职,做的第一个业务有关渠道新增,每早关注的就是该渠道的新增数据以及渠道总新增,同时对照着埋点的行为数据、留存数据、涉及页面的大盘数据一起分析。当下就准备对一个按钮进行迭代。 然后在熟悉业务的过程中,数据也是我在逐步由微观到宏观去学习的,通过各个分类的点击、用户使用时长、整体大盘,我通过数据理性认识产品。
    2018-10-08
    3
  • 听天由己
    说来惭愧,每天例行看数据这几年都没有做到,早上我一般会总结工作,列出大事,开始工作。每周我会根据产品线进行汇总,长期都是利用系统后台管理来实现数据记录,导出 Excel 表格后另行分析。 而后,采用了第三方统计工具,增加了更多维度的了解与认识,只是还是处于初级阶段。 以前还在忙活赛事时,印象最深刻的就是,我几乎认识在平台上注册的所有业余网球选手,大大小小几十场比赛,每次报名、排阵、录分、统计,来来回回就是那些固定人群,作为平台方,最关心的就是注册用户数、比赛数量、报名情况与赛事进程,限于条件所限,人工操作比系统操作要更快捷。 那时的自己边做边学习,却总是跟不上变化。
    2018-10-08
    3
  • 刘容Caroline
    做产品不重视数据,路边卖包子都卖不好
    2018-10-08
    1
    3
  • charlesybb
    目前产品经理的工作,逐渐从端体验到链路闭环发展,研发也是如此,很多研发尤其是后端研发,会在设计系统加购的时候,建很多表存储数据,建议产品学点sql,取数和分析数据会非常方便,查问题也会非常方便,项目初期这样会非常爽
    2019-08-29
  • 一朵蔷薇花
    我们之前是用友盟在监测app的数据
    2019-07-20
  • 和小胖
    另外看数据真的蛮重要的,对于产品如此,对于开发更是如此,开发产品一般也会接入一些bug统计的sdk,但是很多人就是接入了,然后就没有然后了。这个其实也需要时常去看,可能因为某个bug在某些机器上就会出现,但是这些影响对于整体业务数据来看可能影响不大,但是在bug统计平台就比较容易看出来,所以,对数据敏感,时长看数据,也是开发的事儿。
    2019-05-15
  • 和小胖
    自建数据平台还是蛮重要的,因为第三方做的再好,可能还是没法满足一些需求,第三方之只能够满足一些常见的需求,另外自建数据平台也是对数据的一种备份,不然数据都给到了第三方,万一某天第三方数据没了,就很尴尬了。其次是可以用自己存储的数据与第三方的数据做对比,如果差别很大,那么一定是其中一方的统计有问题。 对于流量骤降20%,原因还是挺多的,理论上产品直接把这个问题抛给开发就好了,但是一般产品不会这么做,会先自己去做分析,到底是不是开发原因,万一是运营或者市场减少了投放,或者是由于自己投放的某一渠道出了问题,或者是突然用户群体发生了变化等类似这样子的问题,那么这种问题开发一般是查不出来的,也只有产品去跟其他部门协调才能查出来,如果都不是这些原因,那么就真的该交给开发了,可能真的是程序出了问题。
    2019-05-15
收起评论
显示
设置
留言
11
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部