这是一个系列，名称是【问渠哪得清如许-产品经理】，网络上的知识繁多复杂，甚至是一种负担，让初学者无从下手，好在有产品经理愿意把自己的经理写成一本一本的书，这些书或系统的给初学者搭建了学习框架，或分享实践经验，或分享面试经验，总的来说造福了社会。我在我们学校图书馆找了很多本关于产品经理的书籍，我从中选择了几本进行阅读，学习的同时会记录笔记，并以博客文章的形式陆续分享在这个平台。如果你没有那么多的时间去阅读，可以看我的笔记对产品经理知识有一定提升，也可以根据我的分享，根据自己的需要针对性地选择一些章节阅读。
后续有时间我可能会继续别的系列（比如：问渠哪得清如许-数据分析）
面向对象
关于产品经理，我暂时先做三本书的笔记，分别是：
《产品经理方法论------构建完整的产品知识体系（第2版）》 作者： 赵丹阳
《产品经理面试攻略》作者：蓝鲸部落
《策略产品经理实践指南：AI时代的用户增长与智慧运营》作者：张秀军
阅读笔记之《产品经理方法论------构建完整的产品知识体系（第2版）》
鸣谢作者赵丹阳！！！
首先目录概览
第1章 产品的基本概念
第2章 如何撰写产品文档
第3章 如何画好流程图和时序图
第4章 如何画好产品原型图
第5章 如何画好产品架构图
第6章 如何进行用户研究与分析
第7章 如何做好需求管理
第8章 产品设计、分析与体验
第9章 如何进行数据分析
第10章 如何理解技术
第11章 如何进行项目管理
第12章 如何进行行业分析和商业分析
第13章 产品设计实践
第14章 产品学习方法和职业进阶
第15章 产品经理的职业成长
第16章 产品之外
后 记
进入学习
前情提要：其实阅读的时候你可能会发现单独分开每一个部分，你好像都了解一点。那我为什么还要阅读这本书呢，主要是在心里面建立相对完整的产品知识体系，最好是阅读以后自己要在心里面梳理一遍，确保自己对于产品经理技能需求，做些哪些事情，这些事情是什么作用有明确框架，才算吸收。不然看了也白看。
第1章 产品的基本概念
1.1人/群体-用户-需求-产品
在图1-2所示的新关系模型中，首先，由"人/群体"定义需求这个概念，需求是"人/群体"在生理或者心理上产生的某种需要和诉求。然后用需求定义产品，产品是满足"人/群体"在生理或心理上的某种需要和诉求而设计出来并服务用户的实体或虚拟品。狭义的产品包括我们使用的计算机，手机，App，保险品等，广义的产品还包括组织，地点，思想等。最后，用产品定义使用产品的用户务用户。用户是群体中直接使用或潜在使用产品的"人/群体"。
1.2什么是好的产品
有用（使用价值）、好用（体验价值）、可持续（商业价值）
可持续强调的是产品在商业上的可持续性。
++大多数为满足人们某种需求而设计出来的产品遵循一个基本的逻辑，那就是"商业逻辑"。++
++为什么说"商业需求文档"（business requirement document,BRD）是三大文档之首（商业需求文档、管理需求文档、产品需求文档），因为一款产品在设计之初，首先要符合基本的商业逻辑。++
1.3产品价值矩阵
1.4产品经理的角色定位
这部分可不阅读
1.5产品经理的知识体系
（这里基本介绍了后续章节会讲解哪些内容）
1.从基本概念展开
首先，围绕用户这个基本概念，衍生出了用户挖掘、用户分析、用户调研、用户访谈、用户画像等知识。
其次，围绕需求这个概念，衍生出了需求识别、需求分析、需求真伪评估、需求价值评估、需求评审、需求优先级评估、需求池管理等知识。
最后，围绕产品这个基本概念，衍生出了产品定位、产品分析(竞品分析)、行业分析、商业分析、产品设计、产品管理、产品数据分析等知识。
第2章 如何撰写产品文档
2.1撰写产品文档的基本方法
命名规范。产品文档标题的命名不仅要考虑标题是否可以准确表达文档的定位和类型，还要考虑标题名称是否会引起歧义。通用的命名规则为描述对象+版本号，例如，CRM系统产品需求文档V1.0.0，标题中加版本号的目的是记录整个文档在输出过程中的迭代过程。当然，如果输出的文档是最终版，且以后不会再次修订，则无须添加版本号。
表达规范。在文档撰写过程中，注意文本表达要规范，尽量避免使用口语化的表达，如"我认为""我觉得""接下来我们""那咱们"等表达句式。这种口语化的表达会降低文档的专业性和严谨性，也会给阅读对象留下不专业的印象。
版本号规范。一个文档经常会被修订多次才输出最终版，因此每次编辑结束的时候都需要进行版本的更新，以保证其他编辑人员了解上个版本编辑过的内容，同时让阅读人员能了解文档的更新历史。++版本更新的内容包括版本号、修订人(当前版本的修订人)、修订时间(当前版本的修订时间)、修订内容(当前版本新增或删除了哪些内容)、备注(对当前版本的一些附加说明)等++ 。
以下是文档版本更新的一些通用规则。
当对文档进行小规模的修订时，修改、叠加第3位数字，即Z1，其他不变。例如，V1.0.0变为V1.0.1.
当对文档进行中等规模的修订时，修改、叠加第2位数字，即Y+1，其他不变。例如，V1.0.0变为V1.1.0。
当对文档进行大规模的改动时，修改、叠加第1位数字，即X+1，其他不变。例如，V1.0.0变为V2.0.0。
位于前面的数字叠加后，后面的数字从零开始计算。例如，V1.0.1变为V1.1.0，V1.2.1变为V2.0.0.
2.2三大产品文档
这一部分三大产品文档（BRD、MDR、PDR）可以看看包含哪些内容，面向什么对象，实践不够，可以不细看，因为光看也是写不出来的，需要来点实际案例才能吸收。
2.3如何写好BRD（PPT）
2.4MRD（PPT）
包含：市场说明、用户说明、产品说明、竞品说明。
2.5PRD（Word）
包含六个部分：
基本规范（文档封面、文档目录、更新记录）、文档概述、产品说明、功能需求、非功能需求、附录。
第3章 如何画好流程图和时序图
讲了，一般流程图（顺序、循环、选择）、泳道流程图（和一般流程图类似，但是有多个主体，比如顾客、收银员、削苹果店员）、时序图。这一部分之前在别的课程学习过，所以记录比较少。想学习的建议找到具体的教程学习。比如一整个体系都在讲泳道流程图，那样比较深刻。
第4章 如何画好产品原型图
这个也是建议在书里面看老师介绍的哪个软件适合哪个模型，接着直接搜索系统教程。比如Axure、墨刀。需要实践，可以暂时先了解这本书构建的知识体系再实践
第5章 如何画好产品架构图
产品架构图是综合展示产品信息和功能模型的图形，相比原型图、文档、流程图更加抽象，更考验抽象能力。在进行产品设计时，最先产出的应该就是产品架构图。思考这张图如何画，其实就是帮助产品经理梳理产品设计思路、确定产品边界。
业务架构
信息架构
功能架构
混合架构
第6章 如何进行用户研究与分析
问卷、用户访谈（关于原因、关于流程、关于比较、关于细节的拓展）、用户画像
用户画像作为一种描述目标用户特称、联系用户需求、指导产品设计的用户分析方法，在实际使用中，往往使用最浅显的最接近生活的标签来将用户角色、行为和需求联系起来。作为实际用户角色和属性的虚拟刻画，用户画像所形成的用户角色不是脱离产品和市场建立出来的，而是通过对用户数据及逆行分析，并标签化建模得出的，能反映用户真实角色和属性的一种分析工具。
用户画像在很多领域都会提到，比如推荐系统领域。
第7章 如何做好需求管理
7.1如何挖掘用户真实需求
很多时候用户提出的是解决方案而非需求
产品经历要引导用户描述当前的事实、表达内心真实感受、说出期望
描述事实、表达感受、说出期望
7.2衡量用户需求的价值
从三个维度
用户维度（刚性需求、非刚性需求）
研发维度（研发资源、研发成本、研发风险）
商业维度（用户规模、市场规模、稀缺性）
7.3衡量优先级
从几个维度（价值权重、紧急程度、难易程度、上级指示、先后顺序）
第8章及以后，我会继续阅读本书，继续做笔记，更新在我的这个账号【问渠哪得清如许】系列
【问渠哪得清如许-产品经理】阅读笔记《产品经理方法论------构建完整的产品知识体系（第2版）》下-CSDN博客