阅读这本书主要是想更多了解产品经理的工作以及他们的思考方式，所以选择了这本介绍产品经理入门书籍。合作是工作中必不可少的一部分，我们免不了与各个职业的人打交道，而作为数据分析师更是需要一定的产品思维，相信这本书同样可以给大家带来不少的收获。

        本书主要分为 3块内容。第一章概述抛开不说。第 2 - 6章为一块内容，讲述产品经理的工作方法，包括产品需求、方案、迭代三个方面：产品需求共两个章节，分别介绍了通过对用户和市场分析确定需求的方法；产品方案共两个章节，分别介绍了交互设计以及需求文档撰写；最后用一章介绍了产品迭代。第 7 - 9章为第二块内容，介绍了产品经理需要具备的三方面技能：技术相关能力、数据分析能力以及沟通软技能。最后第 10章介绍了产品经理求职相关的内容。

        第二章：产品经理的用户洞察

            1，需要明确真需求与伪需求，伪需求大多是没有使用场景的、小众的或使用频率低的用户需求，产生这类需求的原因主要有：凭主观经验做事、盲目抄袭模仿、研究方法不当、过早考虑赚钱、单纯技术驱动、方案与需求混淆。

            2，介绍了用户需求研究的两种方法：定性研究与定量研究。通过定性研究，可以大概了解用户是什么样的，需求大概是什么，往往一开始会采用，随后如果想要更精确的知道一些信息，需要借助数据作为支撑，就需要定量研究。定性分析四步法：准备、介绍、访谈、总结；定量分析四步法：沟通准备、设计问卷、发布回收、分析总结。

            3. 分析后需要做结论呈现，也就是用户分析报告，主要包含：用户画像分析、用户特征/规模分析、用户需求/痛点分析、产品行为分析、内容偏好分析，一步步具象深挖，最终落实到目标。

        第三章：产品经理的市场思维

            一个新的产品切入、或者一个重要功能的切入、再或者一个阶段的总结和后续规划，往往会需要有市场分析。如何做市场分析，书中总结三步：明确定位 -> 找竞品；量化成果 -> 找数据；分析亮点 -> 找差异。最终落到市场分析报告上，可以从五个维度逐次展开分析：产品背景、行业大盘、用户研究、产品对比、执行策略。

            产品经理是一个很讲究方法论的职业，和数据分析师很像，要求从宏观入手，在微观处发力。正如某位 RD 所说：研发也是如此，不仅仅是码逻辑、码功能点，宏观把控、有正确的方向、逻辑自洽，是基本要求。在技术方案设计时，如果不是为了一个目标或者符合一个标准而设计，只是为了实现功能，那么这个设计多半是会留坑的。而如果能够找到这样设计的原因，并且与制定的长远目标或过去的标准吻合，也就是自洽，往往设计更加优美。而且，也可以从更高一层把控工作。而对于数据分析师来说，我想同样适用。我们要从整体出发，追求方向感，且逻辑自洽，而不是陷入手头的分析工作，或是某个固定的课题去“埋头苦干”。多问自己几次为什么，找到问题的本质，梳理逻辑树，找出藏在角落的数据，分析其背后的原因。只有从宏观把握，再着手到微观，才能让自己对整个业务有更深的理解，才知道我们要分析什么，为什么分析，怎样分析才能打破局限，更加严谨与逻辑自洽。

        第四章：产品经理的交互设计

            这一章首先介绍了好交互与坏交互。好交互的特征包括简洁、清晰、唯一主路径、操作步骤少、结果明确，反之坏交互；随后介绍好交互设计的关键——以用户为本（正像「增长黑客」中提到的怎样做才算是从用户的角度去触发，以客户为中心），每个交互操作背后，一定服务于一项用户需求，脱离用户需求的交互，即使设计得再精妙也没有存在的意义。

            交互设计需要遵守以下原则：以用户为出发点；考虑用户场景；尊重用户习惯；结合产品阶段。

            最后，介绍了一些交互设计的技巧，都是遵循生理的，分别为加强设计的可用性以改善用户的操作效率和让设计符合用户的记忆规律，其中提到了功能可见性、费茨法则、西克定律、意元集组、图片效应、序列位置效应、樊雷斯托夫效应。

        第五章：产品经理的文档撰写

            第一次了解了除了 PRD 还有 BRD 和 MRD；在写需求文档前需要先了解需求文档的作用、关注需求文档的人群和他们的关注点、注意事项，这里触动比较大的是第二点，其实不论 PRD 还是其他文档，都要关注读者的角色，要从他们的角度 check 自己的表述，之前在写文档时往往写嗨了忘了顾及各类读者的感受。

            写需求文档的五个步骤：
                1. 全局结构罗列；
                2. 功能结构拆解；
                3. 用户流程梳理；
                4. 产品原型表现；
                5. 需求文档撰写；

            标准需求文档的八个模块：封面、文档修订记录表、目录、引言、产品概述、详细需求说明、统计需求、客服文档。

            撰写文档的四个要点及原则：
                1. 流程完整、注意分支；
                2. 层次清晰、先大后小；
                3. 图表结合、描述准确；
                4. 异常情况、切记考虑；

        第六 ~ 十章：迭代思维、基础技术、数据分析、沟通技巧、面试经验

            后面读的比较快，因为对自己有益的点较少，所以快读了一下。

            第 6章介绍了什么是敏捷迭代和敏捷迭代的优势，随后介绍了敏捷迭代的研发流程，产品经理在迭代过程中规划产品周期和版本时，可采用产品版本规划四步法：从大处着眼，根据产品不同的生命周期阶段规划该阶段的产品长期规划；从小处着手，拆解出每月每周的小版本规划。在「增长黑客」中同样提到了类似敏捷迭代的方法，这个方法在互联网公司可谓是项目推进的标准做法了。产品与数据分析都需要敏捷迭代，不论是初期的 MVP，还是后续的持续优化，需要不断的思考，精益求精，借助实验的方式让产品功能给用户带来更多的价值。

            第7 ~ 9章介绍了产品经理应该具备的一些能力：技术基础、数据分析和沟通技巧。工作中遇到有一定技术基础的产品经理，沟通上的确更加顺畅。尽管隔行如隔山，但是互相了解彼此的工作范围、一些常用术语和概念还是很有必要的，从多角度来看问题往往能带来更大的收获。这本书里对数据分析的章节介绍的还是比较粗浅，不做太多介绍。最后讲述产品经理的沟通技巧，其实每个人都应该注重沟通技巧，帮助彼此更好的配合，「金字塔原理」「学会提问」... 这些书都是增强沟通能力很不错的读物。