邱岳的产品实战
邱岳
十年资深产品人,无码科技产品经理
立即订阅
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讲)
尾声 | 祝你胸怀远大,心狠手辣
邱岳的产品实战
登录|注册

产品会客厅 | 极客时间产品规划大揭秘

邱岳、池建强 2018-08-17

【写在前面的话】

产品会客厅是一个实战问答的板块,我想要创造的是一个集思广益、共同探讨问题、答疑解惑的互动环境。
在上一期,我分享了“Readhub”和“抽奖助手”产品规划的一些经验,也看见了很多朋友都留言分享了自己在产品规划上的一些体会与思考,还有朋友留言谈到了自己在实际工作中遇见的困惑与难题。
建立这样的一种实战的模拟场景是需要我们一起共同来创造与经营的,感谢写下留言的每一位同学,也希望大家都可以把工作中遇到的具体案例与经验分享出来,我们一起去讨论解决,一起获得成长。
在留言中,我看到了很多朋友对“极客时间”的诞生过程也十分好奇,所以这一次,我们邀请池老师来回答一下大家关于极客时间的一些问题。

【第二期问题】

恭喜第二期的幸运用户 @毛毛毛毛白 @ sylan215 @ 时间之树 成为了本期的实战问题的提供者,极客时间将为以上的几位用户每人送出价值 68 元的极客福袋一份。一个工作日之内,工作人员会与你取得联系。

用户留言

“极客时间”是一款提供付费知识产品的 App,如果你也想做同类型的产品,如何完成这个创意的沙盘推演呢?
这一类型的知识产品,用户量和收入更多是取决于内容质量,功能和体验反倒是次要,那么作为它的产品经理,需要注重的部分是哪些,获得的成就感又是来自哪里呢?
在这类产品开发中,如果有些功能特性经过验证后发现效果达不到预期,会被下线,那如果一个专栏或课程各方面的数据指标不理想, 是否应该将其下线呢?
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《邱岳的产品实战》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(6)

  • sylan215 置顶
    呀呀呀,中奖了,兴奋,感谢池老师提供的平台,感谢二爷的精彩分享。

    下面是今天份的问题:
    1. 极客时间已经完成了 0 到 1 的跨越,一些细节问题是不是可以解决了,比如订阅者沟通群,比如留言精选和回复通知;
    2. 从 App 上找到自己订阅的专栏的路径太长了:打开 App -> 点击「我的」 -> 选择「已购」 -> 选择目标专栏 -> 选择目标课时,真的心累,建议参考得到,在底部菜单栏放一个「已购」入口;
    3. 「看图文」和「听音频」是不是可以合并,在每课时的音频后面增加图文查看入口就行。

    今天份的话题讨论:
    1. 一方面想办法督促产品提升自身能力,必要的话最规范和流程,明确职责,都是可以的;
    2. 本来就是通的,只是配合默契度的问题吧,有流程并明确职责后,应该会好一些;
    3. 感觉有点本末倒置了吧,运营不是应该在产品上线后主力跟进的么?怎么看起来反而是上线前跟进的多,上线后反而没跟进呢?感觉是时间分配(优先级)的问题;
    4. 只有点子好,谁都可以做立项人,我说的立项人并不是谁提案谁负责,落地过程中还是需要团队配合的;
    5. 感觉立项人不是一个具体的角色,运营才是,所以需要和公司明确立项人的具体职责是啥,只提出点子?自己的点子自己作为项目经理去推动?负责所有的点子的提出和落实?感觉还是需要更明确下角色和职责,这样才能知道需要啥技能,以及如何安排自己的时间;

    以上,欢迎沟通交流,公众号「sylan215」
    2018-08-17
    8
  • 小凡syy
    极客时间快推出iPad版吧,Mac和win客户端也要跟进啊。每次网页打开都要登录,手机端要三四步才能点开自己已购的专栏。你们做技术的大神这么多…
    2018-09-19
    3
  • 刘祯
    感谢池老师的分享,早上就看到了公众号推文了,原来是回答问题。如此推心置腹的分析让人受益匪浅。

    我很好奇的是极客时间如何度过前三个月的瓶颈期的?的确,产品上线后,运营是主线,从产品专栏订阅人数就可见一斑。当时你们是如何改变这一困局的?

    今日问题讨论,就不展开了。

    1、和产品沟通,和上级沟通,每个人尽责任,划分清晰,职能明确

    2、最好有标准化的工作流程,每个角色都要权利与义务;

    3、项目管理还是要有专人负责,运营可能压力太大,每个节点把控自然由项目负责人来管理,若是没有,那就改变制度,而不是一个人一味地付出

    4、立项人谁都可以,本来就是自由和开放,关键是要承担责任,推进项目顺利进行

    5、我觉得大家把技能看得太重了,若是负责人,应该有团队协调的能力。产品是立交桥,做项目同样如此。
    2018-08-17
    3
  • 小青
    目前在极客时间上的专栏学习,可以说是全靠自觉的。而大多数人是惰性,善忘的,比如我就会忘记专栏的更新,建议可以利用小程序服务\公众号 增加专栏更新提示等运营手段,帮助用户更好的学习专栏?
    2018-08-25
    1
  • M.S.靖
    1.极客时间当前的目标是:IT知识技能图谱。如何考虑内容方面深度和宽度的把控?

    2.产品历经无数次的迭代和更新,迭代或更新的需求来源于哪里?需要对哪些数据进行分析?如何考虑优先级严重度?

    3.极客时间闭环学习路径如何建立?如何能持续性吸引用户一直学习某一方面内容?是否有考虑建立对话群,对某一期内容进行讨论分析?如何实现对话群建立的有效性?

    4.极客时间是否有考虑如何帮助用户建立系统的知识体系?
    2018-08-21
    1
  • qc精灵鼠
    本篇问题讨论:

    磨刀不误砍柴工,立项前需要整体考虑一下责权利,能找到关键人下结论。

    立项过程中的产品需求最关键,事实证明如果需求不清晰,后续只会增加更多的混乱。如果需求足够清晰了,再去协调研发、设计、测试就有了依据。

    至于项目进度控制,一是不同的责任部门有专人,二是靠自己列清单定期回顾。

    按照经验,需求变更以及进度延期是大概率事件,按照优先级排出来所有需求,如果必须在规定时间内交付使用,就只能有所取舍,但保证交付使用的是可用的产品部分。
    2018-08-22
收起评论
6
返回
顶部