1、什么是需求?
用户自己以提问题的方式给出:
用户想要达到的目的:
用户自己所期望的明确解决方案:
2、需求的常见形式。
提问题:需求方没有办法准确描述他想要的,但是能够描述出他目前遇到的一些问题。
提目的:需求方不明确如何才能实现需求,但能清楚知道自己想要达到的目的是什么。
提方案:需求方非常善于思考,有着自己的想法,在提出需求的时候,把现成的解决方案也一并提出。
3、需求的定义。
本质是用户的预期,而预期与现状之间存在着差异,就出现了需求。用户提出需求时,都会基于某种目的所提出问题、建议或者想法。
4、原始需求的定义。
没有经过任何分析,或者没有经过任何额外解读的需求信息。
5、需求的来源。
外部需求:
来源——用户、市场、其他竞品......。
特点——难收集。
内部需求:
来源——内部需求方(管理层、业务部门)、产品经理。
特点——易收集。
6、定性方式与定量方式。
定性方式:主要借助逻辑推理等思维方式,梳理过程和关键的事件,从而得出相应的结论。
定量方式:根据数据进行计算分析,通过样本数据证实或反应总体现象。数据一般可以包括时间、数量、频率、趋势等。
7、需求收集常见方法。
用户访谈、问卷调查、竞品分析、用户反馈、头脑风暴、观察法、文献分析、数据分析。
8、用户访谈的定义。
用提问交流的方式,了解用户体验的过程。
Tip:访谈内容需要根据访谈目的来确定,通常包括某些问题的观点看法,某些产品的使用过程,使用感受以及品牌印象等,属于定性方式。
9、用户访谈的流程:
确定访谈形式、明确访谈目的、设计访谈问题、用户筛选和邀请、进行用户访谈、结果汇总与分析。
10、用户访谈要注意的问题:
明知故问、不会引导用户、问题太开放、问题太细节,用户难回应。
11、用户访谈的方式:
直接方式——直接与用户接触进行用户访谈。
间接方式——与其他熟悉目标用户或者目标用户接触的人员协作,获取信息,如同公司的同事、朋友等。
12、用户访谈记录表。
13、访谈问题设计要点。
现状:现在是如何做的?
痛点:遇到了什么困难?
方案:如何解决目前的困难?
14、问卷调查的定义。
通过制定详细周密的问卷,会根据回答者的问卷统计不同题目答案的结果分布情况,属于定量研究。问卷调查可分为纸质问卷调查和网络问卷调查。
15、调查问卷的结构。
16、问卷设计需要注意的内容。
17、什么是竞品?
一般指在相关领域存在竞争关系的产品。
18、竞品分类。
根据产品定位、目标用户、产品功能进行分类。
直接竞品——产品的定位和目标用户高度一致,且产品的功能也十分相似。
间接竞品——产品的定位和目标用户高度一致,但产品的功能不太一样,或者产品的功能很相似,但产品定位以及目标用户不太一致。
潜在竞品——目标用户有重合的地方,但产品定位以及产品功能暂时不太一致,或者公司是行业的巨头。
19、竞品分析的概念。
对竞争对手的产品进行比较分析。
20、竞品分析的作用。
更好的了解行业,为自身产品设计提供功能、可用性、关键技术等方面的参考,提高自身产品的差异化程度,防止产品是拍脑袋想出来的、降低风险。
Tip:关注竞品,是贯穿产品经理整个职业生涯的事情。
21、竞品分析方法。
22、竞品信息的获取。
23、产品体验报告和竞品分析报告的区别。
24、需求池的定义。
主要是用来收集和管理各方需求的集合。
核心:谁(需求来源、需求提出人)在什么时候(提交时间)提了什么方面的(需求类型、产品模块)什么需求(需求描述)。
辅助:谁(提交人)记录下来,如何处理(优先级、需求状态、备注)。
25、需求池的作用。
管理需求:如实记录需求方的原始需求。
维护需求:及时更新需求的状态、优先级等。
回溯需求:能在后期对需求进行回溯需求的源头及处理过程。
26、需求池管理原则。
有进有出:所有记录到需求池当中的需求都要在一定时间内处理完成(无论是将需求拒绝、规划都可以算作是处理)。
宽进严出:所有接收到的需求都录入需求池,不是所有需求池当中的需求都要全部实现,需要对需求进行筛选、分析。
27、什么是需求分析?
站在产品的视角审视用户的需求,明确用户对于产品的预期,或者说用户想要通过产品来达成的目的,也就是把用户的原始需求转变为产品需求的过程。
核心要素:用户真实目的、产品解决方案。
原始需求(预期、目的、想法、问题等)=> 产品需求(和产品有关的问题)=> 产品方案(产品、功能、服务等)。
28、需求分析的时机。
要根据工作当中所遇到的实际情况,来确定到底在什么情况下去分析需求,一般可以在收集需求的时候或者收集到了需求之后去进行这项工作。
能立马发现需求方提出的需求存在某些不明确的问题时,就可以向需求方提出问题,其本质就是在对需求进行初步的分析。
不能立马对需求方提出的需求分析时,可以先记录下来,后期再集中分析。
29、需求分析的方法。
角色:产生需求的角色。
场景:需求发生的场景——在什么情况下 + 做什么事情。
目的:希望达到了用户的什么目的。
角色:Zoe(外籍老师)、直播间学员(中国学员)。
场景:老师答疑(老师在上课过程中学员会随时产生疑问,老师可以帮助回答)、点学员回答问题(老师在讲课过程中需要互动,让学员回答问题)、其他(直播间内布置作业等)。
目的:老师答疑(方便老师及时对学员问题进行答疑)、点学员回答问题(外籍老师不认识中文昵称情况下,方便在直播间挑选学生回答问题)、其他(略)。
最终需求:
目前直播间没有聊天功能,但很多学员都在听课过程中有些不明白的问题,于是希望有可以及时提出问题的地方,老师也可以方便回答。
外籍教师在直播间上课过程中,涉及到想要点学生发言,但老师由于不认识中文,所以没法直接在直播间点名,所以他自己想出的方案是,在直播间让学生能直接举手并邀请对应的人进行问题的回答。
30、需求澄清。
在工作当中,我们所收集到的原始需求,可能相对很完善,但很多情况下,我们收到的需求都是不太明确的。所以,在对需求进行分析时,需要先明确各个需求的背景是什么。
Why为什么:明确需求背景的本质就是想办法弄清楚为什么需求方会产生这样的需求。
Who用户:使用产品的使用者是谁,或者说是谁对产品提出了需求。
What问题:在什么情况下,使用产品过程中产生了问题。
How现状:目前产品的使用者是如何解决目前存在的问题的。
31、需求的真伪判定。
普遍:需求是否为某些用户的特例。
痛点:需求中所提供的方案是否解决了根本问题。
高频:需求是否会高频出现。
32、需求的优先级。
33、确认需求方案。
根据前面在需求分析的过程当中所提炼出的目的及流程,针对性的去设计出满足需求的产品方案(包括但不限于产品业务流程、产品的功能、页面承载的信息、甚至用户使用的场景)。
流程:老师答疑(老师在直播间讲课=>学生产生疑问=>学生提出问题=>老师解答问题)、点学员回答问题(老师直播过程中=>老师主动挑选学生/学生主动回答问题)、其他(略)。
功能:老师答疑(提供聊天区功能<老师和学生均可以用文字形式发言>)、点学员回答问题(提供让学生举手的功能、老师可以根据看到的用户头像直接拉上台发言的功能)、其他(略)。
34、如何挑选最合适的方案。
评估方案公式 =(新产品体验 - 旧产品体验)<是否比改进之前有很大提升> - 用户使用成本<替换成本、学习成本> - 产品开发成本<技术难度、开发周期>。
基于需求,基于目的,设想方案思路:
不够——直接加上、评估是否引入了其他问题(a.新问题能方便解决,新问题解决方案顺便引入;b.新问题解决困难,舍弃该方案)。
不好——拿掉、评估拿掉之后是否引入了其他问题(a.新问题能方便解决,新问题解决方案顺便引入;b.新问题解决困难,舍弃该方案)。
35、需求分析记录表。
主要记录的是基于收集到的需求,进行分析后的相关信息,在工作中可以采取直接在需求池当中再加上表格当中列举的字段,也可以采用单独创建一张需求分析记录表的方式来进行。
36、功能清单。
产品功能的列表集合,一般包括功能模块、子模块、功能点、优先级和功能描述等信息。
37、如何去描述功能。
做了什么事情 + 实现什么效果。
提供什么功能 + 用来干什么。
38、功能清单与需求池的区别。
结构上:需求池有需求、干系人、时间节点和优先级,功能清单不包括干系人和时间节点。
环节上:需求池早于功能清单产生,需求先进入需求池,确定要开发,才会进入功能清单。
作用上:需求池主要用来记录所有需求,功能清单主要用于记录确定要开发的需求。
39、需求分析最核心的产出物是什么?
主要是需求分析记录表,有了需求分析记录表之后,后续可以以此作为依据来产出产品的功能清单。