《产品的视角》 读书笔记
关于本书
插入「表格」
书名 | 《产品的视角》 | 作者 | 后显慧 |
---|
读书的目的
- 理解产品经理的思维模型和关键能力;
- 制定计划逐步去学习这些能力;
内容简介
- 读书笔记至少为了自己安心读书,提高专注度。不求多,但求闻道、修身;
- 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年级入门阶段;