2024年9月13日18:27:56 开始学习
看完大纲想要了解的事情：
- 需求怎么分出轻重缓急？ ——>>> 使四象限法则或依据{核心需求、分支需求、辅助需求}来进行优先级的划分
- 需求需要在后续实施过程中记录实现情况吗？ ——>>>【课程未提及】有必要。个人观点：只要做到了需求表的不断记录，后续跟甲方扯皮就可以指着完成的需求项来进行扯皮了
- 没有需求分析又会怎么样？ ——>>>产品、项目没有筋骨，根本无法进展到下一步。
什么是需求分析
案例1
福特公司的创始人亨利·福特问用户：“你需要一个什么样的交通工具？”大家的回答几乎都是：“我想要一匹更快的马”。
需求分析：{原始需求：更快的马}——>{为什么需要更快的马}——>{跑得更快}——>{为什么需要跑的更快}——>{想快点到目的地}
案例 2
用户反馈，电话座机听筒电缆太短了，应该延长到10米！！！
需求分析：{原始需求：10 米电缆}——>{为什么需要 10 米的听筒电缆}——>{更远距离接听电话}——>{为什么需要更远距离接听电话}——>{方便在任何地点随时都可以接电话}——>{无线电话}
需求分析
原始需求：预期、目的、想法、问题等
产品需求：和产品有关的问题
产品方案：产品、功能、服务等
核心要素：用户真实目的+产品解决方案
需求分析的目的
站在产品的视角审视用户的需求，明确用户对于产品的预期或者说用户想要通过产品来达成的目的，也就是把用户的原始需求转变成为产品需求的过程
需求分析的时机
需求分析的时机（When）
收集需求时：在与需求方沟通需求的时候就通过与对方基于需求的深层次沟通，直接获取到了需求背后的目的是什么
收集需求后：将需求方的原始需求记录到需求池之后，后续对需求池当中的需求进行分析
需求分析的时机-案例
案例 1 物流公司时效需求
背景：
你刚入职了一家做物流的公司，该公司主要是承接其他公司的运输业务。不久你接到了来自于业务方的需求，业务方告诉你，目前有些司机没有办法按时到达装卸货的地址，想通过产品层面进行优化。
此时，你是直接将需求记录到需求池之后，就不管了吗？
解析：
你会发现在收集需求时，如果只是把前面的一句话需求记录到需求池里，会有很多疑问点，而业务方既然是采用跟你面对面的沟通方式在提出需求，其实就可以及时去了解需求的一些背景
从某种程度上来说，在这里收集需求的同时其实已经涉及到了一部分需求分析的工作
例如：目前业务是怎样的、司机是如何分配的、司机为何会出现吃到的情况、迟到对客户会造成什么影响
案例 2：用户反馈需求分析
背景：
你们公司设计了一款App，其中有一个入口暴用户反馈，用户可以通过该功能反馈在产品使用当中的Bug、使用情况等，反馈后的内容可以在后台的用户反馈列表当中进行查看
作为产品经理什么时候进行需求分析呢？
解析：
作为产品经理则需要定期（比如每周或者每月）去用户反馈列表当中查看并将用户的相关需求记录到需求池里面，由于需求可能会很多，所以一般保持每周或每月的进度，以产品经理团队内部讨论的方式对需求池当中的需求进行分析和处理
需求分析的方法
案例 1：直播间需求分析
背景：
传智某个毕业学员P小M入职了一家做在线英语培训的公司，公司有很多外籍教师，学员大都为中国学生。目前公司的产品经理在每周对需求池当中的原始需求进行整理分析时，发现之前有个叫Zoe的外籍老师上周提出了如下需求：
“希望可以在上课时在网页版的直播间里可以打字，进行答疑，并且在直播课里最好提供举手、邀请某人语音的功能”
当在公司当中遇到了这样的一个需求，你会怎样去考虑呢？
整理：
先跟老师确认：主观/用户
打字、举手、邀请：了解目的
再对用户进行调查
内部讨论：答疑对授课过程的影响
后续方案
分析：
原始需求：打字、答疑、邀请语音、举手
挖掘目的：
给出方案：
引入需求分析方法
需求分析的方法
角色：产生需求的角色
场景：需求发生的场景：在什么情况下+做什么事情
目的：希望达到了用户的什么目的
案例 1
角色：Zoe（外籍老师）+ 直播间学员（中国学员）
场景：[图片上传失败...(image-821140-1726792821797)]
直播间上课场景：「老师答疑、点学员回答问题、其他」
老师答疑-场景描述：老师在上课过程中学员会随时产生疑问，老师可以帮助回答
点学员回答问题-场景描述：老师在讲课过程中需要互动，让学员回答问题
其他：直播间内布置作业等等
目的：[图片上传失败...(image-3a9bad-1726792821797)]
直播间上课目的：「老师答疑、点学员回答问题、其他」
老师答疑-目的：方便老师及时对学员问题进行答疑
点学员回答问题-目的：外籍老师不认识中文呢称情况下，方便在直播间挑选学生回答问题
其他：略
总结：
经过以上的分析，我们最终会发现在基于用户原始需求能分析出最终的需求实际上是：
1.目前直播间没有聊天功能，但很多学员都在听课过程中有些不明白的问题，于是希望有可以及时提出问题的地方，老师也可以方便回答
2.外籍教师在直播间上课过程当中，涉及到想要点学生发言，但老师由于不认识中文，所以没法直接在直播间点名，所以他自己想出的方案是，在直播间让学生能直接举手并邀请对应的人进行问题的回答
需求分析练习
练习 聊天列表增加关键词搜索
背景：
P小M目前正在设计一款类似于微信的社交产品，但功能暂时并没有很完善，有大量用户通过相关渠道反馈了如下需求：
“建议可以在聊天列表的页面，能够增加按照关键字搜索聊天记录”
目前产品页面参考图如右图所示，基于以上需求和右图界面，尽可能分析并穷举该需求所对应的用户场景以及在这些场景下用户的目的是什么
[图片上传失败...(image-f95e0e-1726792821797)]
场景与目的
单聊，过往重要信息的搜索
基于时间、人物
大量聊天，搜索关键内容（时间、人物、类型）
关键词使用频率
需求澄清
需求澄清：
在工作当中，很多情况下，我们所收集到的原始需求，可能相对很完善，但很多情况下，我们收到的需求都是不太明确的，所以，在对需求进行分析时，需要先明确各个需求的背景是什么
Why 为什么
明确需求背景的本质就是想办法弄清楚为什么需求方会产生这样的需求
明确需求
WHO 用户 WHAT 问题 HOW 现状
who：使用产品的使用者是谁，或者说是谁对产品提出了需求
what：在什么情况下，使用产品过程中产生了问题
how：目前产品的使用者是如何解决目前存在的问题的
案例 直播间需求
案例背景：
传智某个毕业学员P小M入职了一家做在线英语培训的公司，公司有很多外籍教师，学员大都为中国学生。目前公司的产品经理在每周对需求池当中的原始需求进行整理分析，发现之前有个叫Zoe的外籍老师上周提出了如下需求：
“希望可以在上课时在网页版的直播间里可以打字，进行答疑，并且在直播课里最好提供举手、邀请某人语音的功能”
需求真伪判定
思考：在生活中我们会发现有时候，由于各种原因，你身边的人并不会告诉你他们的内心真实想法。工作中，很多需求的提出方其实也会存在类似情况，那应该怎么去判断呢？
需求真伪判定：
普遍：需求是否为某些用户的特例
痛点：需求中所提供的方案是否解决了根本问题
高频：需求是否会高频出现
案例 伪需求判断案例
背景：
P小M在一家成人职业教育培训公司作为教研团队负责人，公司有很多学员和老师，有一天某个有丰富互联网行业从业经验的学员，在课下单独给授课老师反馈了如下的需求：
“希望在上课的过程当中，面授讲解的课程内容难度更大一些，最好把课程当中所有一些面向小白用户的课程内容给全部删除掉，不然听起来有点无聊”
————>>>这是一个伪需求。
普遍性。分析：需求可能仅适用于部分有经验的学员，而非大多数初学者。结论：非普遍需求。
痛点。分析：删除面向初学者的内容可能使新学员难以跟上课程。结论：未解决根本问题。
高频。分析：学员背景各异，此需求不会频繁出现。结论：一次性反馈，非高频需求。
结论：该需求为伪需求，主要反映了单一用户的意见，不符合多数学员的实际需求。
需求的优先级划分
四象限法则是时间管理理论的一个重要观念，从时间紧急程度以及功能重要程度两方面为横纵坐标，最终划分出了四个象限
不紧急不重要：减少做。不影响用户的使用，也不需要立马修改的功能
重要不紧急：计划做。对产品本身能显著优化，增加产品本身亮点
紧急不重要：授权做。用户使用中的一些小问题，比如产品，性能相关的一些需求
重要且紧急：马上做。线上Bug，影响用户使用需紧急修复，产品内容出现问题的
[图片上传失败...(image-136e8a-1726792821797)]
核心需求：与产品定位直接相关的需求
分支需求：与产品定位间接相关的需求
辅助需求：使得产品更加完善的需求
案例 需求优先级判定案例 1
使用四象限
登录按钮点击没反应，用户无法登录————>紧急且重要的需求
短信登录成本太高，加上密码登录功能————>重要但不紧急的需求
用户反馈App有时候有卡顿情况出现————>不紧急且不重要的需求
点赞过后有一个动画效果————>不紧急且不重要的需求
案例 需求优先级判定案例 2
[图片上传失败...(image-e97780-1726792821797)]
确认需求方案
确认需求方案定义：
确认需求方案，其实就是根据前面在需求分析的过程当中所提炼出的目的及流程，针对性的去设计出满足需求的产品方案（包括但不限于产品业务流程、产品的功能、页面承载的信息、甚至用户使用的场景）
[图片上传失败...(image-c99bef-1726792821797)]
[图片上传失败...(image-2a9e5d-1726792821797)]
[图片上传失败...(image-25d546-1726792821797)]
如何挑选最合适的方案
评估方案公式=（新产品体验－旧产品体验）-用户使用成本-产品开发成本
确认需求方案需要做什么？
其实就是根据前面在需求分析的过程当中所提炼出的目的及流程针对性的去设计出满足需求的产品方案（可以基于设计出的产品业务流程，来确定的产品的功能）
案例
练习 1：聊天列表增加关键词搜索
背景：
P小M目前正在设计一款类似于微信的社交产品，但功能暂时并没有很完善，有用户通过相关渠道反馈了如下需求：
“建议可以在聊天列表的页面，能够增加按照关键字搜索聊天记录”
——>
按内容+时间
按内容类型（文件类型）+时间
练习 2：群聊@我需求
背景：
P小M目前正在设计一款类似于微信的社交产品，选代到了V6.0.0版本后，有大量用户通过相关渠道反馈了如下需求：
“老是莫名收到群聊【有人@我】的消息，但是点进去又找不到是谁@了我，每天都有数字红点，到处都是红点和有人@我，非常烦躁，麻烦处理下。“
请对该需求进行分析，并提供几种产品方案，并确定相对来讲最合适的一种
——>
基于需求，基于目的，设想方案思路：
大方向：
不够、不好
1.不够：
（1）直接加上
（2）评估是否引入了其他问题
a.新问题能方便解决，新问题解决方案顺便引入
b.新问题解决困难，舍弃该方案
2.不好：
（1）拿掉
（2）评估拿掉之后是否引入了其他问题
a.新问题能方便解决，新问题解决方案顺便引入
b.新问题解决困难，舍弃该方案
需求分析结果
[图片上传失败...(image-aa62cc-1726792821797)]
需求分析记录表
主要记录的是基于收集到的需求，进行分析后的相关信息，在工作当中可以采取直接在需求池当中再加上上面表格当中列举的字段，也可以采用单独创建一张上面的需求分析记录表的方式来进行
[图片上传失败...(image-f6a0c9-1726792821797)]
功能清单定义：
功能清单，是产品功能的列表集合，一般包括功能模块、子模块、功能点、优先级和功能描述等信息
如何去描述功能
做了什么事情+实现什么效果
提供什么功能+用来干什么
需求分析最核心的产出物是什么？
主要是需求分析记录表，有了需求分析记录表之后，后续可以以此作为依据来产出产品的功能清单
功能清单与需求池区别
功能清单与需求池的区别
结构上：需求池包括需求、干系人、时间节点和优先级，功能清单不包括干系人和时间节点
环节上：需求池是早于功能清单产生的，需求先进入需求池，确定要开发，才会进入功能清单
作用上：需求池主要用来记录所有需求，功能清单主要用于记录确定要开发的需求
今日总结和今日作业
1.继续完善产品体验报告，今天需要完成的内容：
（1）根据选定的App撰写产品体验当中部分功能层面的体验内容
2.根据昨天通过竞品分析方式收集到的需求，尝试对昨天需求池当中的需求进行分析，并产出需求分析记录表（至少分析3条需求）
