腾讯产品启示录 学习笔记

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

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

1. 突破困境

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

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

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

      1. 发掘用户刚需，什么是真正用户需要的

      2. 用户体验，不是丰富功能满足细分需求，而是集中优化常用功能的人性化体验。用户不是需要新的功能，而是更好用的功能 

   4. 进化式产品创新，创新不等于做加法。细微的进化隐藏在用户的日常使用中

   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. 人与设备的交互方式，决定时代的发展