《人人都是产品经理》读书笔记

《人人都是产品经理》读书笔记

读完某一作品后，你有什么领悟呢？需要好好地就所收获的东西写一篇读书笔记了。可是读书笔记怎么写才合适呢？下面是小编整理的《人人都是产品经理》读书笔记，仅供参考，大家一起来看看吧。

《人人都是产品经理》分为6章，从介绍什么是产品，什么是产品经理，以及如何入门产品经理，并且对产品经理所做的工作进行了一个系统的讲解，化繁为简介绍了一个项目从用户调研，需求分析，开发，上线，后期反馈等等环节产品经理从中起到的作用，以及如何做需求调研，如何做OK的需求文档，并且从产品需求升级到“项目管理”，如何协调各方关系，保证产品能够成功上线，讲解如何触及产品的灵魂，明白自己到底做的什么，用户需求和产品需求之前的区别，在有限的资源下面有的放矢的舍取功能，做正确的战略，最终告诉我们如何热爱生活，提升自我产品修养，做一名优秀的产品经理，是一本从入门到高阶产品经理养成的书籍，现在我们来逐章“庖丁解牛”的学习和剖析这本书的精华。

第一章《写给-1到3岁的产品经理》

第一个章节，灌输给我们一个“产品”的概念，一种能够解决需求的东西，生活中处处是产品，产品分有形和无形，服务行业给人带来的整套解决方案或者服务，也是一种产品，因为产品繁多，于是一个优秀的产品的产品经理存在的价值就非常大，可以让世界更加美好，可以改变我们的生活。

介绍了传统产品经理和现在的互联网产品经理的区别，从行业的形态，产品的形态和成本结构，用户的诉求和心态，赢利模式生命周期等等维度的区别，说明：如今的互联网产品经理需要更的侧重产品一个从无到有，从有到优的过程，其中涉及产品规划，数据分析，用户研究，需求分析，功能设计，项目管理，敏捷方法等内容。

告诉我们如何入行“产品经理”，如何从生活工作中找到切入点去思考产品，逐步的步入这个行业，介绍作者自己在阿里巴巴的产品经理成长历程，从一个“打杂人员”，到接触到PD的概念，再到独立去负责一个产品，接触项目管理，发挥团队的力量，流程化的制定，并且提出产品经理的灵魂：爱生活，有理想，会思考，能沟通。

第二章《一个需求的奋斗史》

“一个需求的奋斗史”主要介绍：(1)用户调研;(2)需求采集;(3)需求分析;(4)需求筛选;(5)需求管理;(6)需求进入开发等一个需求产品的种种环节。

一个需求的产生需要从用户从发，进行各种采集，通过“数据分析”，“调查问卷”，“用户访谈”等进行做一个基础的需求整理工作，同时走进用户，倾听用户的诉求，然后进行需求分析，利用有限的资源做出最有“性价比”的需求。

本章提出一个理念：对产品经理最重要的是：“发现一个问题，然后设法将其转换为也给任务来解决”。

提到了用户，用户是需求之源，用户的食色性，马斯洛的需求层次理论，人类的五个层次需求：生理需求，安全需求，社交需求，尊重需求，自我实现的需求。因为这么多的需求，人内心存在这么多的“不满意”，产品就有了存活的价值，存在的意义。而产品经理就是要去剖析什么是用户真正的需求，真正想要的东西，我们如何在满足他们的同时，满足公司的发展，战略的发展。文中也提到如何去了解用户，其中包括：需求采集的方法，用户访谈，可用性测试，调查问卷，数据分析等等，最终完成大量的需求采集。

大量的需求采集以后，进行需求PK，需求筛选，需求打包，达到项目的“多快好省”的目标，以及如何写“商业需求文档”，然后进行需求评估，“砍”需求，提出“少做多做”的思想，砍去可做可不做的功能，完美的去完成必须要做的功能，而不是做一个全而半吊子的产品。

最终需求完善的后面，便是立项了。

第三章《项目的坎坷一生》

本章节，介绍作者从一个产品经理的角色转变为项目负责人，承担项目经理的角色，介绍了立项，需求(开发)，开发，测试，发布等等环节，其中采用的文档管理，流程管理，敏捷方法等等辅助工具进行一个项目的管理。

1、产品经理和项目经理的区别：

(1)产品经理---》判断力和创造力，决定功能做不做，做什么，做多少，方向正确。

(2)项目经理---》执行力和控制力，接到一个任务，“我要把它完成”。

2、介绍必要的项目启动大会，或者迭代启动会议，其中包括几个关键词：

(1)项目背景，(2)，项目意义，目的和目标，(3)，需求，功能点的概述(4)，项目组织架构(5)项目计划(6)沟通计划。

3、项目的目标是：多快好省：范围大，时间短，品质高，资源省。

4、各种文档(商业需求文档，市场需求文档，产品需求文档)的介绍和书写。

5、介绍需求评审，设计评审，测试评审的过程。

6、开发阶段：开发，设计，设计评审，编码，单元测试，走查。

7、测试阶段：TC(测试用例)编写，评审，冒烟，功能评审，测试。

8、处理变更事件，搭车事件，紧急事件，等等一句话说，拥抱变化。

9、介绍项目管理中的，文档规范，项目流程，敏捷方法，敏捷沟通。

第四章《我的产品，我的团队》

这一章主要介绍，从之前的基础上，介绍一个团队的组成，每个角色的分工和意义。

提出“大产品，大设计，大团队”的概念，提倡产品经理把自己看做团队的中心，主导产品，推进产品发展。并从不同的角度剖析公司特色，产品发展，团队组织和管理。

商业团队：产品经理游走于商业和技术之间，商业团队细分市场，销售，服务等角色，说明商业团队的重要性，以及产品的市场化，初期产品的初始化战略也离不开商业团队。

产品团队：扩大了产品团队角色范围，其中包括UE(视觉，交互，前端，用研)，运营，产品经理。并逐一介绍各个角色所做的事情，工作细节。

介绍技术团队，开发团队，测试团队，运维团队，支撑团队。

介绍团队文化，如何让团队开开心心，其中介绍了很多团队管理中的小技巧。

整体来说：就是产品作为主人翁，先要找准方向，推动各个环节驱动，说服自己，说服大家，一起激情的工作。

第五章《别让灵魂跟不上脚步》

本章介绍如何触及产品的灵魂，说白了就是如何定位准确，如何能够确保前进的方向是正确的。

通过寻找企业价值观来确定战略和产品的一个价值观，培养大局观。

做可行性分析，明白三个问题：(1)我们在哪儿，(2)我们去哪儿(3)我们怎么去。

学会做产品路标规划，能够将节点掌握在手中，最终穿越风雨达成目标。

如何开一个靠谱的会议，做好前期准备，明确目的，识别关键人物，有主持人和记录。

如何制定合理的KPI，明白KPI后面的目的，最终能够良好的达成。 ……此处隐藏4295个字……，如果时间不充足，就找机会结束访谈)

问题四：访谈人员过于强势，引导了客户的想法。

对策：同上，不忘访谈目的。

(3)《软件观念革命：交互设计精髓》中提到的用户访谈要点

√ 避免固定的问题，容易让人产生被审问的感觉，可以准备清单，但不要一个一个对着念;

√优先关注目标，任务其次。我的理解是，抱着找到用户需求的目标是做这件事情，而不是抱着完成用户访谈这个任务的心态去做;针对用户的表述，多问为什么，他为什么会这样想，为什么会这么做，实质是要探索他言行之后的呢在逻辑;

√ 认真的听用户说，但是不一定要完全按照用户说的做;

√ 避免讨论技术;

√ 避免诱导性问题;

3、调查问卷

(1)使用场景

适用于大批量用户的信息采集(让沉默的大多数说话)。问卷中的问题多为封闭式问题(访谈多为开放性问题)，其问题来源于用户访谈。

小技巧：开篇用简单的问题开始，中间放重要的最想了解的问题，最后放一些个人信息相关的问题，全部作答时间不要超过十分钟。

(2)常见问题及对策

问题一：样本存在偏差，问卷覆盖的用户与想了解的用户不一致。

对策：①明确想要了解的目标用户中分为哪些类型，选择的样本中也应尽可能的包含，同时注意在报告中注明数据的获得方法、数据来源等;②将目标特征作为问题放入问卷中，后面分析数据的时候从样本中筛选出与目标用户具有相似特征的样本，进行分析。

问题二：样本过少。

对策：样本过少的时候，不要用百分比!

问题三：问卷内容及相关细节。

对策：①问题无引导性。把“你喜欢某某”这类带有感情性的描述，换成“你是否喜欢某某”这类相对客观的描述。②答案的顺序对于用户的作答有影响，可以考虑设计两种形式的问卷，使用不一样的答案顺序。

(3)问卷设计过程：明确问卷目的→确定样本对象→调查渠道→时间计划→问卷内容。

4、可用性测试

让产品的实际用户实际使用产品或原型方法，完成产品的典型或关键任务，以此发现界面设计中的可用性问题。

(1)使用场景

通常用于产品上线前，实际情况是在大多数阶段都可以做，只是做的方法略有不同。

(2)主要过程

√ 招募测试用户：招募对象应尽可能代表真实用户，并且是一个新手

√ 准备测试任务：使用本产品完成的关键任务或典型任务

√ 开始测试：用户开始操作，而组织者记录下全过程

√ 测试结束：询问用户的看法/感觉，询问用户在操作时的思考过程，做出某种操作的原因(本质是摸清楚客户逻辑)

√ 研究分析

(3)常见问题及对策

问题：测试过程不规范

对策：引导用户使用“发声思维”，即在使用产品时说出思考过程;组织则避免引导和暗示。

(4)产品上线发布后的改进测试方法

√ 先升级次级页面，一步步升级

√ 新旧两种版本并存，允许用户自由选择

√ 先小面积试验/试用

√ 寻找一种用户已经习惯/熟悉的风格，便于用户接受

5、数据分析

(1)使用场景

产品发布上线，用户开始使用产品后。通常数据分析只是发现现象，需要随后通过访谈等其他方式寻找原因。

(2)常见问题及对策

问题一：误读统计数据

对策：人有证明自己的倾向。也就是说，预先有一个猜测，然后从数据中选择能证明自己猜测的数据进行解读。

问题二：开发时未考虑数据分析需求，等到想要分析时发现没有数据

对策：将数据分析作为产品的非功能需求纳入到产品开发中。

6、其他特色需求采集方法

需求的采集是所有人都需要做的事情，牢记!

(1)现场调查：深入客户使用场景，到用户使用产品的场景发现用户使用过程中发现的问题;

(2)AB测试：有AB两种设计方式，选择一部分用户上线A，一部分上线B，使用后分析结果，决定对剩余的用户使用何种设计;

(3)日记研究：类似于同行测评

(4)卡片分类：列出所有需求，让用户来将这些需求分类。

《人人都是产品经理》读书笔记1000字范文：

很荣幸可以第一个跟大家分享我读的书，因为之前也没有做过这样的读书分享所以还请大家多多批评指正。首先要非常感谢群主大大建了这样的一个平台让我们一起提升自己。说来惭愧，平时晚上我躺在床上都会花很多时间刷微博看直播什么的，但是在定下读书计划之后就会时刻提醒自己不要浪费时间，争取在睡前看半小时到一小时的书。

我读的书是《人人都是产品经理》，读书APP是微信读书，这本书是很好的产品经理的入门书，让我这样的初学者可以一览大局，大致了解产品经理工作的内容都有哪些。介绍了很多案例，写作风格是很幽默的那种。

我觉得最精彩的三章是二三四章，分别讲了需求、项目和产品团队。其中一大特色是用了很多图表来清晰的描述一些复杂的东西。

如：日常用到的文档模板（BRD/MRD/PRD/FSD的功能：BRD，商业需求文档，给大老板看，目的是获得认可，争取资源；MRD，市场需求文档，给老板看，细化市场分析，商业目标到技术实现的关键文档；PRD，产品需求文档，产品功能细化描述，需求开发文档；FSD，功能详细说明，包含在PRD中，确立产品细节。）

不过由于自己缺乏工作经验，看这些觉得会有一点抽象，无法深入理解。希望可以尽快找一份实习工作好让自己可以联系实际，充分吸收书中的内容。

我自己的专业是物理电子学，工作的话大概会从事非专业相关的内容，有时就会想本硕这么多年我到底学到了什么。看书中的这段话真的有种豁然开朗的感觉：当时只是在学习解决问题的思路，而专业就是找了一个特定的领域来练习思考的能力而已。所以，关键还是要跳出以往的应试思维，做过的题不重要，上过的课不重要，学过的知识也不重要，重要的是练好思维方式，“学会”学习。

还有一段是关于学术方面的，也让我很有感触。我在读研的时候，做的就是统计分析、数据挖掘相关的课题，所以工作中开始遇到数据分析的时候，我挺兴奋的，感觉可以好好地研究一番了。但渐渐我体会到，实际地生产和科研是有很大不同的。科学研究通常只注重“性价比”的性，只要结果好，方向新，往往不在乎投入，因为相对而言科研的结果不是为了马上应用，而是为了证明实力。但实际生产环境就更注重综合的性价比了。工作和上学的确是有很大的不同，也希望一年以后即将工作的自己也可以尽快适应。

最后再分享书中的一段话和大家共勉：当看到一个观点的时候，就有冲动去寻找与之矛盾的观点，然后通过对不同观点的分析找出背后的原因，从而更全面地理解某个事物。一个人成熟地标志之一就是心中可以容纳各种不同地思想而无碍行事。

作者：许瑶偞