- 1、本文档共7页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
一、5W2H分析法
【概念】:
5W:Who、When、Where、What、Why
2H:How、HowMuch
如果大家觉得这么多英文比较难记,可以进一步把它总结为:
一个人(Who)
在什么时间(When)
什么地点(Where)
做了什么事(What)
为什么(Why)
他是怎么做到的(How)
付出了多少(HowMuch)
【使用场景】:
对场景和业务流程进行全面梳理
有助于完善用户故事的描述
弥补考虑问题时的疏漏
二、STAR分析法
【概念】:
按照4个维度,对任务或者场景状态去思考及总结。
S:环境(Situation)
T:目标(Task)
A:行动(Action)
R:成果(Result)
【使用场景】:
对于场景和业务流程进行梳理
有助于需求调研收集、完善用户故事的描述
规划和明确产品的关键功能
三、SMART分析法
【概念】:
按照5个维度,对去任务或者项目进考核目标和考核标准的思考。
S:具体项(Specific)
M:可度量(Measurable)
A:可实现(Attainable)
R:关联情况(Relevant)
T:时限(Time-based)
【使用场景】:
明确任务的边界范围
确定产品功能的需求实现效果
参考制定工作任务项规划
四、SWOT分析法
【概念】:
态势分析,就是将与研究对象密切相关的各种主要内部的优势(Strengths)、劣势(Weakness)和外部的机会(Opportunities)、威胁(Threats)等,依照矩阵形式排列列出,然后用系统地把各种因素相互匹配起来加以分析,从中得出一系列相应的结论。
1、SO(优势-机会):利用起来,增长性战略
2、WO(弱点-机会):需要改进,扭转型战略
3、ST(优势-威胁):监视起来,多种经营战略
4、WT(弱点-威胁):需要消除,防御型战略
【使用场景】:
竞品分析
自身产品的战略规划
制定核心功能方向
五、麦肯斯MECE分解法
【概念】:
全称MutuallyExclusiveCollectivelyExhaustive,中文意思“相互独立,完全穷尽”。
(1)各部分之间相互独立(MutuallyExclusive):
每项工作之间要独立,每项工作之间不要有交叉和重叠。
(2)所有部分完全穷尽(CollectivelyExhaustive):
全部内容是全面、周密的、不遗漏的。
也就是说,通过麦肯斯MECE分解法,对于一个重大的议题,能够做到不重叠、不遗漏的分类。
【使用场景】:
对场景/用户/业务等分类拆解和梳理
分析事务的各项因素及核心因素
六、WBS工作分解结构
【概念】:
工作分解结构,全称WorkBreakdownStructure,简称WBS。WBS的过程,是把一个项目按一定的原则进行分解,项目分解成一项项工作,直到分解不下去为止。如:
项目→任务→工作→活动
分解好的一项项工作,可以再对应到“人、时间、资金投入”中。
【使用场景】:
明确项目任务的边界范围
梳理工作事项,制定工作进度计划
确定阶段性的可交付成果
七、用户体验5要素
【概念】:
对产品设计进行5个层级的划分,从“抽象”逐步到“具体”:
战略层:对应产品目标,用户需求。战略是对目标,需求的商业化方案的归纳。
范围层:对应产品的信息和功能点,涉及到产品的侧重点和取舍。
结构层:对应产品的实际落地,产品在这个层面开始具体化。
框架层:对应产品具体内容的呈现,产品进一步具体化,落实到界面。
表现层:对应产品的视觉传达和交互体验,是产品的美化。
【使用场景】:
对工作计划进行阶段化梳理
产品的全流程过程的协作中都可参考
八、马斯洛需求层次理论
【概念】:
由美国心理学家马斯洛提出,认为人的需求由五个等级构成,从下到上分别是:
1、生理需求
2、安全需求
3、归属与爱的需求
4、尊重需求
5、自我实现的需求
【使用场景】:
对于用户需求、用户痛点的分析
九、KANO模型
【概念】:
通过分析“需求实现程度”与“用户满意度”的影响,将需求分为以下5种类型:
兴奋型需求:让用户意想不到的好需求,实现了以后用户会赞不绝口。
期望型需求:随着需求的完成,用户满意度也逐步变好。
无差异型需求:做出来后,用户满意度也不会变好。
基本型需求:必备,理所应当。
反向型需求:做出来后,用户满意度反而变糟。
有了5种需求的分类后,可针对性地有一些应对策略,比如:
兴奋型需求:挑选成本低的亮点功能去实现
期望型需求:把可以用变成好用
无差异型需求:不用做
基本型需求:不管成本有多高都得做
反向型需求:一定不能做
【使用场景】:
需求调研和需求分析
需求分类、需求优先级迭代规划
产品上线后的反馈验证参照
(注:C端的用户需求和B端用户需求
文档评论(0)