腾讯产品启示录 学习笔记

拉勾教育APP五个月前上线V1.0版本,购入了腾讯前产品总监薛军的《腾讯产品启示录》,重点介绍了“进化式产品创新”方法论。先说APP体验,因处于产品初期阶段,功能不完善、课程资源较少,但核心主流程,需尽快迭代优化。个人学习场景是空闲时间,点击【继续学习】,但APP没有历史记录功能,只能从新播放,无法知足碎片化学习场景。不知道APP主打的目标用户是谁,课程支持视频PPT方式,若是是相似上课方式,则该功能不是优先需求;二是语音播放,播完一课后会自动播放下一课,习惯了获得的逻辑,每日一课,完成当日学习计划,日活就是这么来的。不过因拉勾目前没有学习计划功能,自动播放不会影响使用体验;v1.2.5版本,【我】页面,【分销中心】是什么?分销商?没在APP见过这种名词,请匹配系统与真实世界语言。框架

腾讯的产品方法论,是最常借鉴的范本。“快鱼吃慢鱼”,“用户体验作到极致就是创新”,“少便是多”,以及一切以用户价值为出发点(商业价值也是创建在知足用户价值的前提下),注重的是在实际需求分析、产品设计时,能以该原则思考。less


  1. 突破困境

    1. 目标用户与竞争对手的优先级选择,用户才是裁判,而竞品是在提醒遗漏项  //上线竞品的功能,不会超出用户的指望,相似must-be功能。别人都有了,你也要有(前提是判断这个功能是否符合你的产品定位、目标用户真实需求)学习

    2. 目标用户是谁?如何接触、了解并最后变成用户?如何了解用户的诉求,挖掘产品刚需?如何安排需求优先级,保证迭代的为最能提高产品价值的?  //产品规划与设计时,如何提问题。变成用户,即一秒变小白,以目标用户的视角使用产品测试

    3. 以用户视角结合PM场景化思惟优化

      1. 发掘用户刚需,什么是真正用户须要的设计

      2. 用户体验,不是丰富功能知足细分需求,而是集中优化经常使用功能的人性化体验。用户不是须要新的功能,而是更好用的功能 视频

    4. 进化式产品创新,创新不等于作加法。细微的进化隐藏在用户的平常使用中blog

    5. 用户体验作到极致就是创新排序

  2. 进化式创新

    1. 适应的,才是最好的。由于产品的本质是用户驱动,而服务用户的价值不是一维线性的,设计太超前或太落后,没法与当前用户所需的服务匹配,则没法成功。跟着用户的足迹,才能提升创新的成功率,而不是作出了用户并不须要的功能资源

    2. 主动适应不完美,没法保证外界环境一切都是完美的状态  //考验对于场景梳理的细心程度,产品设计所基于的场景,每每是实际发生的简化版

    3. 简单的,才是永恒的。回归产品初心;人性不曾改变;功能设计的极简,不是多上一个模块、增长丰富的选项或复杂交互,产品功能就变强大了  //less is more,由于准确抓住了重点

    4. 快鱼吃慢鱼。小周期迭代,快速响应用户需求。60分打天下,拿出来去获得用户的反馈。关键点在于如何从海量的用户反馈中,知道正确的迭代方向。完成能体现初心/思路的功能即为60分产品。 //由于60分,就能了大体框架了,先拿到市场中作价值验证,PMF。同时基于60分,如何提高到80分,需靠用户的反馈来把握迭代方向,60分的基础功能你们都差很少,关键就是看分化方向

  3. 产品减法

    1. 移动互联网产品的新需求。相比PC端,突出主要内容,减小操做精度

    2. 不作减法的危害。增长用户心理负担,沉没成本致使不肯快速改变  //目前作的瀑布式项目就是因沉没成本过高,没法改变。即便你们都知道方向错了,但没人敢去叫停,只能硬着作,看到结果才能掉头

    3. 忽视作减法的缘由

      1. 但愿知足全部用户需求 

      2. 喜欢作新功能而不是优化功能

      3. 跟随外部竞品节奏,应激式反应

    4. 用户高频路径分析,对用户心理层面和体验上是核心功能愈来愈好用

      1. 识别从进入到离开用户操做比例最大的路径;模拟用户的操做;分析用户为何如此操做的内在路径;比较用户逻辑与原产品逻辑的差别; //分析问题的经常使用套路,指望值是什么,现状是什么,问题为二者的gap。B端产品更强调此方法,与业务用户呆几天,模仿用户一天的工做,梳理操做流程,分析每一任务项逻辑。如此对于业务便有了足够的理解,再与产品现有流程比较,找到排序、设计的依据。

      2. 有差别项

        1. 简化

        2. 强化

      3. 无差别

        1. 美化

        2. 趣化。更有趣,或仪式感,意想不到的乐趣

  4. 小团队创新

    1. 团队的basis

      1. 探索产品价值

      2. 达成团队共识

    2. 小团队管理机制

      1. 荣誉感>责任感

      2. 特性终身负责制

      3. 北极星指标。找到能够激励团队向正确方向靠拢的指标  //有正确的指标,才有迭代优化的依据

      4. 团队文化。提高效率和质量

  5. 人性

    1. 平衡。顺应人性,但不过于沉迷,能够帮忙用户健康使用

    2. 找到善恶平衡点

      1. 贪婪,互利

      2. 嗔恨,赞美

      3. 痴迷,知足好奇心

  6. 有温度的产品

    1. 超出用户指望的功能

    2. 保持产品设计初心,即解决用户的问题  //听出来是废话,实际很难作到。相似人生道理,听了无数遍,其实只是字面意义上的理解,没有切身经历,仍是不知道

  7. 小步快跑

    1. 延期缘由

      1. 产品需求没法作到稳定

      2. 开发前期对于需求理解不一致,开发过程当中不断暴露问题

      3. 后期上线压力集中在测试,压缩测试时间,形成了质量问题

    2. 关键在于如何有效提升需求沟通效率,及需求的成熟度

    3. 给用户带来惊喜,而不是意外  //意外是打破对产品的依赖感,减小肯定性。而惊喜是以用户没想到的方式,提供了额外肯定性

    4. 头几个迭代激发用户的反馈,每一个迭代加大对用户反馈的响应。迭代跟着用户反馈走  //抛砖引玉,头几个迭代的目的,是先早出能引发用户反馈的“砖”

  8. 增加黑客

    1. 解决want时注意用户成本和用户习惯,最好的产品不必定是最好的解决方案  //因此更快的马,也可能比车更好。之后不拿“问用户要什么,只会回答更快的马”举例了

    2. 需求管理

      1. 用户反馈

      2. show case

      3. 数据分析

      4. bug

      5. 需求

    3. 借助运营,帮助产品准确把握需求。产品设计时,与运营结合,深挖受欢迎的功能点,利用功能自带的流量实现快速增加

  9. 价值观

    1. 聪明是种天赋,善良是种选择,后者更可贵

    2. 人与设备的交互方式,决定时代的发展