产品成长之路~ 产品的视角 读书笔记

《产品的视角》 读书笔记

在这里插入图片描述
关于本书
插入「表格」

书名《产品的视角》作者后显慧

读书的目的

  • 理解产品经理的思维模型和关键能力;
  • 制定计划逐步去学习这些能力;

内容简介

  • 读书笔记至少为了自己安心读书,提高专注度。不求多,但求闻道、修身;
  • RAC模型:认识产品-Recognize、还原产品-Analysis、创造产品-Creative.

第五章 一年级产品经理:执行力驱动、产品感培养

  • 对入门的产品经理来说,执行力是最关键的,不要急于贡献自己的创造力和才华;
  • 解决问题、而不是制造问题;把复杂的问题简单化,小快步跑的做事,也是一种执行力;
  • 版本是需求的子集,产品经理是需求释放的控制者;
  • 创造没有价值,执行力才有
  • 忘记改变世界,先改变自己:需要在时间管理、目标管理、项目管理和知识管理上面做好基础;
    • 时间紧积的四象限
    • 3~6个月的目标:您的PM的目标是什么?
    • 项目管理:redmine
    • 知识管理:knowledge map
  • 培养产品感觉和职业人格
    • 作为一个职业的产品经理,你应该是, 产品都用,不能有什么禁忌。就像一个医生,你没有选择给谁做手术的权利,只要需要,他就要救死扶伤;这就是职业精神?我要每天去使用用户增长的产品,不断培养自己产品的感觉

tips:刚入职的程序员也不都是这样吗?如果定义刚毕业的1-2年的初级程序员,我该怎么样去定义?

第六章 二年级产品经理:用户价值驱动,沟通能力培养

tips:用户价值驱动:最原始的出发点就是为用户代言,如果为最原始的用户代言,这是一个能力,是用户说什么就是什么吗?用户说这个需求的背后的核心诉求是什么?按照冰山理论模型,他说出来需求只是表像,背后的本质诉求是什么?如何挖掘到这些本质?

  • 学会定义流程和产品(其实这个地方是多角色交互流程图)
    • 非常理解流程,对流程有着 “令人发指“严格
    • 通过用户视角,去定义流程和产品形态,而不是根据自己的认知去设计产品
    • 能够快速的将用户需求和场景还原到原有的流程和功能上面;使用方法是:RAC模型
    • 初级PM:跟随流程->普通PM:定义流程 ->很牛PM:重构流程
  • 获取用户需求的能力
    • 如果获取用户需求,使用多角色流程图,去获得用户的需求,站到用户的视角,而不是站到老板或者自己的视角;
    • 沟通能力培养:个人感觉是移情聆听,做到这一点要基于宽口径的知识储备和换位思考能力;
  • 翻译用户需求的能力
    • 讲故事的能力,我感觉fanebi(https://bbs.fanruan.com/thread-118055-1-1.html)的用户洞察用户故事具有感染性,讲故事的能力如果能够衍生到冰山模型;讲故事的能力落实到产品沙盘推演里面,就是现在用户的决策全链路,这个需求来之哪里,一步步庖丁解牛这个故事,如果这个故事不完整,就没有故事能力。实际在我学习BI的需求沟通过程中,对新人如何去描述需求,在完善需求的过程中,也是再描述这个问题,不断去晚上故事的能力;(老解决方案的流程图,无论多么坎坷,都是一个闭环)

    • 抽象能力:这个是我这段时间,经常研究的能力,寻找事物间的共性和提高思维层次。在平时的过程中,看到文章要不断去总结和关联,不断去学习新的知识;(第一次抽象为产品能力)

    • 逻辑能力:我理解是产品能力架构的推演,通过故事和抽象能力,推演出来产品能力;(要对这个产品能力进行精确的描述和定义,然后定义周边功能界限在哪里?为什么这个功能是独一无二的?它要解决什么问题?)

    • 文档写作能力(PRD的设计能力):这个是我完全不会的能力,但是这个是业务开发经理必须具备的一种能力,我要好好学习一下这个思路;

      • 四个交代:动态数据的来源和去向 要交代清楚、交互元素要交代清楚、交互逻辑和上下文的关系要交代清楚、静态文案的约束
      • 流程是骨、交互是肉,肉可多可少,可以美可以丑,但是骨头不能歪,不能断;所有核心流程是否坚挺相当重要;我在体验产品的过程中,需要关心的是核心流程;所以体验产品需要从流程上面去看,然后再从交互上面去看
    • 管理需求:

      • 一个不能保护研发,不能管理需求的产品经理是“不被需要的产品经理”
      • 我们很多时候发现求助很困难,答案很难找,其实问题出在我们自己身上,需要使用技术和运营的思维去和他们沟通,那么问题来了?技术 如何使用 产品思维 去和产品PM沟通了?

第七章 三年级产品经理:运营与规划

  • 三年级的产品经理的特点:运营产品的思维,规划产品的思维,想问题的角度从某个具体的产品,功能,需求流程向更广泛的用户、市场、未来,竞争者和合作者的角度去考虑;
  • 产品经理的本质是为了解决问题,帮助别人发现问题而出现的;如果主动的寻找寻求,需要使用什么样的方式和手段:
    - 产品内:向迭代要数据,向数据要迭代;
    - 产品外:合作伙伴,老板。但是外部需求需要验证,而非必然存在的需求;
  • 产品一般有三层:用户层(表现层),运营层(boss:Business Operating&Servce system层,需要大量的运营产于),基础层(企业的技术体系)。个人理解运营层和基础层是冰山模型下面的,用户层是表现;
  • 运营的本质是将:产品的S曲线编程K曲线;这个书里面,没有很好的描述产品经理如何和运营合作的

第八章 产品设计与迭代视角做产品

  • 抢钱的时代,哪有功夫跟哪些思想还在原始社会,借口太多的人磨叽,只要思想不对的人直接下一个;
  • 互联网思维:一边做一边改进,一边改进一边寻找机会;其实人生也是一样的;
  • 产品有两个阶段: 探索期(0~1):这期间主要是探索产品的定位和用户需求,用户数量不是很重要,重要的是阶段性的探索和项目;小公司推MVP方式。增长期(1~N):使用用户暴增“
  • 关于迭代和灰度的观点:大迭代是地球围绕太阳转;小迭代是地球自传

触动点

1. 什么知识触动了我?为什么触动了我?

  • 流程是骨、交互是肉,肉可多可少,可以美可以丑,但是骨头不能歪,不能断;所有核心流程是否坚挺相当重要;我在体验产品的过程中,需要关心的是核心流程;所以体验产品需要从流程上面去看,然后再从交互上面去看;
  • 我们很多时候发现求助很困难,答案很难找,其实问题出在我们自己身上,需要使用技术和运营的思维去和他们沟通,那么问题来了?技术 如何使用产品的思维去和产品PM沟通了? 这个地方其实可以写一篇文章,分析数据产品经理的能力模型,使用他们能力模型内的语言去和他们沟通,列举一些case。在很多团队技术leader其实很多时候充当了PM的角色,难道他们真的是一个好的PM吗?程序员一定最后要去理解PM的思维模式吗?这个问题,读者您可以思考一下。
  • 我个人在还处于2年级入门阶段;
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值