邱岳的产品实战
邱岳
十年资深产品人,无码科技产品经理
立即订阅
13002 人已学习
课程目录
已完结 57 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 和自己较劲,一个产品经理的实战历程
免费
模块一:增长你的产品:一款产品的诞生与增长 (21讲)
01 | 如何验证你的产品创意?
02 | 如何锤炼你的产品创意
03 | 要不要相信你的调查问卷
04 | 用最少的资源给你的产品试试水
05 | 如何快速利用 MVP 思想
06 | 如何做好产品立项
07 | 产品发布的那些坑儿
08 | 产品增长越来越难,到底应该怎么办?
09 | 产品增长的核心,究竟是什么?
10 | 你需要组建增长团队吗,应该如何组建呢?
11 | 产品增长有哪些业务公式与关键指标?(上)
12 | 产品增长有哪些业务公式与关键指标?(下)
13 | 产品做增长的过程中,有哪些关键套路?
14 | 实战增长,我们要知道哪些事儿?
15 | 增长执行时,需要哪些关键的能力?
16 | 当钩子靠不住时,如何提高用户留存?(上)
17 | 当钩子靠不住时,如何提高用户留存?(下)
18 | 如何把你的新用户转化为忠实的长期用户?
19 | 满眼尽是“病毒”“裂变”,到底什么是传播和获客的正确姿势?(上)
20 | 满眼尽是“病毒”“裂变”,到底什么是传播和获客的正确姿势?(下)
21 | 增长黑客的阴暗面
模块二:升级你的产品能力:产品经理的数据能力与商业意识 (13讲)
22 | 产品经理需要具备哪些基本的数据能力和意识?
23 | 突发式流量数据暴跌,产品经理应该如何应对?【分析篇】
24 | 突发式流量数据暴跌,产品经理应该如何应对?【拆解篇】
25 | 突发式流量数据暴跌,产品经理应该如何应对?【处理篇】
26 | 当收集数据的前后,我们应该做什么?
27 | 从具体业务出发,如何利用数据辅助你的决策?
28 | 那些数据不能告诉你的事儿:尽信“数”不如无“数”
29 | 每个产品经理都要掌握的基本商业概念是什么?
30 | 如何提高你的商业产品收入?(上)
31 | 如何提高你的商业产品收入(下)
32 | “烧钱获客”中有哪些值得学习的商业逻辑?
33 | “烧钱获客”的正确姿势有哪些?
34 | 如何具备赚钱的意识与能力?
模块三:产品经典案例解析:小程序的生态与实践 (3讲)
35 | 对产品经理来说,做小程序有什么价值?
36 | 如何利用小程序去做传播?
37 | 关于小程序,一些你应该知道的事儿
模块四:产品会客厅——场景化处理你的产品疑难杂症 (18讲)
产品会客厅 | 千万级用户的产品是如何打造的?
产品会客厅 | 极客时间产品规划大揭秘
产品会客厅 | 没有项目管理经验,如何推动团队一起完成任务?
产品会客厅 | 需求评审怎么做,如何区分什么是真的用户需求?
产品会客厅 | 一次简洁并有效的产品分析需要怎么做?
产品会客厅 | 从“分享有赏”案例讲起,如何做关键决策?
产品会客厅 | 从案例出发,如何利用数据分析来验证新功能的效果?
产品会客厅 | 产品经理面试究竟考什么?
产品会客厅 | 产品经理的职业发展,你在哪个阶段?
产品会客厅 | 在产品的获客与传播上,“极客时间”做了些什么?
产品会客厅 | 从流量型平台转到资源匮乏平台,如何应对业务变化?
产品会客厅 | 面向大众的通用型产品VS受众面少的垂直领域,二者如何博弈?(上)
产品会客厅 | 面向大众的通用型产品VS受众面少的垂直领域,二者如何博弈?(下)
产品会客厅 | 未来的产品会有怎样的发展趋势?
产品会客厅 | 产品经理如何上手体验一个App?(上)
产品会客厅 | 产品经理如何上手体验一个App (下)
产品会客厅 | 从“极客时间”App的信息架构上,我们能学到什么?
产品会客厅 | 专栏销量过万是一种什么样的感受?
尾声 (1讲)
尾声 | 祝你胸怀远大,心狠手辣
邱岳的产品实战
登录|注册

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

邱岳 2018-10-08
极客时间的专栏读者你好,我是邱岳。
在前一段时间里,我们利用了大约七周的时间,一起探讨了产品增长相关的内容。希望这个模块的内容可以给你的工作带来一些启发。
上一季有一些读者朋友留言,谈及了数据对产品经理的重要性,希望可以看到数据产品经理相关的内容。所以,从今天开始,我们会花几周时间,谈一谈产品经理的数据分析能力和数据意识。
数据是产品经理最忠实的伙伴,它是理解产品现状的基础,是做出产品抉择的依据。数据分析能力通常也是产品经理技能图谱中最显著的内容。
我们在这里就不浪费时间,专门花费篇幅说明数据对产品经理的重要性了,不过想要特别提到的是,产品经理的数据分析能力和数据意识,和数据产品经理的技能树还不是一码事。所有的产品经理都需要有数据能力,但并不是所有的产品经理都会负责数据产品。
由于专栏的篇幅有限,我们没法像教科书一般分门别类、循序渐进。所以,在这个模块中,我会从与数据相关的场景出发,尽可能多地覆盖相关的知识点。希望这些内容能够帮助你理解数据能力在产品设计中的价值和作用,并启发你继续深入训练和学习相关技能的兴致。
我们从一个场景开始数据分析的旅程,这也是我们做产品和运营每天都有可能会遇到的情况:某天早晨,你例行看数据时发现,昨天产品的流量环比骤降 20%,这时候,你该怎么办?
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《邱岳的产品实战》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(11)

  • Novelty
    尝试回答下二爷的面试问题(坐等周三进行自我迭代)

    针对产品流量环比下降20%事件,首先我会确定它的统计口径,标准是什么,保证分析基本框架的正确性。

    其次不能孤立的看待数据,我会调出近7日环比数据,以及同比数据,以此决定分析时间维度的长短。

    然后对问题进行逐步拆解,首先拆解为外部因素,内部因素。外部因素重点查看竞品动作以及社会重大事件是否影响到流量。再对内部因素拆解为被动型原因,主动型原因。被动型原因主要看是否由于系统问题造成闪退,白屏等从而使流量流失。主动型原因再拆分为运营因素与产品因素,运营因素重点查看是否因为运营策略的变动影响了用户行为。而产品因素,重点通过数据分析用户行为,查看流失用户此前的产品访问数据,分析他们的产品使用地图,从而查看每个节点上流量下降的环比数据,找出问题点。同时对剩余用户的产品使用数据进行分析,找出这两者的不同点以此更加准确的锚定问题点。

    最后按照此前拆分问题的维度将其进行归类,根据不同的问题类型提出假设,制定方案,跟踪数据,再进行迭代。
    2018-10-08
    21
  • 刘祯
    说起数据,每个人都有很多困惑与好奇,二爷提供的反向学习方法值得借鉴。

    扪心自问,有多少人愿意花时间去研读这些已经成型的文档或是手册呢?就像微信小程序官方开发与设计文档,这两年来真正做好的小程序并不多见。虽然有很多坑,也那是宝贵的经验。

    快速学习最好的方法就是通过问题,一步一步寻找方案,并且从实践中回顾总结。再次感谢提醒。
    2018-10-08
    2
  • 刘祯
    说来惭愧,每天例行看数据这几年都没有做到,早上我一般会总结工作,列出大事,开始工作。每周我会根据产品线进行汇总,长期都是利用系统后台管理来实现数据记录,导出 Excel 表格后另行分析。

    而后,采用了第三方统计工具,增加了更多维度的了解与认识,只是还是处于初级阶段。

    以前还在忙活赛事时,印象最深刻的就是,我几乎认识在平台上注册的所有业余网球选手,大大小小几十场比赛,每次报名、排阵、录分、统计,来来回回就是那些固定人群,作为平台方,最关心的就是注册用户数、比赛数量、报名情况与赛事进程,限于条件所限,人工操作比系统操作要更快捷。

    那时的自己边做边学习,却总是跟不上变化。
    2018-10-08
    2
  • Dylan
    自己现在刚入职,做的第一个业务有关渠道新增,每早关注的就是该渠道的新增数据以及渠道总新增,同时对照着埋点的行为数据、留存数据、涉及页面的大盘数据一起分析。当下就准备对一个按钮进行迭代。
    然后在熟悉业务的过程中,数据也是我在逐步由微观到宏观去学习的,通过各个分类的点击、用户使用时长、整体大盘,我通过数据理性认识产品。
    2018-10-08
    1
  • charlesybb
    目前产品经理的工作,逐渐从端体验到链路闭环发展,研发也是如此,很多研发尤其是后端研发,会在设计系统加购的时候,建很多表存储数据,建议产品学点sql,取数和分析数据会非常方便,查问题也会非常方便,项目初期这样会非常爽
    2019-08-29
  • 一朵蔷薇花
    我们之前是用友盟在监测app的数据
    2019-07-20
  • 宝宝
    今天第一次在二爷下面评论(分享),所以我想尝试回答一下我每天最胆战心惊的工作环节,也就是当数据下降时我该采取怎样的行动。

    1.访问运营人,排除外部的不可控因素,首先询问是否进行正常推广,排除人员调动因素如离职调岗;其次就是是否正常进行推广。

    2.排查内部因素,第一排除是否出现bug性能等问题,导致流量折损。
    第二如果不是因为bug等性能问题,则排除功能流程问题,利用第三方数据工具或分析平台,分析当日的流量的入口,年龄及意向,形成用户地图,从流量入口到落地页每一个路径进行分析,尝试推断是哪一个页面流程出现问题再针对该页面进行优化。

    以上就是针对日常数据问题的一些处理方式,处处入行,想请问二爷及各位PM平时针对自己产品的业务都有哪些建模方法,有无典型案例或工具。

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

    2019-05-27
  • 和小胖
    另外看数据真的蛮重要的,对于产品如此,对于开发更是如此,开发产品一般也会接入一些bug统计的sdk,但是很多人就是接入了,然后就没有然后了。这个其实也需要时常去看,可能因为某个bug在某些机器上就会出现,但是这些影响对于整体业务数据来看可能影响不大,但是在bug统计平台就比较容易看出来,所以,对数据敏感,时长看数据,也是开发的事儿。
    2019-05-15
  • 和小胖
    自建数据平台还是蛮重要的,因为第三方做的再好,可能还是没法满足一些需求,第三方之只能够满足一些常见的需求,另外自建数据平台也是对数据的一种备份,不然数据都给到了第三方,万一某天第三方数据没了,就很尴尬了。其次是可以用自己存储的数据与第三方的数据做对比,如果差别很大,那么一定是其中一方的统计有问题。

    对于流量骤降20%,原因还是挺多的,理论上产品直接把这个问题抛给开发就好了,但是一般产品不会这么做,会先自己去做分析,到底是不是开发原因,万一是运营或者市场减少了投放,或者是由于自己投放的某一渠道出了问题,或者是突然用户群体发生了变化等类似这样子的问题,那么这种问题开发一般是查不出来的,也只有产品去跟其他部门协调才能查出来,如果都不是这些原因,那么就真的该交给开发了,可能真的是程序出了问题。
    2019-05-15
  • 小今今
    我一个测试都要每周走读两次数据(只要公司权限允许),何况产品经理呢。
    2018-10-11
  • 刘容Caroline
    做产品不重视数据,路边卖包子都卖不好
    2018-10-08
收起评论
11
返回
顶部