读《邱岳产品实战》笔记——上

第一讲 验证你的产品创意

  • 信息收集的重要性, 遵从上下左右古今中外原则
    • 上:上游的产业链
    • 下:下游的消费群体
    • 左右指同行业/相近行业的竞品,和政策环境红利
    • 古今是指了解上下游和竞品的发展过程和遇到的问题
    • 中外:看看互联网发达国家又没有曾经的类似经验和产品;
    • 听课程
    • 行业专家深入交流
    • 读书
    • 行业报告,财报
    • 行业资讯,论坛,线下交流会

第二讲 如何锤炼你的产品创意

  • 产品创意的验证需要有一个正确的且符合逻辑推论过程
  • 确定自己在这个产品中的优势,并制定策略,进行沙盘推演

第三讲 要不要相信你的调查问卷

  • 在调研需要列出清单和计划,基于大纲设计问题
    • 比如设计通勤类阅读软件,需要考虑通勤方式,通勤时长,通勤中网络的网速,阅读人群的画像
  • 需要保证大纲中的问题不涉及用户隐私,用户能够较为客观的回答问题
  • 不要提假设性问题,不要给用户设置情景诱导回答
  • 需要保证用户能够流程作答,问题描述要各个人群都能准确理解;
  • 跳出自己的调查问卷,因为可能在很多情况下用户回答时和在具体行动时往往不是一致的,所以用户的研究不仅仅只能靠调查问卷,更多是我们产品中的实际行为数据;

第四讲 用最小的资源给你的产品试试水(MVP)

  • mvp核心思想: 不断的用尽可能少的资源进行更多的价值剧烈缩减产品范围,用最少的资源构建出符合预期的最小功能集合并投入验证。用我自己的话来说就是走一步看一步,小步快跑;
    本章其实很水,就讲了一个很老的例子和一个核心理论​​​​​

第五讲 如何利用mvp思想

  • 提前想清楚自己是需要验证哪些数据,提前进行数据打点,不能盲目验证;
  • 需要对自己的埋点数据结果有个自己初步的估算,即定一个同行标准;
  • 验证过程中,因为实施的是最小资源这样一定会有所取舍,我们一定要验证舍弃不重要的功能;实施mvp过程中的一些节约成本的方法
    • 用人工代替系统,如为了验证数据分析功能,我们可以忽略数据采集提交功能,采集用人工的方式去替代;即不必讲系统过早的闭环起来;
    • 利用第三方系统,比如一般比较高级的测试工作,我们可以花钱优先进行云测试
  • mvp的缺点 很多人对mvp也是提出了不同反驳观点,个人观点mvp在针对外包项目,强业务项目,新领域项目时可以推进,对于已有成熟模式的业务产品,还是比较难推进;

第六讲 产品立项

  • 立项之前的功能推演,如果在立项时不能经过各方的拷问,这个说明产品的准备工作没有做到位,做和不做都需要有理由,这个理由可以使行业竞品,数据,甚至可以是自己的经验,但是一定不要在别人质问后自己都觉得摇摆不定‘
  • 立项的相关方一定要明确到位
  • 这个我自己做的不足,目前公司业务相关方运营我有时容易忽略,从需求评审时他们就需要介入;但是这同时也对业务相关方的人员提出了更高的要求,他们的介入不仅仅是知道了,而是知道这件事对自己的业务会产生什么影响,未来我可以围绕这块进行哪些挖掘;
  • 协调利益相关方 建立统一战线, 学会讲故事,不会讲故事的产品不是一个好产品;
    很重要
  • 估算计划,进行排期 一定要进行任务拆分精确估时,而不能任由开发人员打包估时,同时要留好一定的余量;但是这块要对估时的审核人员要求较高,并且要有一定的奖惩机制;
  • 立项的 立 在何时; 需要严肃对待立项,因为任何一件事的立项都意味着投入资源,不要抱着无所谓的态度去立项,否则浪费的不仅是别人的时间,也浪费了自己的机会;

第七讲 产品发布的坑

  • 产品发布清单以及责任人知会 这个尤其在大型项目或者关键时期项目上线时很关键,;
  • 项目不要周五上线,如果上要确保有人值班解决bug
  • 留好退路,万一项目上线不成功,有没有进行预备方案;
  • 从我角度来说就是 人 物料 后续事务处理 人是否通知到位,物料是否准备妥当,如发布后的运营物料,云主机服务器需要增加是否准备; 后续问题有没有人跟进

第八讲 产品增长越来越难,怎么办

  • 增长慢的原因第一是用户红利的消失,第二是同类产品越来越多,获客成本越来越高增长新趋势
    • 从拉新到留存的转变 即细节和内容更加重要
    • 下沉市场 如从一线城市用户到三四线,农村,海外市场转移
    • 未来新技术的影响 如vr 5G

第九讲 产品增长的核心

  • 如果不能持续而高效的解决一方和多方利益需求,不论有什么样的运营推广,产品都无法获取生命力
  • 创建产品的 闪亮一刻 就是用户在使用你这个产品时,突然有一刻觉得你这个功能不错观察用户是如何描述你的产品 从增长的角度观察产品价值的方式,可以看用户是怎样介绍或者传播你的产品,这个可能和产品设计的初衷有所不同。比如汤不热,比如YouTube
    • 产品的价值不是产品经理去定义出来的,而是从用户身上归纳得出的;

第十讲 增长团队的组织和实践

  • 市场或者运营牵头,产品和技术进行实施
    • 一般来说,前期是产品经理担任了增长官这一角色,先行数据埋点;后续用户积累一批后,需要有专业的运营官进行实践
    • 各部门的配合一直是难点

第十一讲 产品增长的指标

  • AARRR模型 就是获取 激活 留存 变现 传播
  • 在五个环节中,我们需要根据产品当前所处的阶段集中资源去推重其中的一个环节,不要想着面面俱到;
  • 五个环节中目前来看是留存在各个公司都是比较重要的数据,所以需要在获取用户之前要拿出一个足够拿手的数据;具体业务模式的解析
    • 选定目标 这里的目标不是指产品立项之初的定位之类的,是指增长的目标:如利润 用户数 市场占有率
    • 拆解业务模式 不同的业务模式有不同的拆解方式,作者举例了极客时间的收入拆解;
    • 选定一个可以撬动业务的支点, 这个也是因时而异,作者举了子弹短信的例子,衡量这个的成功不是下载量,而是作为一款即时通讯工具应该十分留存的消息数是否足够多;

第十二讲 增长的套路

  • 增长的过程大概分成五部 建立数据体系 --分析--提出想法--排定优先级--测试
    • 建立数据体系,用到第三方的分析工具如友盟,ga,诸葛分析,这些需要提前做好;
    • 分析的目的:业务整体流程在哪个阶段出现了缺陷和问题,漏斗分析
    • 提出想法:通过分析结果进行大胆假设小心验证
    • 排定优先级:安排资源进行试验
    • 实施测试:
    • 周而复始循环前进
  • 这章建议大家使用下友盟或者其他的第三方统计工具,实战第一不然只知道埋点,不知道如何埋点;屏幕事件和点击事件如何关联;
  • 很多产品的增长方案其实都是试错试出来的,这就要求我们有2个能力,第一是足够的判断力,第二是足够的犯错成本;在项目一定的时间里,其实真的是靠不断的加班将错误一个个的犯完;

第十三讲 如何提高用户留存(上)

  • 留存的本质: 在于用户能够发现 并认可产品为自己带来的汇报,所以留存不是单纯的追求数值指标,而是不断的务实他背后的驱动力;
    • 提高留存的方式 一般采用策略是给用户发消息,推送,邮件,一般把这种方式成为钩子;
  • 钩子的价值1: 告知用户我产品的新价值 2 帮助用户培养习惯,在一些教育类,健身类,需要持续训练的产品中比较常见 3完成一些产品本生功能闭环或者不可或缺的推送或者通知;留存的周期和分析
    • 不用的产品应该有不同的时间框架,不要一概而论; 到底是1关注日留存,周留存,月留存要看你产品的实际业务
    • 需要对留存进行足够长时间的观察;
    • 分析原则是尽可能的细分分析;
  • 留存和钩子其实是需要相辅相成的,在对用户进行使用钩子2之前,其实我们做到2件事即可,第一个是必须推送如电商中的交易推送,新活动推送我们可以在用户合适时机进行推送,这个可以通过后台的用户活跃时间段进行大致得知;第二个时对于一些我们的软推广,一定要做到精准推送,不要推送让用户反感的;

第十四讲 如何提高用户留存(下)

  • 建立完善的会员体系 通过会员和非会员间的价值回报不同进行提升用户留存
  • 直接的利益吸引,如电商平台发送优惠券,无门槛抵扣券,打卡留存
  • 产品本身包含留存属性 如网易音乐通过用户评论留存,电商平台通过收藏商品留存,这些就需要我们平台进行留存数据的分析
  • 用有节奏的持续迭代提供我虚拟功能带来用户回报 比如游戏的更新机制

第十五讲 如何将你的用户转化为忠实的长期用户

    • 第一步当然是激活,那么激活应该注重哪些呢
    • 了解: 一个符合用户预期的产品形态更易让用户上手,但很难有新鲜感,而颠覆性的概念模型可能会一瞬间抓住用户的注意力,确很容易让用户受挫离开;
    • 行动 
    • 打动
posted @ 2019-10-01 15:31  一粒尘_PM  阅读(118)  评论(0编辑  收藏

Android应用开发&研究 - 创建于 2017年8月17日

这是一位Android开发工程师的个人站,内容主要是网站开发方面的技术文章,大部分来自学习或工作,部分来源于网络,希望对大家有所帮助。

致力于Android应用开发&研究工作,专注移动开发,关注互联网前沿技术与趋势。


Font Awesome | Respond.js | Bootstrap中文网