人人都是产品经理
i6448038 opened this issue · comments
第一章
1、关于产品经理的职业病。1.1通过作者起床这件事，就可以看出来，产品经理的工作就是“挑刺儿”；性格上有点挑剔。这让我想起之前了解的“乔布斯”，乔布斯也是很挑剔的，我觉得这应该是产品经理的职业病，假如生活中遇到了性格和佛系，什么都可以，咋都行的产品经理，可能这个产品经理就不太合格。
2、关于产品经理这个职业存在的的行业范围和职级范围。之前我了解的产品经理，都是互联网行业或者部分传统IT企业中和研发、UI等打交道的这么一种一线的工作职业，但是看过这章后我发现：产品经理这个职业不仅存在的行业面非常广，第一个产品经理的职位居然出自保洁这个传统行业；而且职级跨度也非常大，上到部门总经理或者公司CEO，下到普通的一线员工，都可以称之为产品经理
3、我们虽然不在产品经理这个岗位上，但是我们在平时工作中可以充当一些产品经理的角色，能让我们做的东西能够更贴近用户，增加我们的产品满意度；而且会更了解业务，对我们的职业发展也很有帮助
第二章
主要通过采集用户需求 ====》 用户需求到 产品需求的转换 ====》产品需要的产生；讲述了我们如何把用户的需求转化为用户真正的产品需求的过程。
其中有一些是我们工作中可以用到的：
1、以“用户大会”的方式来采集需求。例如成本这一块儿，初版出来的时候我们通过拉各个业务方开会的方式来集中采集需求。
2、“采集需求”人人有责。平时工作中，不管是用户还是开发还是产品经理，在工作进行过程中都可能会发现系统的一些问题或者痛点，通过及时的修复，能让系统更完善
3、明确我们存在的价值。听用户的但不要照着做，因为用户名不是专业的，完全遵循用户的描述可能会将产品带偏，要时刻牢记我们系统的价值，找到用户最最根本的需求，然后想办法解决。
第三章 前三节
读完这几节的内容，虽然我没做过产品经理，但是我觉得比较符合实际，我之前接触过的产品经理就是这样的，一整就写PPT，写报告，拉上老板开会。但是我印象最深的还是关于产品和研发吵架的这个事儿：
记得在以前工作时候，我开发上的leader，就因为一个小的需求不合理（他认为不合理），把产品经理骂了一顿，然后骂完了之后，过了没几天他又把还把需求给做了~ (#^.^#) 我当时的leader是个高T，产品经理工作没几年，还挨了顿~ 现在想想，是职责角色不同导致的两种角色总打架。关于产品经理和开发之间的职责问题：产品经理是“想”，项目开发是“做”；然后产品经理总想把产品做的很完美，所以会不间断的给开发提需求，导致开发压力很大，有做不完的需求，长此以往，就会有怨气，时间一久，火气就大，容易吵起来。
第四章
这张我感受不太多(可能是我看的比较匆忙...)；这章主要以宏观的视角来介绍一个互联网团队中的四大角色：产品、商业、技术、老板，以及详细介绍了前三种角色各自的职能和PD的联系。在这儿我就谈一点感受吧：
“关于产品设计”，设计之大 相关的内容：1、战略层 （方向） 2、范围层 （做多少）3、结构层（有哪些模块和模块的关系）4、框架层(用户看到的东西) 5、表现层(具体的视觉设计和内容优化) 。1-5 越来越细化，而且我觉得难度也越来越低；例如：今天下午开的一个会议《效率优化项目启动会》，其实当时开的很懵的，不知道为什么做这个事情；直到存利总说：“团队这块儿的内容，成本正常跑，明年可能就要基本结束了，我们团队要为后年的产出做布局”，我一下就感觉思维的考虑维度是不一样的，一般考虑的角度很难想到这里。然后我们虽然现在大部分时间在开发，但是平时也会接触非常多产品相关的事情，在做这些产品相关的工作的时候，也应该有一个比较宏观、广的视角去考虑问题
第六章
主要通过爱生活、有理想、会思考、能沟通四个方面阐述了产品经理应该有的四大修养，读完之后整体感觉触动不是很深刻，我总结了一下：
1、爱生活：本意是说任何需求都是从生活中来的，更深一层次是说产品的需求要从实际出发，而不是凭空臆想
2、有理想：是说要有明确的目标，以便我们有足够的动力去推动产品的发展
3、会思考：是说要用正确的方式去思考，思维尽量避开原有教育模式、生存环境的限制，足够发散
4、会沟通：是说要学会针对不同的场景使用不同的沟通方式，以便大家可以保持思路和步调一致，更利于产品的推进和发展。