导图社区 产品经理必备的需求分析
主要介绍了产品经理入门基础：需求分析。从认识什么是需求，怎么去收集需求，收集时需要注意什么，都有哪些收集方法到如何进行需求分析，分哪些步骤分析，分析后需要输出什么类型产物等等这些细节一步一步介绍，其中不分还举出了例子供大家参考。
产品集主要介绍了零基础入门产品经理的一些基础知识，包括什么是产品经理，产品经理基本工作流程有哪些，产品经理该如何做等等问题。
中秋厦门之旅攻略计划，旅游攻略提供了详细的住宿和交通信息等，帮助游客合理规划行程，避免浪费时间和精力。
主要大概介绍了产品需求文档的主要构成和撰写方法，并使用RP格式举例说明。希望对你有所帮助！
介绍了产品经理需要掌握的流程图和结构图。这两种图都是能够很好帮助产品经理在工作中梳理信息的工具，快学起来吧！
社区模板帮助中心，点此进入>>
互联网9大思维
产品立项报告
产品经理如何做好项目管理
经验分享：产品经理必懂的产品思维
产品周期图
张小龙4小时完整演讲笔记：万物之中，希望至美
注册思维
干货分享！一图带你了解互联网思维
活动运营思维导图
Youteach产品思维图
需求分析
what需求
定义
其本质就是用户的预期，与现状之间存在着差异，就提出了需求
另外，用户在提出需求时，都会基于某种目的所提出问题、建议或者想法
原始需求
形式
提问题
需求方没有办法准确描述他想要的，但是能够描述他目前遇到的一些问题
提目的
需求方不明确如何才能实现需求，但是清楚自己想要达到的目的是什么
提方案
需求方非常善于思考，有自己的想法，在提出需求的时候，把现成的解决方案一并提出
案例
“要不要点个下午茶？”
“双十一大促不如预期好，双十二马上来了，怎么搞？”
“我希望通过培训，能够找到一份薪资更高的工作。”
运营人员提出“希望双十二活动比双十一好一些，最好销售额能增长5%以上。”
“你需要什么样的交通工具？”“我需要一匹更快的马。”（环境导致认知）
用户通过反馈渠道反馈给产品经理“产品需要一个批量的按钮操作。”
how收集
来源
内部需求
管理层
业务部门
产品经理
特点
易收集
外部需求
用户
用户数据
应用评论
反馈渠道
市场
竞品
难收集
方式方法
大概
定性
借助逻辑推理等思维方式梳理过程及关键事件从而得到相应结论
定量
根据数据包括时间、数量、频率、趋势等来进行计算分析，通过样本数据正式或者放映总体现象
具体
用户访谈
用户反馈
问卷调查
竞品分析
头脑风暴
观察法
文献分析
数据分析
方式
直接
与客户接触进行用户访谈
当面
打电话
间接
与其他熟悉目标用户或者与目标用户接触的人员协作，获取信息，如同公司的同事、朋友等
流程
确定访谈形式
明确访谈目的
设计访谈问题
用户筛选和邀请
高频
活跃
积极
曾有反馈的
进行用户访谈
结果汇总与分析
用户访谈记录表
访谈项目信息
访谈项目名称
访谈主题与目的
访谈者信息
访谈时间日期
访谈方式
访谈地点
性别年龄等
使用年限
记录人
访谈问题记录
用户现状
现在是如何做的
用户痛点
遇到了什么困难
解决方案
如何解决目前的困难
用户原始需求
用户回答的一些原话记录
产品需求分析
分析之后提炼的需求
举例
假如想做一个给餐厅在食材块消耗完的时候，固定时间供菜APP软件，如何进行用户访谈？
现状
您在饭店菜谱快消耗完成的时候，是怎样买菜的？
经常去近一点的菜市场买菜，偶尔去远一点的菜市场买菜
痛点
您去临近菜市场买菜，遇到过那些问题？
菜卖没了，不新鲜了，涨价了。
去远的菜市场呢？
也会有同样的问题，还有可能堵车耽误时间
方案
那您是怎样解决这些问题的？
注意事项
不能问无效问题，让别人觉得明知故问的问题。
不能引导用户（比如：优化的功能怎么样？）
问题不能太开放（比如：你对我们APP有什么看法？）
问题不能太细节，需要考虑客户是否使用过该功能或者直接演示一遍。
练习
调查问卷
通过制定详细周密的问卷，根据回答者的问卷统计不是题目答案的结果分布情况，属于定量研究。
问卷结构
问卷标题
导语部分
介绍问卷的内容目的和表示感谢
答卷者信息
便于筛选用户
问卷主体内容
主题
与主题对应，不要偏题
问题
尽量设置封闭性问题
要通俗易懂
控制题量
对象
投发给需要具有代表性的用户
结束语
再次感谢，或者抽奖
相关领域存在竞争关系的产品
根据
产品定位
目标用户
产品功能
分类
直接竞品
产品定位和目标用户高度一致，产品功能也十分相似
间接竞品
产品定位和目标用户高度一致，但是产品功能不太一样，或者产品功能很相似，但是产品定位和目标用户不太一致
潜在竞品
目标用户有重合，定位和功能暂时不太一致，或者是公司是行业的巨头
目的
更好的了解行业
参考别人，明确自身产品的功能、可用性、关键技术等的定位
提高自身产品的差异化程度
防止异想天开，降低风险
分析方法
用户体验五要素对比
变现层
UI层面的设计
框架层
具体页面设计
结构层
产品整体结构设计
范围层
产品功能点
战略层
产品目标和用户需求
获取方式
竞争对手官网（关于我们、帮助中心、规则内容）、产品历史更新版本、促销活动、最新调整、招聘信息等
艾瑞咨询、易观千帆、199IT、百度指数、七麦数据、Alexa等行业数据报告平台
竞争对手的季度/年度财报，或在自身企业内部市场、运营部门，管理层等信息收集
行业媒体平台新闻36Kr/IT桔子等、交流互动平台（论坛、QQ群）等
模拟用户或者业务方咨询竞争对手的产品、客服咨询、技术问答等等
竞品分析报告
需求池
核心：谁（需求来源、需求提出人）在什么时候（提交时间）提炼什么方面的（需求类型、产品模块）什么需求（需求描述）
辅助：谁（提交人）记录下来，如何处理（优先级、需求状态、备注）
作用
需求管理
如实记录需求方的原始需求
需求维护
及时更新需求的状态、优先级等
需求回溯
能在后期对需求进行回溯源头时跟踪、处理问题
管理原则
有进有出
所有记录的需求都要在一定时间内处理完成（无论是需求拒绝、规划都可以算作时处理）
宽进严出
所有接受到的需求都录入需求池
不是所有需求池当中的需求都是全部要实现的，需要对需求进行筛选、分析
《某某APP》需求池表格
序号
提交时间
产品模块
需求描述
优先级
需求来源
运营部
需求提出人
需求类型
修改
新增
删除
优化
需求状态
待确认
已确认
规划中
已完成
备注
福特公司用户：我想要一匹更快的马！
原始需求：一匹更快的马
为什么要想一匹更快的马？
想要跑的更快
为什么想要更快？
想要节约时间，快速到达目的地
汽车等交通工具
用户反馈：电话座机听筒电缆太短了，应该延长到10米！
原始需求：10米电缆线
为什么需要10米听筒电缆？
更远距离接听电话
为什么需要更远距离接听电话
方便在任何地点随时可以接听电话
产品：无线电话、手机
站在产品视觉审视用户需求，明确用户对于产品的预期或者是用户想要通过产品来达到的目的，也就是把用户的原始需求转变成产品需求的一个分析过程
预期、目的、想法、问题等
产品需求
和产品有关的问题
产品方案
产品、功能、服务等
核心要素
用户真实目的
产品解决方案
分析
时机
收集需求时
在与需求方沟通时候，就可以通过与对方基于需求的深层次沟通，直接获取到了解到需求背后的真实目的是什么
收集需求后
将需求方的原始需求记录到需求池后，后续对需求池当中的需求进行分析
①
主题：物流公司时效需求
背景：你刚入职一家做物流的公司，该公司主要是承接其他公司的运输业务。不久你接到了来自于业务方的需求，“目前有些司机没有办法按时到达装卸货的地址，想通过产品层面进行优化。”
收集需求时同时了解与分析
目前业务是怎样的
司机是如何分配的
司机为何会出现迟到的情况
迟到对客户造成什么影响
②
主题：用户反馈需求分析
背景：你们公司设计了一款APP，其中有一个入口是用户反馈，用户可以通过该功能反馈在产品使用当中的BUG、使用情况等，反馈后的内容可以在后台的用户反馈列表当中进行查看
先收集后集中分析
需要定期（每月或者每周）去查看并记录到需求池
再固定时间产品经理团队内部讨论头脑风暴来对需求池中的需求进行分析和处理
方法
主题：直播间需求分析
背景：入职了一家做在线英语培训的公司，公司有很多外籍教师，学院为中国学生。产品经理在每周对需求池当中的原始需求进行整理分析时候，发现有个外籍老师提出“希望可以在上课时在网页版的直播间里可以打字，进行答疑，并且在直播课里最好提供举手、邀请某人语音的功能。
步骤
先跟外教老师确认：主观/用户？
打字、举手、邀请：了解目的
再对用户进行调查
内部讨论：答疑等对课程的影响？好处坏处等
再确定后续方案
主题：聊天列表增加关键词搜索
背景：正在设计一款类似于微信的社交产品，但是功能暂时还没有很完善，有大量的用户通过相关渠道反馈”建议可以在聊天列表的页面，能够增加按照关键词搜索聊天记录“
用户使用关键词搜索场景和用户目的
通用步骤
角色
产生需求的角色
场景
需求发生的场景：在什么情况下+做什么事情
希望达到用户的什么目的，有什么好处或者坏处
确定角色和体验需求的场景（先自己了解和预想一下可能的原因）
再仔细询问提出需求角色是由于什么原因而提出这样的需求？
最后，依据最初记录原始需求，把了解到的原因作为最终的分析
目前直播间没有聊天功能，再听课中学院不明白的地方希望有可以即使提出问题，然是也可以方便回答的地方。
上课需要增加互动性，涉及到想点同学来回答问题时候，老师不认识太多中文，无法用直播间昵称点名，所以他自己想到的方法是能让学员举手然后老师同意之后可以邀请进行语音发言。
需求澄清
收到的需求都是不太明确的，所以需要明确需求的背景是什么
who
是谁在使用产品，提出了这样的需求
what
是在什么样的情况下让用户有了需求的想法，或是在使用产品的过程中遇到了什么样的问题
how
目前产品的使用者是如何解决目前存在的问题的
需求甄别
由于各种原因，在需求澄清时，用户无法转却表达使用场景或者不想告诉他们真实想法，导致需要对需求进一步甄别。
普遍
需求是否为某些用户的特例
需求中所提供的方案是否解决了根本问题
需求是否会高频出现
需求排优先级
四象限法则：时间、功能影响
紧急重要
马上做
重要不紧急
计划做
不重要不紧急
减少做
紧急不重要
授权做
按需求类型排
核心需求
与产品定位直接相关的需求
分支需求
与产品定位间接相关的需求
辅助需求
使得产品更加完善的需求
确认需求方案
根据前面需求分析提炼出的目的及流程，针对性的去设计出满足需求的产品方案，包括但不限于产品业务流程、产品的功能、页面承载的信息、甚至用户使用的场景
基于场景书写出关键流程，分析每个流程是否有产品功能、解决方案
评估公式
（新产品体验-旧产品体验）-用户使用成本-产品开发成本
影响因素
改进前是否有大提升
替换成本、学习成本
开发技术难度
基于需求，设想方案思路
不够
直接加上
评估是否引入其他问题
新问题方便解决
新问题新方案顺便引入
新问题解决困难
舍弃该方案
不好
砍掉
需求分析结果
需求分析记录表 (也可加在需求池后面)
需求背景
需求目的
解决方案概述
确定方案
功能清单
确认人
需求方
产品部负责人
基于已经确定的产品方案，再去拆解出来的具体的产品功能。一般包括功能模块、子模块、功能点、优先级和功能描述等信息
构成
模块
首页
子模块
搜索模块
Banner模块
功能
扫一扫
搜索框
消息功能
功能描述
点击进入，扫一扫页面
点击按钮，跳转到搜索界面
点击打开消息列表，包括获得推荐、会员信息通知，服务通知等
提供Banner轮播图，用于展示广告等
如何描述功能
做了什么事情+实现什么效果
提供什么功能+用来干什么
