主要参考

产品经理零基础入门（一）岗位和能力要求_哔哩哔哩_bilibili

一、认识产品经理

定义

产品：能够解决某个问题的东西（有形，无形）就是产品。
产品经理：想清楚产品怎么做的人就是产品经理。
合格的产品经理需要关注：用户、场景、需求、功能、体验/优势、价值等核心问题

职责范围

收集需求、分析需求、设计产品、组织开发、协调运营

• 收集需求：沟通需求、想法。
• 分析需求：分析需求背景，以及需要解决的问题，需求是否有必要做。分析是否要按他们的想法去做。产品经理需要锻炼的核心能力，最终做出来的产品是基于我们的分析，再确定下来。
• 设计产品：产品需求文档，产品的方案通过图文表达出来。
• 组织开发：组织开发人员开发产品。

• 协调运营：产品的推广。

  能力要求

  （1）专业技术：业务分析、需求挖掘、需求分析、产品规划、产品设计、数据分析

• 分析能力：对同一个问题可以找出N个解决方法。可以运用在业务分析、需求挖掘、需求分析、数据分析。

• 推理和设计能力：针对解决方法进行具体设计。可以运用在产品规划、产品设计。
• 产品规划：包括了产品定位、目标用户、核心业务、主要功能、产品结构、版本规划

（2）能力素质：学习能力、思考能力（逻辑思维）、执行能力、沟通能力、团队协作能力、责任心、同理心、提炼能力、用户洞察、抗压能力

• 沟通能力：沟通与获取需求、反馈
• 学习能力：通用职场能力
• 提炼能力：从现象看到本质

（3）加分项：项目管理、商业思维、行业领悟、市场能力、领导力

• 领导力：表现在沟通的方式上，给人启发性、引导性、全面性的感觉。

  岗位划分

  按服务对象不同划分：
  
  按产品平台不同划分：
  
  按公司所属行业不同划分：
  
  按工作内容不同划分：
  
  未来发展维度（了解）：
  

  常用工具

• 原型工具：Axure、墨刀、Sketch

• 脑图工具：XMind、ProcessOn
• 流程图工具：ProcessOn、Visio、亿图
• 团队协作：TAPD、腾讯文档、禅道、飞书
• Office套件：Word、Excel、PPT

一个完整的产品案例

个人归纳：

1. 发现需求/需求收集（对目标用户）：用户调研，用户访谈，问卷调查，数据分析等
2. 需求分析：需求辨别（真伪），优先级
3. 竞品分析：根据产品定位、功能以及目标用户进行竞品分析
4. 功能与流程设计（功能清单、业务流程图）
5. 产品设计与规划（原型制作）
6. 输出PRD需求文档
7. 需求评审
8. 开发测试
9. 验收上线
10. 版本迭代

    互联网项目流程

    1、启动

    行业调研：市场上做得怎么样

• 工作内容：调研行业的发展现状及发展趋势，目的是为产品的发展方向提供依据
• 工作产出：BRD（商业需求文档）

市场调研：别人做得怎么样

• 工作内容：在行业调研的基础上，瞄准某个市场，调研市场的情况，包括市场规模、用户信息等，从而确定产品的形态和业务。
• 工作产出：MRD（市场需求文档）

项目立项：确定要做什么项目

• 项目立项报告：BRD+MRD
• 立项阶段主要内容：项目提出，需求讨论，可行性分析，立项启动
• 立项说明书

2、规划

需求收集

• 工作内容：从各种渠道收集产品的业务需求，渠道包括竞品、公司、运营、客服、商务等
• 工作产出：竞品分析报告、需求池（需求表格）

需求分析

• 工作内容：将收集来的业务需求，确定产品的业务场景，并转变成产品需求
• 工作产出：产品功能清单

流程设计

• 工作内容：根据需求分析的结果，确定产品的业务流程
• 工作产出：产品流程图（用户使用产品的流程）

结构设计（大框架）

• 工作内容：根据需求分析和流程设计，确定产品的结构

• 工作产出：产品结构图（页面入口排布）、思维导图

  3、执行：与大家达成一致

  原型设计

• 工作内容：根据产品结构、流程和功能清单，设计产品的原型页面

• 工作产出：产品原型图

文档输出

• 工作内容：根据原型图，撰写产品需求文档
• 工作产出：PRD（产品需求文档）（包含产品原型图）

需求评审：把文档跟项目团队澄清

• 工作内容：与公司其他部门，包括运营、研发等部门，评审产品的需求，并最终定稿

• 工作产出：PRD（产品需求文档）

  4、跟进

  进度把控

• 工作内容：跟进产品研发，包括UI设计、开发、测试等工作进度，并协调解决研发过程中遇到的问题

• 工作产出：进度报告

资源协调

• 工作内容：对于研发过程中遇到的问题，及时协调部门内外的资源予以解决，比如增加人手、申请加班等

• 工作产出：进度报告

  5、上线

  测试验收

• 工作内容：在测试工程师完成测试之后，产品介入验收环节，验收通过即可上线

• 工作产出：验收报告

产品上线

• 工作内容将验收通过的产品发布到对应的渠道
• 工作产出：发布报告

下一个版本的启动

产品体验报告

产品体验报告框架及例子如下：

1、产品概况（收集资料）

框架：
体验环境（在手机的设置里找）：

• 体验机型：iPhone 12
• 操作系统：iOS 13.2.3

产品简介（产品官方介绍信息渠道：七麦数据：https://www.qimai.cn/、禅大师：https://www.chandashi.com/、官网、搜索引擎）

• 知乎是网络问答社区，连接各行各业的用户。用户分享着彼此的知识、经验和见解，为中文互联网源源不断地提供多种多样的信息。准确地讲，知乎更像一个论坛︰用户围绕着某一感兴趣的话题进行相关的讨论，同时可以关注兴趣一致的人。对于概念性的解释，网络百科几乎涵盖了你所有的疑问;但是对于发散思维的整合，却是知乎的一大特色。

版本信息（在应用的设置里找）：

• 产品版本：v6.20

  2、市场分析（收集资料）

  分析产品所处的行业，包括用户规模如何、市场规模如何。
  信息渠道：艾瑞网：https://www.iresearch.cn/、艾媒网：https://www.iimedia.cn/、搜索引擎
  以知乎为例，可以划分为知识付费行业或社区行业，在这里将知乎划分为知识付费行业，从用户角度、市场规模角度作出相应的分析：

• 用户规模

• 市场规模

  3、用户分析（收集资料）

  产品的用户群体。
  信息渠道：移动观象台：https://mi.talkingdata.com/、搜索引擎

• 性别分析

• 年龄分布：占比、主力军
• 区域热度
• 应用偏好

• 小结

  4、产品体验（自己思考）

  从各个角度分析好的地方在哪里、不好的地方在哪里。这部分重在使用产品的过程中去感受产品给用户带来的体验。

• 产品结构：根据实际情况去绘制

• UI设计角度：配色、页面布局
• 产品功能角度：交互设计、具体功能（好处、槽点）

• 产品盈利分析：了解互联网产品常见的盈利方式（广告费、卖会员、卖商品、佣金、增值服务等）

  5、报告总结：总结、相关优化和建议

• 产品体验后所得到的关于行业、市场的结论

• 产品体验后关于体验的产品本身的一些亮点、缺点的捕捉（重点）

二、需求分析

问题思考维度

1. 抓住核心用户
2. 场景化分析
3. 需求收集与辨别
4. 用户故事

（1）抓住核心用户

• 捆绑式：利用人性心理，办会员，买套餐
• 诱导式：提高运营效率，压低成本利用低价或者补贴诱导
• 享受型：提高用户优越感，超预期服务
• 网络型：建立社交关系，实现口碑传播（需要注意获客成本，避免同质化）
• 股东型：筛选社群中优质用户，打造利益命运共同体

（2）场景化分析
实质：思维方式， 需要思考人、时间、地点、行动、目的五个要素。

方法：列举场景要素、组合构建场景、预判发现需求
应用：洞察问题、理解用户、提高预期

（3）需求收集与辨别
需求辨别维度：真实、强烈、高频

产品解决方案

• 需求分析
• 功能优先级划分
• 功能价值（实际价值/实现成本）

• 用户体验（有用，好用，友好，防错，吸引力，品牌）

  需求常见形式

• 提问题：需求方没有办法准确描述他想要的，但是能够描述出他目前遇到的一些问题

• 提目的：需求方不明确如何才能实现需求，但清楚自己想要达到的目的是什么

• 提方案：需求方善于思考，有自己的想法，在提出需求的时候，把现成的解决方案也一并提出

  需求的定义

  其本质就是用户的预期，而预期与现状之间存在差异，就出现了需求。
  另外，用户提出需求时，都会基于某种目的所提出的问题、建议或者想法
  原始需求：对于这些需求，从某种角度上说，他们都可以算是“原始需求”，因为他们是没有经过任何分析、或者是没有经过任何额外解读的需求信息。

  需求的来源

• 外部需求

来源：用户、市场、其他竞品…
特点：难收集

• 内部需求

来源：内部需求方（管理层，业务部门），产品经理…
特点：易收集

需求收集方法

定性方式：主要借助逻辑推理等思维方式，梳理过程以及关键的事件，从而得出相应结论。
定量方式：根据数据进行计算分析，通过样本数据证实或反应总体现象。数据一般可以包括时间，数量，频率，趋势等。
常见方法：

• 用户访谈
• 问卷调查
• 竞品分析
• 用户反馈
• 头脑风暴
• 观察法
• 文献分析
• 数据分析

  1、用户访谈

  基本流程

1. 确定访谈形式
2. 明确访谈目的
3. 设计访谈问题
4. 用户筛选和邀请
5. 进行用户访谈

6. 结果汇总与分析

   访谈记录表与问题设计要点

   用户访谈记录表参考模板
   
   用户原始需求：基于对用户访谈过程中，用户对于一些问题的回答记录下来的用户原始需求。
   产品需求：在访谈结束后，经过产品经理对需求分析后，所提炼出的产品需求。
   问题设计要点

7. 现状：现在是如何做的？

8. 痛点：遇到了什么困难？
9. 方案：如何解决目前的困难？

   访谈问题避坑事项

• 明知故问。
• 不能引导用户。举例：我们改进/优化了这个功能，您觉得怎么样？（界面？交互？功能？）
• 问题太开放。举例：您对投资理财有什么看法？（问题太大/开放，导致用户不能针对性地回答）
• 问题太细节，用户较难回忆。举例：通过在自选股票列表“编辑”功能里搜索不在自选股票列表中的股票，这个操作您体验如何？

  2、问卷调查

1. 主题：确定好问卷的主题及对应的内容，不要偏离主题
2. 问题：问卷中尽量设置封闭性问题；问卷内容要通俗易懂；题目数量控制；
3. 对象：投放对象的选择（需要具有代表性）

   3、竞品分析

   竞品的定义：一般指在相关领域存在竞争关系的产品。

竞品分类

一般根据以下维度对竞品进行分类：

• 产品定位
• 目标用户
• 产品功能

竞品分类：

• 直接竞品：产品的定位和目标用户高度一致，且产品的功能也十分相似
• 间接竞品：产品的定位和目标用户高度一致，但产品的功能不太一样，或者产品功能类似但定位及目标用户不太一样
• 潜在竞品：目标用户有重合的地方，但产品定位以及产品功能暂时不太一致，或者公司是行业巨头

  竞品分析定义与作用

  定义：对竞争对手的产品进行分析比较
  作用：

1. 更好的了解行业
2. 为自身产品设计提供功能、可用性、关键技术等方面的参考
3. 提高自身产品的差异化程度
4. 防止产品是拍脑袋想出来的，降低风险

用户体验五要素

战略层
（企业愿景、产品定位、需求把控、用户需求、商业模式）
范围层
（主要功能、核心功能、次级功能、功能架构、业务流程设计）
结构层
（信息架构、常规功能、特色功能、实现情况、用户流程分析）
框架层
（操作情况、刷新、页面跳转、查询、交互框架、界面设计、导航设计、标签设计、细节点）
表现层
（视觉表现、布局、配色、排版）

获取竞品信息渠道

1、竞争对手产品官网（关于我们，帮助中心，规则内容）、产品历史更新版本、促销活动、最新调整、招聘信息等
2、艾瑞咨询，易观千帆，199IT，百度指数，七麦数据，Alexa等行业数据报告平台
3、竞争对手的季度/年度财报，或者自身企业内部市场、运营部门、管理层等信息收集
4、行业媒体平台新闻36氪 / IT桔子等，交流互动平台（论坛、QQ群）等
5、模拟用户或者业务方咨询竞争对手的产品、客服咨询、技术问答等等

产品体验报告VS 竞品分析报告

具体内容

项目背景、竞品概述、功能对比、总结。

1. 项目背景：主要是交代做竞品分析的目的， 要做到言简意贩 ，把事情说清楚，切忌讲假大空的套话。
2. 竞品概述：告诉大家挑选竞品的理由和原因。 必要时应该给出每个竞品的体量（用户数量 、下载次数等） 体量反映了竞品的受欢迎程度，这些数据对看报告的人来说是很重要的参考资料。
3. 功能对比：是竞品分析的主要内容，你可以把同类功能的截图并排放在一起，简单描述各个产品的优点和缺点，方便大家做比较。必要的话还可以把对比的模块用红框标注出来，这样方便大家查看。 注意，功能对比的描述应该做到言简意咳，切勿拖泥带水，因为看你报告的人通常都用过这些竞品，你不需要长篇累牍地介绍产品背景和细节。
4. 总结：给出你的观点，说出你从竞品分析中得出了什么结论，给出明确的建议（接下来应该怎么做）。如果可能的话，可以事先请身边的同事也使用下要对比的产品功能，记录他们的使用感受和建议，作为接下来应该怎么做的参考 。千万不能以为做完竞品分析就完成任务了，那就太敷衍了，会让人觉得你没有认真做 。

   需求池

   定义：主要是用来收集和管理各方面需求的集合
   作用：

• 管理需求：如实记录需求方的原始需求
• 维护需求：及时更新需求状态、优先级等
• 回溯需求：能在后期回溯需求的源头及处理过程

需求池管理原则

• 有进有出：所有记录在需求池中的需求都要在一定时间内处理完成（无论是将需求拒绝、规划都可以算作是处理）

• 宽进严出：（1）所有接收到的需求都录入需求池（2）不是所有需求池中的需求都要全部实现，需要对需求进行筛选分析

  需求分析

  目的/定义

  站在产品的视角审视用户的需求，明确用户对于产品的预期，或者说用户想要通过产品来达成的目的，也就是把用户的原始需求转变成为产品需求，最终制定相应的产品方案的过程。

  方法

  从以下三个维度去确定：

• 角色：产生需求的角色

• 场景：需求发生的场景：在什么情况下+做什么事情
• 目的：希望达到了用户的什么目的

  分析步骤

1. 需求澄清
2. 需求甄别
3. 需求优先级
4. 确认方案

需求澄清：
在工作中，很多情况下我们所收集到的原始需求，可能相对很完善，但很多情况下我们收到的需求都是不太明确的，所以在对需求进行分析时，需要先明确各个需求的背景是什么

需求甄别：

• 普遍：需求是否为某些用户的特例
• 痛点（刚需）：需求中所提供的方案是否解决了根本问题
• 高频：需求是否会高频出现

需求优先级：

除了四象限法则判断优先级外，也需要根据需求的定位去加以确定：

• 核心需求：与产品定位直接相关的需求
• 分支需求：与产品定位间接相关的需求
• 辅助需求：使产品更加完善的需求

例如：社交类产品微信，聊天相关需求就是核心需求，公众号视频号相关需求为分支需求，页面交互或者一些性能上的需求为辅助需求。

确认需求方案：
确定需求方案，就是根据前面在需求分析的过程中所提炼出的目的及流程，针对性地去设计出满足需求的产品方案（包括但不限于产品业务流程、产品功能、页面承载的信息、甚至用户使用的场景） :::info 评估方案公式 = （新产品体验 - 旧产品体验）- 用户使用成本 - 产品开发成本 :::

功能清单

定义：就是产品功能的列表集合，一般包括功能模块、子模块、功能点、优先级和功能描述等信息。
描述：

• 做了什么事情+实现什么效果
• 提供什么功能+用来干什么

功能清单与需求池的区别：

• 结构上：需求池包括需求，干系人，时间节点和优先级，功能清单不包括干系人和时间节点。
• 环节上：需求池是早于功能清单产生的。需求先进入需求池，确定要开发才会进入功能清单。
• 作用上：需求池主要用来记录所有需求，功能清单主要用于记录确定要开发的需求。

三、流程图&结构图

流程图

概念：流程是为了达到特定的目标而进行的一系列有逻辑性的操作步骤，由两个及以上的步骤完成一个完整的行为的过程，可称之为流程，流程图则是将这个过程进行图形化表示。
为什么绘制流程图？

1. 保证产品的使用逻辑合理顺畅
2. 用流程图来更清晰地表达产品逻辑，传达需求
3. 流程图可以帮助梳理模块、业务流程、使用路径

产品常用流程图：

• 业务流程图
• 功能流程图
• 页面流程图

1、业务流程图
概念：通过一些特定的符号和连线表示具体某个业务的实际处理步骤和过程，详细地描述任务的流程走向。
作用：

• 对于相对复杂的业务，如果产品经理对业务还没有清晰地认知时就开始去设计产品，容易陷入细节忽略了整体，导致出现做完之后才发现有业务上的漏洞，而不得不重新进行设计。
• 业务流程图还可以用于向相关人员介绍大致的业务形式，作为辅助的工具去进行呈现。

2、功能流程图
作用：

• 帮助我们在设计产品时，理清对于产品具体功能层面的设计思路
• 在需求文档中为了帮助开发理解某个功能具体的流程设计

3、页面流程图
概念：指产品具体所呈现的页面跳转流程图，其承载了业务流程图所包含的业务流转信息。

泳道图

定义：泳道图也叫跨职能（多角色）流程图，旨在展示工作流中每个步骤涉及的流程和职能部门（多角色）

结构图

分类：

• 功能结构图：用结构化来界定产品有什么功能，可以用来做什么
• 信息结构图：将产品的信息数据梳理出来，组成的结构图
• 产品结构图：将产品的初始原型以结构化的方式展示

1、功能结构图
作用：

• 帮助产品经理梳理产品功能点，以便更好地明确功能清单
• 一般绘制功能结构图时，产品页面布局还没有清晰成型

结构图示例：

2、信息结构图
作用：

• 对整个产品要展示的信息做的梳理
• 产品各个页面应该展示的信息，后台上传数据页面信息梳理

结构图示例：

3、产品结构图
作用：

• 更好地梳理产品页面
• 将页面功能与信息进行梳理

也就是说，产品结构图一般可以在原型绘制前产出

四、Axure的使用

原型

定义：用线条、图形描绘出的产品框架，也称线框图，是需求和功能的具体化表象
分类：

• 草图原型：手绘草稿，修改方便，规划的早期使用
• 低保真原型（主要）：简单交互，无设计图，无需配色，黑白灰即可，产品经理做产品规划及评审阶段使用
• 高保真原型：复杂交互，有设计图，需要有图片设计功底，做公开演示时候常用

文件类型：

• .rp：原型文件
• .rplib：元件库文件
• .rpteam：团队项目文件

• .html：网页文件

  web端与移动端原型规范

  web端尺寸规范：

• 1280*800

• 1366*768
• 1440*900
• 1920*1080

移动端

五、产品需求文档

常见形式：

• RP格式：借助原型绘制工具（例如Axure）绘制原型，并在原型上直接撰写对应页面内容的说明
• 文档形式：先借助原型绘制工具绘制好原型，再将原型整理到word文档中，在文档中去撰写具体的需求说明

功能需求说明：
功能需求说明是PRD中最核心的内容，主要用于描述产品的功能需求，目的是为了让设计师及开发人员能够明确除了原型以外功能层面的内容，主要需要撰写功能说明（流程说明、需求描述）
常见交互类型：

交互说明撰写规范

思路：

1. 先静态规则，后动态动态
2. 先正常情况，后异常情况

注意事项：

• 原型要先画默认状态（没有任何操作之前的状态），然后再绘制交互后的效果（先静态规则，后动态规则）
• 设计交互逻辑时，为了避免让用户陷入更深层级中，一般要求单流程最多跳转三次（特殊情况除外）常见的临时视图不占次数
• 在设计强制执行页面时（如强制注册）一般不提供其他跳转出口，让用户保持高度专注，形成逻辑闭环，减少错误发生（慎用）
• 弱执行流程（比如浏览、查看详情等）可提供跳转出口（如分享），增加流量
• 完成阶段一般可以设置快速返回，让用户更快从深层返回。

  六、工作相关

  产品生产与发布流程

  

  测试相关

1. 冒烟测试：在软件开发过程中对软件版本包的基本功能快速验证的策略，实施基本功能确认验证的手段。
2. 回归测试：指修改了旧代码之后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误的一种测试方法。
3. 测试用例：对产品进行测试任务的描述，体现测试方案、方法、技术和策略，内容一般包括：测试目标、测试环境、输入数据、测试步骤、预期结果和测试脚本等，最终形成测试文档。
4. bug探索测试：按照功能模块区分，系统全面地寻找应用中每一处存在的缺陷及问题，撰写测试报告，提交给开发，进行Bug修复。
5. 兼容性测试：主要记录测试过程中完整的日志、截图、捕获CPU、内存、流量等性能数据，确定产品的crash、闪退等问题，解决app与大多数收集的适配兼容问题。
6. 安全测试：主要是为移动应用App客户端执行自动化黑盒安全合规性测试，快速精准地发现漏洞、风险和个人信息安全合规问题，在发布前找到可能存在的安全缺陷，隐患和合规风险。案例：

需求验收

目的：按照产品需求文档对产品功能进行验收，确认产品软件功能与初期定义是否一致，有无重大歧义，如实记录情况，说明验收是否通过，为接下来的产品发布决策提供依据。
产品验收报告格式：

1. 基本信息：项目名称、版本号、验收人员、验收时间、设备、系统版本等
2. 优先级：重要紧急的问题必须立即解决，不太重要的时间又紧急的可以在后续迭代中修改
3. 功能所属：功能所属部分是服务端还是客户端，所属模块属于哪个页面，具体哪个功能
4. 问题描述：准确描述具体问题，必要的时候附上截图和复现步骤
5. 处理情况：验收的问题，当前的处理状态，是否回归，是否已解决等

   常见会议

   （1）头脑风暴会：

• 时期：项目整个生命周期
• 作用：发散性讨论，需求收集分析

（2）项目立项会：

• 时期：项目启动
• 作用：确认可行性，确认资源，评估成本

（3）每日例会

• 时期：项目整个生命周期
• 作用：进度跟踪，风险管理

（4）需求评审会

• 时期：需求确认
• 作用：与业务、开发等确认需求方案

（5）项目闭项会

• 时期：项目阶段完成
• 作用：复盘、总结

（6）项目汇报会

• 时期：规划或运营阶段

• 作用：阐述项目基本信息，当前状况

  产品需求评审

  （1）业务需求

• 参与人员：老板，业务人员，技术负责人，运营负责人等

• 主要关注：需求范围，业务流程，技术方案，版本规划等

（2）功能需求

• 参与人员：开发，测试，设计等
• 主要关注：功能实现细节，任务分解，技术逻辑，视觉效果，交互设计等

会议流程：

1. 预约会议：确认参与人与参会时间；提前与参与人做好沟通；发出会议邀请，附上会议材料；
2. 会前准备：准备演讲设备，调试好电脑和投影；协调好会议记录人员；开会前再次通知开会时间地点；确认是否有核心人员无法参会；
3. 会议过程：强调会议主题、目的、时间、注意事项等；把握需求范围，控制问题探讨时间；记录关键确定需求，待确认需求等；
4. 会后跟踪：会后及时同步会议结论给相关人员及其领导；确定待确认需求的跟进时间，待讨论的细节；

原型讲解：