我为什么想学产品经理？
今年八九月间，准研一阶段，我思考了很久今后要从事的行业。我本科期间学习的是信息安全，研究生阶段又学习的是计科中的嵌入式方向，按理说，开发岗应该成为我日后的工作首选，但我愿意将以后的数年时间投身这门行当里吗？不好说。于是我花了两月时间，窥探开发岗这扇门后的风景，从后端学起，发觉志趣不在，又学习前端，发觉志趣又不在，于是，今后应该做什么、朝着什么方向努力便成了萦绕我心头的愁绪。恰学校中某工作室发布了招新海报，分为技术岗和非技术岗，非技术岗中的产品经理一职调起了我的兴趣，考量以下三点后，我开始了新一轮的学习。
- 互联网行业的薪资有很强的吸引力。
- 对个人的综合能力提升大于技术工种。
- 不用敲代码。不用敲代码。不用敲代码。
我从这本书中学习到了什么？
作为-1岁的产品经理，我认为我从本书中最大的获益就是认识到了一件产品从无到有的过程。
- 产品的源头：公司战略驱动或者是老板的意向促成了产品意识层面的诞生，接着PD进行可行性分析（市场扫描、竞品分析、自我分析），可行性确立后，便要了解产品的典型用户，收集用户的需求，将其转化为产品需求。
- 产品的生成：需求筛选后由PD争夺人力资源（业务流程图、PPT）、组建团队，Kick Off后正式立项。之后PD审核、细化需求，纳入需求池，制作原型图。开发团队以人天为单位规划开发流程。测试团队编写TC进行各项测试。最后发布产品。
- 产品的成长：PD寻找新的需求，对产品不断改版，运维营销实现各自的KPI。
- 产品的消亡：被用户淘汰，被市场淘汰。
其实我以上说的狗屁不通，只是我目前理解的一个产品的大致流程，并且很多东西我都没有提到，比如项目管理的手段：文档管理、流程管理、敏捷方法。前者大多数产品课程都有讲解，并且应当比书中的更贴合实际，毕竟时代在变化。中间则依托于公司，一个公司好的流程必然是管理者丰富的经验的外在显化，由经验转化为流程，能够确保流程线上的工作人员再平庸也能达到及格线。而敏捷方法则更多的靠个人或团队的悟性。又比如在战略的大背景下围绕需求的各项团队：产品团队、商业团队、支撑团队、技术团队等等。再比如几种组织结构：职能型组织、项目型组织和矩阵型组织。这些知识我只是浅浅吸收，讲不明白的。
我以后应该如何读书？
我对这本书的学习可以用囫囵吞枣来概括，但我还是想要为自己辩解几句。我之前读的书籍多为小说，这之类的书我偏好两类：其一是作者针对某个深层次母题而构造出的书，如陀氏、毛姆笔下的...等，其二便是作者借世事变迁刻画几代人的命运的书，如希斯洛普笔下的...。我读这类的书往往有感而发时才会写下文字记录当时的思考与感悟，故显得更为随性些，读完后只消翻看笔记便能大致掌握整本书带给我的启发。但读这本书时，我若按照以往的办法是行不通的，知识类、功能类的书籍通常很难带给人们情感上或者精神深处的共鸣，因此，若还是有感而发随性落笔，怕整本书读下来也落不到什么益处。所以，读这之类的书籍，应当随读随写，将书的内容以导图的形式刻画在脑海中、显形于笔下。这才是这类书籍的正确读法，很遗憾在读这本书时我没能做到。但经考量，我也并无短期内翻看本书第二遍的打算。
希望我在读下本书时能有进步。
与君共勉。
2022-10-06 深秋 阴冷
