人人都是产品经理

花了几天时间把这本书读完了，可以说让我对产品经理的整个框架有了更清晰的认识，产品思维也得到了提升。本书的作者苏杰用自己在阿里工作这几年的亲身经历和切身体会，将一个产品经理的工作内容和所需能力以贴近实际的方式展现出来。 第一章讲的什么是产品经理，互联网行业的产品经理与传统行业的产品经理区别在哪，让我对产品经理有了更清晰的认识。 从第二章开始，作者结合自己的亲身经历讲述了一个产品需求是如何产生的。用户是需求之源，要从用户中来到用户中去，努力去了解用户，然后尽可能的采集需求。我们要听目标用户怎么说，也要看用户怎么做，因为有的时候用户说的和做法是不一致的，然后从定性和定量两个维度来采集需求。定性是了解，定量是验证，首先定性地说，以用户访谈的方式，记录用户所关心的问题，确定产品的方向，列出需求清单；然后定量地说，通过调查问卷等方式，确定产品的优先级；再定性的做，一边设计一边找用户来验证，做可行性测试；最后，定量的做，根据用户的使用情况做数据的分析，不断改进产品。需求的采集要尽可能的多，但留下了的总是少数，这并不意味着之前采集的需求是白费的，经过各种分析和评审，留下来的肯定是最值得做的。 通过第二章讨论了需求采集和分析，第三章讲述了一个项目的完整流程。从立项、需求、开发、测试到发布，产品经理贯穿其中。BRD、MRD、PRD等各种文档和原型设计，以及一些UML都需要产品经理来做

《人人都是产品经理》第四章读书笔记及读后感作文2400字： 最近一直在忙别的学习，以至于好久没有更新公众号了，也好久没有写读书笔记了。《人人都是产品经理》这本书其实早在一个月前就已经读完了，但做事情有始有终，我还是要继续把没有更新的章节写完。写读书笔记是挺有趣的一件事情，可以更加清晰了解书的结构体系，也能深入了解书里的知识点，所以以后看的书我争取都写一下读书笔记，也算是二次阅读加深印象。 这是介绍工作团队的一章，公司都是由各个部门组成的，多方协调和配合才能让工作更有效进行。那么我们的团队是怎样的结构呢？各部门间又应该如何沟通呢？我们先从下面这张简单的缩略图了解一下吧。 相信你一定在心里说，这图也太草率了，根本无法理解其中的奥秘。别急，咱们一个个谈，慢慢往下看。 产品是一个衔接技术和商业的部门，技术工程师把产品当业务人员，销售又把产品当技术人员。由此，产品成了沟通商业和技术之间的桥梁。产品团队常包括产品经理、产品规划师、需求分析师、产品运营师、交互设计师、视觉设计师、用户研究师、前端工程师等等。我们按照产品的规划到成型的顺序来依次对产品团队的成员做简单说明。 规划人员经过讨论协商出产品研发的一系列流程，像是产品的父母将产品从无到有创造出来。设计人员之间则通过各种简易demo和效果图来确定对产品的调整修改，实现产品由有到优的进化

最近一直在读《人人都是产品经理》一书，读了一半。先做一下总结。 【感悟】 1、产品经理设计的面比较广，产品的前期需求调研，界面功能点的设计，具体开发过程中的项目管理，以及到产品发布以后的营销等等方面都有所涉及。 2、事产品经理的人员有时候会来自于各行各业，开发、测试、销售等等人员都有。 3、产品经理要求是全才，但不一定要都擅长。 4、产品经理的性格对于技术而言外向，但是对于销售而言太内向。感觉和自己有点像。但是冲着25k的远大目标，我觉得产品经理还是一个不错的选择的。 【章节总结】 第一章 写给-1到3岁的产品经理 1、产品就是为了解决问题而存在的东东。所以要确定能解决这个问题。 第二章 一个需求的奋斗史 1、需求调研时期，一定要覆盖面全，尽量多。 2、在调研需求的时候，不要完全相信客户所说的，要采取一些方式获得用户真正想要的什么 3、需求整理阶段， 坚信“少做就是多做”，集中火力，解决客户的核心问题。 4、需求的采集人群以及方式是一门学问。 第三章 项目的坎坷一生 1、文档、流程与敏捷都只是手段，真正的是为了保持产品的开发的效率。 2、项目管理过程中的 注意团队的协作 3、项目的各个节点，特别是启动会议，需要让大领导知晓 4、有一些改动，需要让所有的领导都知道，否则领导永远不知道这帮人在干嘛 5、如果加班都没有办法解决的任务，那么就可以辞职走人了 第四章 我的产品，我的团队