本文是我看视频 & 系统学习《互联网产品经理课程》的笔记，旨在结构化地记录学习到的知识点，大体梳理产品经理相关知识框架，方便在未来的产品经理岗位工作过程中查缺补漏，快速定位到文中某处并针对某一方面内容深入学习后补充笔记。
—— 塑造理性岗位认知
一、概述
1.1 走进产品经理岗位
产品经理需要做好的3件事：
岗位 = 岗位职责 + 能力要求 + 团队角色
产品战略和发展规划 需求挖掘和分析 推动产品目标实现
1.2 场景剖析：产品经理的工作流程
1.3 内容详解：产品经理的工作内容
通用工作内容：需求管理、产品文档、产品报告、项目管理。
需求管理池：采集需求、分析需求、筛选需求、整理需求。 产品文档PRD：设计产品功能、梳理业务流程、绘制产品原型、输出产品文档。 产品报告（产品&竞品分析）：明确调研目的、体验目标产品、得出核心意见、撰写产品报告。 项目管理：项目启动、项目计划、项目执行与监控、项目收尾。（把控流程、协调合作、资源调配）
1.4 职位晋升：产品经理的发展路径
产品助理：基础性工作、如整理反馈意见、整理需求、会议记录和数据统计等。
产品经理：从小功能入手，开始接手模块设计，最后能够负责完整的产品项目。
高级产品经理：同时负责多款产品或者一个重要的项目。
1.5 能力模型：产品经理必备的素质能力
产品经理必备的素质要求：
自我驱动：自我时间管理、自我情绪管理、自我学习管理。
情商：沟通技巧与换位思考。
好奇心：拥有好奇心，才能保证产品经理拥有对产品的敏锐力。
产品经理必备的能力要求：
商业理解能力：对商业的理解、对市场供求关系的理解，延伸至对产品战略的理解。(坚持做不同行业的分析报告)
产品管理能力：可细分为产品定义能力、对产品设计开发流程运用能力、对产品开发中涉及人员的管理能力。
推动执行能力：一方面，按照优先级完成自己的工作；另一方面，推进关联其他人员的工作进度。
项目管理能力：结合调动资源，正确分配到各个任务上，并推动团队按照既定的项目计划按时完成任务。
二、产品经理必备四大思维
2.1 什么是用户体验思维？
用户体验是研究人在特定场景下的思维模式和行为模式，在提供产品或服务的完整流程中，使得用户能够以最小的成本来满足自己的需求。
从情感层面看用户体验：
愉悦惊喜：让用户感到愉悦、惊喜、感动。这取决于产品经理对产品的把控， 只有和用户”心有灵犀“，才能在产品设计中触动用户的情感。 人物合一：用户在产品上实现自我展现，获得了他人的赞同和认可， 进而用户在产品上找到了归属感和价值感，用户已经和产品已经完全黏到一起了， 即”人物合一“。
从产品层面看用户体验：
表现层：视觉信息是人类获取对实物第一印象的最重要因素； 对于产品来说，视觉特别丑，用户根本用不下去； 好产品本身就是艺术品。
行为层：产品的信息分类是否合理，内容是否充实，是否能满足用户的基本要求。 只有布局分类合理的信息框架和充实内容，加上协调一致的行为动作，三者协同才能实现产品的预期目标。
内容层：内容层就像是工程图纸。 产品经理轻视用户体验的表现就是，不重视信息架构，或者是忽视信息架构对具体内容的先导作用。
2.2 如何培养用户体验思维？
尼尔森十大可用性原则：
2.3 什么是逻辑思维？
逻辑思维主线程是因果关系的辨识过程，因和果之间建立互相支持的关系，由因到果。
只要能提升产品效果的逻辑，产品经理都应该去理解（算法、客户端通信机制、系统架构、搜索推荐等各种），并在此基础上优化。
四类产品逻辑解析（应在面试中表现出来的素质，平时要大量练习）:
基础产品逻辑: 指产品设计的一些基础逻辑，包括但不限于前端交互逻辑，信息展示逻辑，产品商业逻辑等 数理逻辑: 包括对于统计学有基础的了解，有基础的数据敏感性，拥有从数据层层深挖定位到问题的能力 思维逻辑: 在表述方案和评估方案的时候，能够有明确的逻辑思维 （评估方案时：事实充分？假设依据可靠？结论逻辑链条通顺？）（❎我觉得...） 业务逻辑: 产品是为公司业务服务的，产品经理掌握业务逻辑，才能设计出更优质的产品出来 （需掌握产品经历、了解对方业务）
2.4 如何培养逻辑思维？（《金字塔原理》）
金字塔原理，是一种重点突出、逻辑清晰、主次分明的逻辑思路、表达方式和规范动作，可以从重点突出、逻辑清晰、主次分明、规范动作这四个关键词去理解它。
开篇布局的中心论点 分论点：纵向关系，指主题和子主题之间的关系 子论点：横向关系，指子主题之间的横向关系
用SCQA模型打磨序言
Situation情景：大家熟悉的情景、事实引入。先给到读者认同感，取得他的信任。 Comlication冲突：实际情况往往和我们的要求有冲突。在平顺取得信任后，制造起伏。 Question疑问：怎么办？如何解决问题，把握机遇，迎接挑战，化解冲突等。 Answer回答：解决方案是什么。这是你的终极主题，也是金字塔的塔尖。
结论先行：
Answer回答：解决方案是什么。这是你的终极主题，也是金字塔的塔尖。 Situation情景：大家熟悉的情景、事实引入。先给到读者认同感，取得他的信任。 Comlication冲突：实际情况往往和我们的要求有冲突。在平顺取得信任后，制造起伏。
纵向关系
把不同的思想抽象层次，沿着金字塔的顶端一层一层的往下分解，展现给别人。然后自上而下，中心思想，一级论点，二级论点……
横向关系
同一级别之间的逻辑关系，可以分为演绎关系和归纳关系。
演绎关系：从因到果，推理层层递进，推理的结论就是上一级的思想（分论点）。
归纳关系：自思想间有共性，上一层级思想是对子思想的概括总结。
用逻辑思维解决实际问题
界定问题：不是找具体问题，而是规定问题所在的集合范围。（可采用连续分析法）
结构化分析问题：收集信息、描述结论、得出结论、提出方案。
分析和找到解决方案：寻找具有因果关系的要素、行为或任务，最后来得到结果，或者是给出具体的解决方案。
组成金字塔结构：用金字塔结构来展示整个逻辑思考的流程，用来和他人交流。
2.5 什么是数据思维？（用数据说话，而不是自己的主观判断）
知识 <- 信息 <- 数据
所做的任何决策的知识都是建立在信息基础上的，而支撑信息的是数据；数据本身是没有任何价值的，有效的数据驱动可以将数据转化成信息，并且形成结构化的知识体系，这样才能指导实际工作。
<- 决策 <- 数据积累 <- 数据分析 <-
数据思维：所有做出的判断和结论都基于数据，对数据敏感，而且善于应用数据；对任何事情、任何看法要有数据作为依据，即用数据说话，而不凭借自己的主观判断。
把握数据链条来工作
数据思维其实是一根链条，透过眼前的东西，用力拉扯，把后面原本看不到的东西呈现出来。
产品经理在梳理业务时，用业务流程图来表明各个模块之间的关系，伴随着业务流产生的数据就是数据流，各个数据指标之间也存在先后和关联。
2.6 如何培养提升数据思维？
建立“以数据为导向”思维习惯
通过数据埋点，发现问题描述问题；
挖掘问题本质，明确产品的优化方向；
检测评估效果，复盘整个流程。
数据分析的4个步骤
描述性分析
判断性分析
预测分析
指导性分析
可结合数据分析做竞品分析-以公众号竞品分析为例看数据思维
描述性分析:账号定位、内容选题、发布频率等维度调研竞品账号
判断性分析：根据竞品公众号文章的阅读量、判断选题、用户偏好等
预测分析：根据描述性分析和判断性分析，通过数据，判断未来态势
指导性分析：给出指导性分析，如选题方向、发布频率等具体执行方案
补充内容：
常用数据搜集网站：百度搜索数据、艾瑞数据、阿里数据、微信搜索指数等
相信数据前，要有勇气否定自己的经验或想法，时常关注数据，思考数据
产品经理，要多沟通，多获取别人的信息和数据，不要固执己见，再做决策
2.7 什么是业务思维？（做好功能、产品之后，比较后期的能力）
功能 -> 产品设计 -> 业务
功能：产品新人对产品的认知，源于其他产品的使用经验，一个普通用户的角度去感知；
产品设计：完成业务逻辑设计，规划模块信息架构和功能架构，从最开始的普通用户视角
转变成设计视角；
业务：通过产品工具创造的用户价值和商业价值之间的关系，看中功能的逻辑完整和体
完整。
业务思维是什么？（让公司创造经济价值）
业务思维是一种统筹综合、全局思考、细节强化的思维方式；
业务思维是讲求目标和结果的，讲求投入产出比ROI和效率；
业务思维，是需要考虑产品背后所承载的业务闭环和商业价值。
2.8 如何培养业务思维？
业务思维与非业务思维的区别
业务思维
用户需求是什么？
市场发生了哪些变化？
业务的目标是什么，现在的问题是什么？
我的工作价值在业务的哪个环节得到体现？
我的工作价值如何在业务中得到落地？
非业务思维
基于部分便利性考虑问题
认为做本岗位专业的事情，仅考虑做好自己这一段工作
从来不会考虑在业务中的落地等
了解公司的商业模式
产品层面：了解用户价值、盈利模式和运营方式。用户价值：目标用户、用户需求。产品功能和竞争优势；在盈利模式：免费or付费、实体商品or虚拟商品？
公司层面：了解公司的资源、客户和财务情况。公司资源：合作伙伴有哪些？有没有政府资源？业务资源有哪些？财务方面：公司成本结构是怎样的，收入来源有哪些，资本增值渠道有哪些等
提升业务思维的两种方式
通过韦斯伯德留个盒子组织模型。全面了解一下公司及业务
了解公司的商业模式，包括两个方面：产品层面和公司层面
三、产品经理必备技能 - 需求篇
3.1 如何做需求采集？
产品是为了满足人的欲望
很多所谓的需求就是人性中的欲望，而产品就是为了满足人的欲望这个目的所诞生的工具和产物。
需求采集的定义
需求采集是获取/验证需求的方法。
它的目的是/深入了解分析目标客户，发现用户痛点。
需求采集步骤：
确定采集目的：没有目的的采集是盲目的，不能直戳要害，找不到合适的数据或者是需求、因此，需求采集的第一步就是确定需求采集的目的、
选择采集方法：选择依据是看产品开发的阶段和调研目的。共有4种方法：用户访谈、可用性测试、调查问卷和数据分析。
制定采集计划：在选定采集方法之后，根据每项方法的步骤和注意事项去开展接下来的工作。
执行采集：根据制定的采集计划去执行，在执行过程中需要注意细节。
总结分析：将资料进行整理规划分析，从这些资料里寻找有价值的信息，规划接下来的方向。
3.2 常见需求采集方法
需求采集的4种方法
用户访谈：
准备阶段：明确访谈主题和目的，设计访谈提纲，提出开放式的问题。（标注用户信息：忠实度、性别年龄等） 现场访谈：给用户提供一个好的沟通氛围，尽量在访谈过程中获得更深层次的信息，并及时做好标记、 数据分析：过滤掉无效信息，提炼用户反馈的需求，最后汇总分析。
问卷调查：
准备环节：在明确调查目的后再做问卷，问卷需要做到封闭式问题、无忧岛用户、题目表述准确。尽量避免专业词汇等等 投放环节：根据调查目的，要选择合适的渠道投放问卷。触达目标人群，能够反馈回有用的信息。 需求分析：过滤掉不完整。无效问卷后统计调查结果，产出需求分析的结果，可以从用户、问题。行为和原因4个角度去分析。
可用性测试：
准备阶段：包括任务的设计，如测试的目的、参与的用户、测试的流程和环境等等，需要根据测试目的邀请代表性的用户。 实施环节：需要创造一个轻松地环境，避免给用户提示，在测试过程中要及时记录测试要点。 需求分析：分析测试用户是否为典型代表用户；分析用户遇到问题的操作和反馈，在测试后要访谈了解用户的感受和想法、
数据分析：
数据准备：确定需求分析的目的，想要的数据是哪些，想通过这些数据做什么事情，然后在进行数据买点做短期的测试。 数据收集：数据收集的过程中。要保证数据连续和完整，数据收集完成后。统计结果要尽可能的量化和图形化。 需求分析：分析前认定数据采集的正确性，通过数据对比发现具体的问题，根据用户数据和访谈结果来判断数据背后的原因。
3.3 需求采集的其他方法
分析业务发展需求：产品根据业务发展需要去做功能（抖音快手的直播）
分析行业竞品：参考评估竞品产品，通过分析借鉴竞品需求
分析用户的评论反馈：产品内部评论反馈收集及应用商店评论监测
社区平台评论文章：如简书、知乎、豆瓣等社区评论文章
倾听公司内部的声音：参考老板及公司同事提出的需求
3.4 如何做需求分析
需求分析的4个步骤
理解需求 需求定位 需求评估 需求分级
需求分析是为了需求更容易回到业务，同时分阶段进行升级迭代，形成整个产品的节奏。
理解需求
理解需求有两个工作；需求描述和需求分类。
需求描述：重现需求场景，能帮助产品经理对需求进行解读；利于团队沟通，规范统一的需求描述能降低团队沟通成本。
需求分类：需求类别可划分为：功能类、数据类、运营类（电商平台做小游戏）、体验类（地图导航加VR）、设计类。
需求定位
需求定位：从公司战略、产品定位、用户需求3个维度进行
公司战略：产品和需求的参考范围可以根据战略阶段来评估，战略阶段分为起步、发展、迭代三个阶段
产品定位：确定需求的性质，定义产品的功能
用户需求：绝大多数用户需求是需要转化的，转化方式主要有3种，分别是：提升现状、降低预期、转移需求。
需求评估
需求评估，是评估需求实现的难度。
初次评估：只是大致的评估范围，通常可以找一个经验丰富的项目经理或者开发帮助做评估。
具体评估：后期方案确定，需要根据具体实现方式来具体评估。
需求分级
需求可分为：重要又急需，不重要但急需，重要但不急需，不重要也不急需4个等级；
产品未上线：基本需求（产品核心） > 期望需求 > 兴奋需求（超出用户预期）来分配需求重要度；
产品已上线：重要性 = 功能使用用户百分比 * 使用次数百分比 * 类别重要性百分比，通过代数计算来确定产品的重要性；
优先做大量高频的需求，小量低频的需求后做。
3.5 需求管理：建立需求池
需求池
需求池，是不在本次开发版本范围内的所有需求。严格来说，即使是下一个开发版本的需求，也可以算作是需求池的范围；
需求池是一个产品迭代依据的库；
建立需求池的好处；一是便于产品版本迭代有据可依；二是方便团队之间的合作沟通。
（不标注需求优先级会失去开展工作的方向感失去重心；没有理清需求之间的先后顺序；没有做好版本规划。
并非所有需求都要放进需求池，一些需求要经过筛选和评估；并非需求池里的所有需求都要落地。
需求录入到需求池时，要遵循”有进有出，宽进严出“原则。
需求池里具体内容
序号；需求名称；需求类型；需求描述；需求来源；预期效果；优先级；状态；添加时间；提交人
定义需求优先级的7种方法
1.KANO模型法
基本型需求 期望型需求 兴奋型需求
2.矩阵分析法
重要且紧急 重要不紧急 紧急不重要 不重要也不紧急
3.经济收益法
经济收益高且紧迫 经济收益高且不紧迫 紧迫但经济收益不高的功能需求 不紧迫且经济收益不高的功能需求
4.前/后置需求分析法
前置需求的优先级 > 后只需求的优先级 前置需求的重要性和紧迫性 > 后置需求的重要性和紧迫性
5.满足核心用户需求的优先
核心目标用户的需求永远是放在第一位的，非核心的边缘用户的需求在分析的时候很顺其自然往后排。
6.满足核心业务的需求优先
在排需求优先级时，我们就会把核心业务需求排在靠前，把其他非核心业务的需求排得比较靠后。
7.满足核心业务投入产出比最大的需求优先ROI
在所有能满足核心业务的需求里面，找到ROI最大的需求优先开发。
花最少的时间、最少的资源、最少的预算开发完功能，尽可能快地赶在时间窗口，获取最多的用户，赚最多的钱。
3.6 什么是产品需求文档
目的是将产品的思维和逻辑通过文档的形式表达出来。
BRD主要是面向领导，是为了展现产品价值以获得更多资金人员等资源支持的；
MRD是面向产品相关的所有部门和人员的，是在BRD的基础上更详细地阐述产品相关的细节与市场价值之间的联系，并周知先关人员，收集建议也获得相关支持；
PRD是面向技术人员，包括项目经理、技术经理和前端、后台、数据等开发人员的，目的是为了落地产品，将功能点具象化呈现给技术人员。（产品经理和技术之间的桥梁）
PRD内容详解
文档信息：包含文档与撰写人的相关信息，包含但不限于文档名称、文档版本、撰写人信息（手机、邮箱、部门等）、文档修改记录等；
需求总览：一般可用需求表格形式展现，内容包含但不限于需求分类、需求简单说明、优先级、技术对于需求的分解、排期等；
具体的需求说明：需要根据需求的类型进行定制化的说明，一般可能包含页面说明、交互说明、数据来源说明等方面。页面说明主要阐述页面包含的元素和模块，以及各模块分别满足的需求。
3.7 产品需求文档的写作方法
好的需求文档有哪些特点？
结构：需求文档结构化，主要是显得逻辑清晰，层次分明。
背景：在需求文档里，要将需求背景描述清楚。
流程图：业务流程图、页面流程图。顺序是先讲业务流程，再讲页面流程，最后讲原型。
目标：目标明确，考核指标和算法非常清晰；（我上这个需求，最后统计的指标是什么？这个指标是怎么算出来的？）
习惯：需求文档里呈现需求变更记录。
产品需求文档撰写4步骤
写前准备，罗列产品功能
梳理需求，产出页面流程图和业务逻辑图
原型设计，将结构化的需求进行框架化
实操环节，动手撰写PRD
写前准备，罗列产品功能
罗列出产品功能的信息内容，将想法逐渐清晰，帮助接下来规划功能的辅助信息，同时也可以辅助服务端技术人员创建数据库。
罗列信息，可以用文本形式，也可以用思维导图，主要目的是清晰易懂。
梳理需求
规整产品需求，让想法更加结构化；首先罗列出产品频道及页面，其次基于产品结构图梳理出频道及页面中的功能，并延伸构建出用户的操作流程。
原型设计
原型设计是将结构化的需求进行框架化，因此原型也被称为线框图；
相对于抽象的文字描述，原型则更加清晰产品的需求，设计和技术人员或者老板也能够更加直观的了解到产品意图。
实操环节，动手撰写PRD
常规的PRD文档的四个组成部分：结构图、全局说明、频道功能、效果图。
结构图：一个是信息结构图，第二是产品结构图。 全局说明：主要讲解产品的全局性功能的说明。 频道功能：以频道为单位，页面为子项，分别描述产品的频道、页面及页面模块元素的功能需求。 效果图：有设计师完成的产品图，和实际开发完成的产品保真度一致。
四、产品经理必备技能 - 原型设计篇
4.1 功能设计与功能结构图
一是基于功能点做优化迭代；
二是做一些新增完整的功能点设计；
产品都是由小功能区构成的
产品经理不是功能经理，但是好的产品经理一定能做功能；
产品早期以功能为主的，产品后期主要是对原有功能的迭代；
完整的功能是功能评审之后提交给研发的；
功能结构图
功能结构图就是按照功能的从属关系画成的图标，在该图表中的每一个框都称为一个功能模块；
通俗来讲，功能结构图就是以功能模块为类别，介绍模块下其各功能组成的图表。
功能结构图的作用
产品概念设计的运用工具之一，在绘制的工程中，能够帮助产品经理思考并清洗产品的功能模块及其功能组成；
梳理需求，以鸟瞰的方式对整个产品页面中的功能结构形成直观认识，防止在产品需求转化为功能需求的过程中出现功能模块和功能点缺失的现象。
信息结构图 & 产品结构图
信息结构图：是指脱离产品的实际页面，将产品的数据抽象出来，组合分类的图标。
产品结构图：是一种将产品的原型以结构化的方式展示出来的图表，综合展示产品信息和功能逻辑。
4.2 功能设计：将需求转化为功能列表
从功能设计到功能列表
功能设计：需要将信息架构落地，是从框架结构到详细设计的过程。以分析后的需求为依据，在概念的基础上，设计产品的功能，经过功能的成本核算后，再进行产品设计；
功能列表：主要是确定产品的功能列表，在做需求分析的时候，做加法和减法的核心思考是保证产品的核心主线功能，功能设计阶段出来的功能列表更细化，甚至是到任务。
功能列表需要注意的3件事：
第一是要对功能列表进行分类。分类可能无助于降低产品使用的难度，降低用户的认知和学习成本，让用户更容易接受。
第二是要坚持围绕功能框架来设计功能列表。概念设计阶段确定的功能框架，实际上就是产品整体功能的核心组成部分，在此基础上去细化功能列表，也不要迎合任何人吗，功能加多了并不是什么好事。
第三是想清楚再确认加入列表。任何一个功能点，只要还没有想清楚，宁愿先不做。不要为了功能的丰满度，刻意加上一些待确认的功能点。
4.3 功能设计前的注意事项
是否值得做这个功能，可以从两个层面来考量；一是需求程度；二是使用频率；
确定功能分类，常见的功能可以分为四种；基础功能、亮点功能、发展功能、非需求功能。
需要思考的一件事情是删减功能，在最开始设计功能的时候可以天马行空的想，最后敲定的时候一定要尽量减少功能。
功能快速“模仿”导致的尴尬
功能涉及面较广，且与原有功能逻辑存在互斥；
功能上线后反应不佳，如果竞品没有更新，也没有优化思路；
竞品突然把功能拿掉了，你该怎么办？
针对功能展开逐级思考
战略层
为什么要做这个功能？原始场景是什么？ 功能解决的问题是否符合业务主线，问题等级高嘛？ 当前效果与最初设计初衷是否有差异？变化的原因是什么？
范围层
竞品中相同功能设计如何？ 如果是初创产品，是否符合MVP？能舍弃嘛？ 如果是成熟产品，是否有做数据埋点。当前使用情况如何？用户反馈如何？
结构层
功能初在整个流程的哪个步骤，起到的作用是什么？ 功能与整个流程的关联耦合度有多高？去掉会怎么样？ 功能中的流程是否足够精简，各节点是不是绝对必要？
架构层和表现层
功能能进一步拆解为多个功能么？功能步骤与有冗余感嘛？操作流畅嘛？ 功能操作流程是否足够合理？是否有抢眼的视觉内容扰乱了正确引导？
4.4 认识流程图
漏掉流程图直接去做原型图会漏掉很多逻辑。
认识流程图
流程：特定主体为了满足特定需求而进行的有特有关系的一系列操作过程；
图：把流程进行一个书面化的处理，是一种呈现方式；
流程图：输入-输出图，是一种沟通性质的图形化语言。
流程图三要素
流程图的分类
流程图分为两种：业务流程图和页面流程图
业务流程图，分为用户操作行为流程图和“泳道图”。
4.5 如何确定产品的流程
产品的核心功能流程
所谓产品的核心功能流程就是一个产品对用户产生的价值，用户为了获得这个价值要完成的简单的操作步骤。
微博对用户的价值：碎片化浏览资讯和碎片化地发表自己的动态信息。如果用户想要从产品获得上述价值，就必然做出下述的操作流程和步骤：
（价值-动作）
微博用户的核心操作路径：
梳理产品功能的操作流程
业务调研
梳理与呈现
评审与确认
业务调研
调研的过程注意的要素：who、what、why、how、where
调研时：
第一步建立一个全局观，了解业务的整体运行逻辑； 第二步依赖于问题的质量以及问问题的场景； 第三步是为了在观察中再进行验证。
梳理与呈现
明确梳理业务流程的范围，具体是：包含哪几个功能模块，涉及哪些用户角色，使用关键节点做主干流程图；
对上面流程图进行分解，层层分解下去，直到不能分解；
最后绘制流程图，通常来说，会有三种结构的流程图出现，分别是顺序结构、选择结构、循环结构。
评审与确认
一份流程图能否通过评审，关键是要看，它能否真正反映现实中的业务。
好的流程图具备以下特点：
清晰易懂：整个流程图结构清晰，让浏览流程图的人一眼便能看懂主题流程 简单明了：流程图存在本身的意义就是为了将复杂的东西简单化 完整准确：梳理流程图的过程，是一个查缺补漏的过程
4.6 流程图的分类及常用绘制工具
流程图分类
1.业务流程图
它主要分为三方面：涉及到哪些主体？每个主体都有哪些任务？各个主体之间是怎么联系的？
2.任务流程图
它一般是从战略上分析整个业务流程，让你对公司所做的业务有个大概的了解，而任务流程图就是在你的产品操作上，用户通过什么样的操作来完成它的目标。
3.页面流程图
页面流程图描述完成一个任务需要经过哪些步骤，画图时需要清晰的表现出用户点击页面的什么地方，然后跳转到那个页面。
常用的绘制流程图的工具
ProcessOn
Axure
Visio
4.7 原型设计及常用工具
什么是原型和设计
原型：用线条、图形描绘出的产品框架，也被称为线框图。
设计：是综合考虑产品目标、功能需求场景、用户体验等要素，对产品的各板块、界面和元素进行的合理性排序过程。
“idea - 需求采集 - 功能结构 - 原型设计 - 产品需求文档 - 交付”
原型设计的作用
1.因为原型是需求和功能的具象化表达，所以原型可以辅助产品经理与领导、交互、UI和技术的沟通产品思路。
2.因为原型相较于UI搞来说修改更方便，所以原型能提高产品经理的功能设计没通过评审时返工的工作效率。
原型设计种类及工具
1.手绘原型
2.工具原型
4.8 原型设计：系统画原型
系统画原型的三大步骤
明确需求
清晰入口
设计原型
原型设计的步骤
从步骤到页面，从元素到控件，进行后续设计
第一步是从步骤到页面 第二步是从元素到控件 第三步是进行后续设计
4.9 原型设计注意事项
画原型图前
首先是在画原型之前，先拟好流程和信息结构。
1.拿到功能后，先要理解功能，理解用户在用这个功能时会是怎么操作的，用户之间的关系有时怎么样的。
2.下游方向才有框架，有了框架才能填入内容，有了内容才能不断进行更细致的调整和修改。
3.框架和内容就相当于流程图和信息结构，具体的流程图和信息结构可以用脑图和Story完成。
画原型图时
面框架要清楚 明确内容板块划分 明确模块页面的承接关系 页面不影响设计师的视觉 页面元素统一、排版整齐 善用软件辅助功能，注意注释
画原型图后
在原型图设计完后，需要对其进行修改和检查
首先要检查你的页面设计是否重点突出 其次检查你要实现的功能，是否在页面中突显出来 最后把设计的原型按照你的思路走一遍
五、产品经理的必备技能 - 产品分析报告篇
5.1 产品分析报告
产品分析报告常见误区
不求方法，盲目写写写；
结构老套，没有价值；
分析浅层，结构散乱，没有结论。
认识产品分析报告
明确分析重点：重点分析行业的产品模式/分析功能/交互，确定目的后，要往目的这个方向突出重点。
抓住分析核心：分析核心在于产品的“战略层”，即用户构成、核心用户、核心需求与解决方案、核心竞争力、市场上下游、盈利模式。
把握目标方向：如果要分析具体的页面、功能、信息架构这些细节内容，需要从宏观的产品目标中推导出来，不能脱离产品目标方向而分析；
关注挖掘数据：尝试从产品中挖掘一些数据，要从数据中得出结论；
抓住版本迭代：版本迭代代表着产品方向的演变和产品生命周期。
5.2 如何撰写产品分析报告
产品分析报告4要素
产品概览
行业分析
产品体验 & 分析
反思/建议/总结
产品概览
产品概览:即介绍清楚分析产品的基本信息,包括产品定义、用户画像、使用场景这3个方面的内容；
产品定义:用一句话简洁清晰地介绍产品；
用户画像:描述该产品针对的用户年龄/所处地区/职业分布/性别分布,辅以数据支撑,归纳目标用户类型；
使用场景:产品基础使用场景和相关的使用需求,即用户什么时候用和用来做什么?
行业分析
行业分析:是将该产品置于所处行业/领域中,增加全面了解,包括4个方面的内容,分别是:行业现状、产品位置、主要竟品和行业发展情况；
行业现状:产品所处行业的市场规模,行业的发展历程和主要商业模式/盈利情况；
产品位置:这个产品在整体行业内的所处位置，如排名/市场份额占比/用户量占比等；
行业发展情况:关注行业目前的增长态势/发展空间/方向转变/未来是否有受政策、资本等因紊影响的风险与机遇等等。
产品体验 & 分析
基础信息:针对特定版本,需要标明体验环境、手机系统、产品当前版本号等等；
发展路径:对上线以来的重大迭代版本进行复盘分析；产品功能结构图/用户使用路径图；
功能分析:将绘制功能结构图/使用路径图的实际体验与产品定位结合,提炼核心功能详细分析；
运营举措:选取特定角度及线索来对产品的运营方式进行分析；
用户意见:应用市场或者社交平台观察用户评论,挑选重点评论/意见/建议作归纳。
反思 / 建议 / 总结
如果我来这个产品,接下来要怎么做?有没有需要改进的地方?
该产品是否有明确的亮点/短板,或成功/失败原因?
针对该产品,是否有(较为成熟的)发展建议?
针对该产品未来发展方向,是否有预测?
5.3 产品竞品分析报告
产品竞品分析报告常见问题
没有明确的撰写目的
没有清晰的撰写规划
没有长期进行竞品分析工作的意识
问题1:没有明确的撰写目的
产品竞品分析报告撰写目的：
分析需求（竞品的需求情况：具体到模块、功能、交互、界面和内容） 分析行业（市场表现、市场份额、最新政策、最新风口、行业动向、竞品动态、技术动向） 分析对手（发现竞品产品的需求点、创新点、问题点，竞品有我们没有、竞品强我们弱的东西）
给面试官看：行业动向、针对竞品的创新点、问题敏锐力和思考、重点突出你对产品的敏锐判断力
问题2:没有清晰的撰写规划
明确竞品分析目的后,对竞品分析做规划和拆解，结合产品现状，思考应该从哪里去获取研究这些点
需要的数据。
在写竞品分析报告时要有清晰的撰写规划,并按照这个规划有序进行下去。
问题3:没有长期进行竞品分析意识
想更精准分析竞品的内在逻辑和问题点,吃透和竞品之间的差距,就必须建立长期观察竞品产品动向的信念
竞品分析需要不断重复,持续跟进才有更好的效果;可以为每个竞品建立一个追踪表,及时记录关键数据
5.4 撰写产品竞品分析报告
产品竞品分析撰写步骤
确定分析目的
选择竞品
撰写分析报告内容
总结
确定分析目的
明确分析的目的,根据目的排列分析点
大而全和窄而深是两码事
明确目的就是聚焦重点
选择竞品
竞品可分为直接竞争者、间接竞争者、潜在竞争者等等
在竞品选择之前，需要划分出选择竞品的标准，找到自己产品的位置，就竞品的标准对现有市面上现有的产品进行梳理，确定相应的竞品
撰写分析报告内容
市场地位（市场份额、下载量、用户数量 -> 产品在当前行业中处于什么位置 -> 和标杆产品之间的差距；用户怎么看待我们的产品；大瑞网、易观智库、企鹅智库、百度指数、友盟数据找数据支撑）
功能特色（重点在期望型功能和兴奋型功能）
产品背景（产品背书很重要，背后资源雄厚）
构架交互
商业模式（非单纯盈利模式，还包括业务模式、渠道模式、用户模式；商业价值与用户体验之间找到合适的平衡点；2C会员付费、增值服务、虚拟道具、周边产品；2B广告费用、开放数据、API）
运营策略（竞品运营策略、运营活动）
战略定位
发展动向（需求尚未得到满足、新的功能可添加）
总结
产品竞品分析报告一定要有产出，即竞品分析报告是就什么问题进行分析的，无论是验证推测，还是得到结论，最后都要有总结部分
总结必须要有理有据，用论据来支撑自己的观点，避免掺杂太多的主观因素
5.5 产品竞品分析与产品体验分析的区别
概念
产品竞品分析：对竞争对手的产品进行比较分析的过程，一种带有主观性的横向分析
过程；通过对多个产品的整体架构、功能、商业模式、产品策略等多维度的横向对比分析，从而获得目的性的结论。
产品体验分析：是一个纵向剖析产品的分析过程。通过深度使用某款产品后，对产品
解决的用户需求、目标用户特征以及提供的产品功能、交互体验、用户体验等从战略层，到框架层再到表现层进行有层次的剖析。
分析目的：产品竞品分析：具有战略性和策略性，为了验证想法、制定产品策略、探究商业模式等目的出发；产品体验分析，是为了挖掘产品缺陷，想提升自身产品的体验度;
分析数量：竞品分析往往需要分析多个产品，产品体验分析则是分析单一产品;
分析方法：竞品分析多采用对比研究的方法，产品体验分析多采用用户体验五要素的分析方法;
分析方向：竞品分析时分析维度或关键点的横向对比分析，而产品体验分析的分析方向更偏纵向的深度分析;
分析报告受众：竞品分析的受众，通常是老板、产品总监或者指定产品策略的人;而产品体验分析的受众，主要是产品团队，也就是产品、设计、研发、运营这帮人。
分析的完整性：二者均有客观分析和主观判断；竞品分析一般是围绕分析目的和分析维度进行重点分析，分析内容一般小而精，很难面面俱到；而产品体验报告一般会从产品的战略层、范围层、结构层、框架层、表现层对产品进行全面分析
产品竞品分析撰写步骤
swot分析法
信息对比法
十字交叉法
5W1H