需求分析到底说的是什么?

我觉得需求分析是产品经理最重要的技能,这个阶段也是我最喜欢的阶段。

需求分析可以一直问“为什么”,延伸到心理学和哲学。

下面是一些我认为比较靠谱的分析,以后的需求分析也会作为参考。

什么叫用户需求?

人的需要是指人体某种生理或心理上的不满足感,它可使人产生行动的动机(这里的动机就是需求)。

人的需要是多样和复杂的。某一时刻,在人的许多需要中,会有一种需要是相对最强烈的,我们称其为强势需要(这是强需求)。

强势需要产生主导动机,而主导动机直接导致人的行动(这里很容易产生伪需求)。人通过行动满足了强势需要后,又会有新的需要变成强势需要,如此循环往复。

人话:

一个人饿了,想吃碗米饭。这就是用户需求。 “饿”是需求,整句话是动机。

你给了他一碗米饭。这就是满足了用户需求。

你给了他一面包,并且告诉他,这玩艺儿更解饿,但是噎得慌,于是搭着卖了一瓶脉动。这就是创造用户需求。

需求和伪需求:

用户需求分2种:

用户想要的。这种一般流于表面,例:我要买一把锤子和一些钉子(伪需求)

用户需要的。这种则是用户的目的,如上例:其实只是想把一幅画挂到墙上(需求)

需求来源:

公司内部(老板、其他部门或同事)、产品经理自己(策划、挖掘)、外部(用户、客户、伙伴)。

这个每个都有很多办法收集需求的。

问卷,调研,访谈,竞品分析,数据分析,客服反馈等等。

所以有了这么多需求,接下来是不是要选择了?产品需求分析实际上就是需求决策。

做决策之前,先将需求归类:功能类、数据类、运营类、体验类、设计类等等,分完类之后再对需求进行权重考虑并决策。

需求分类之后,再考虑决策需要考虑的因素。

需求决策有三个基本考虑因素,分别是战略定位、产品定位、用户需求。

这是层级关系,显示战略定位决定产品位置,再来判断需求,这很容易理解。

战略阶段分别为起步阶段、发展阶段、迭代阶段。在起步阶段的时候,注重核心功能的实现,快速推出市场验证产品的可行性;到了发展阶段就会进行功能扩展和完善,在这个阶段也会小范围的进行试错实验;到了迭代阶段的时候,产品基本已经成熟稳定,需求就会更加注重用户体验方面。

这样我们筛选了一部分需求,接下来,还将这些需求进行优先级分类:“重要又急需、重要但不急需、不重要但急需、不重要也不急需”(四象限定位法,其实这个时候产品经理自己还要做判断,为什么这个需求划分到这个象限?)

这个时候就确定了优先级,将需求进行了排期。

我理解的就这些了。其实很多分类和判定规划分都是考验能力的。

本文作者:@xx黄;来源:简书

时间: 2024-11-06 07:10:27

需求分析到底说的是什么?的相关文章

第三组(geomystory)修改后的需求分析

学习了软件工程之后,我们只是大致了解了编写大型软件需要软件工程,否则就会遇到"软件危机",具体的软件危机是什么,我们却不甚了解.大家熟悉软件工程经典的秋千图,它介绍了软件开发中个各种问题,看的时候不免觉得好笑,但是当你的软件足够大,这些问题就会出现在你的面前. 因为生产实习着重培养开发过程,软件工程是不可或缺的,现在我们进行到了需求分析这一步.于是我们依样画葫芦,按照老师提供的框架,分析(猜测)用户需求,实际采访用户,使用NABCD框架进行系统分析. 蓦然回首,需求分析之前还有两步:

《构建之法——现代软件工程》读书笔记之——需求分析

人们为了解决实际的问题,需要软件来解决人们的需求.人们的需求有很多,那么如何清晰的了解人们的需求,就显得十分的重要,所以会产生用户的需求分析. 如何了解用户的软件需求呢? 1.获取和引导需求 软件团队需要找到软件的利益相关者,了解和挖掘他们对软件的需求,引导他们表达出软件的需求.软件团队需要设身处地的为用户着想,引导出需求. 2.分析和定义需求 这是指对从各个方面获取的的需求进行规整,定义需求的内涵,从各个角度将需求量化. 3.验证需求 软件团队要跟利益相关者沟通,通过分析报告.技术原型.用户调

NABCD——竞争性需求分析的框架

最近在读邹欣老师的书<构建之法>,读到很多地方,相当有感触,有种一拍大腿“啊,他说的太对了”的感觉,但都疏于记录,今天又看到一个一拍大腿特带感的一节,决定记录下来. 竞争性需求分析的框架——NABCD N——need,需求 我在做软件的时候总是再想着,怎么能具体化用户的需求,还有就是怎么能拒绝用户新的或者不断变更的需求.用户有时候冲我噼里啪啦说了一大堆想要实现的功能,然而我完全没有抓住重点,根本没有明白用户到底说的是啥.反而每次和我的老师讨论需求的时候,我都非常清楚的明白他所说的需求是啥.我以

product(1.3)需求分析

之前讲过需求采集的事儿,需求采集了很多,但从哪里着手?用户帮我们想好了怎么做,照用户说的做吗? 关于这一点,<人人都是产品经理>的作者苏杰,用了这样一个title:听用户说但不要照着做. 1.明确我们的价值 对于采集的需求,首先要明确的知道,一个是用户需求,一个是产品需求,这中间的转化过程,就是这篇blog的主题--需求分析. 用户需求 VS 产品需求 用户需求:从用户采集到的.用户自以为的需求,并且经常表达为用户解决方案: 产品需求:经过分析,找到的真实需求,并且表达为产品解决方案: 需求分

我们应当怎样做需求分析(转)

令我印象深刻而难以忘怀的,是我亲自经历的.亲眼目睹的.道听途说的一个又一个的软件项目,它们有的获得了成功,但更多的是令人沮丧的失败.套用一下大文豪托尔斯泰体:幸福的家庭都是一样的,不幸的家庭却各有各的不幸:幸福的软件项目都是一样的,不幸的软件项目却各有各的不幸:或者说,成功的软件项目都是一样的,失败的项目却各有各的问题.我常常在想,我们的项目开发到底怎么了,进而把它们一个一个的剥开来深入分析,竟然触目惊心.它们有的是需求的问题,有的是客户关系的问题,还有设计的问题.技术的问题.时间管理的问题.人

用户需求分析文档

version: v1.0.0 修订历史: 版本号 修改说明 v1.0.0 用户需求分析初稿,完成用户场景分析,市场竞争部分 1. 引言 1.1 编写目的 此需求规格说明书编制目的是明确本项目的详细需求,供用户确认项目的功能和性能,和用户形成一致的理解和确认,作为进一步详细设计软件的基础. 本文档仅供SLP队的项目经理.设计人员.开发人员进行参考. 1.2 项目背景 项目名称: Spiritual LoveLive Practice(SLP) 项目面向用户:全世界LoveLive玩家 项目开发者

《我们应当怎样做需求分析》阅读笔记

通过阅读文章我们需要掌握的内容有需求调研,需求研讨,需求迭代,需求捕获,功能角色和用例图分析,业务流程分析. 在中国需求调研分为几步,初识,拜访,研讨会.初识:项目经理带领着项目组成员,参加了客户组织的见面会,一个新的软件研发项目就这样开始了.初次接触客户,对于项目团队意义重大.对方对你印象的好坏,今后如何与你交往,都在这个阶段被确定下来.与客户保持适当的谦卑是有必要的,但过于的谦卑却常常给项目日后的进程带来风险.过于的谦卑,处处都是诺诺诺,客户说什么就是什么,就会使客户变得非常强势.正确的做法

《需求分析》读后感之二

项目的目标是系统的业务需求.在很多情况下,涉众可以清晰地表达出系统的业务需求,这时可以通过安排和涉众的面谈来明确项目的动机.但也有很多情况下,涉众无法表达他们的业务需求,或者表达的业务需求不够清晰.因此,要发现系统的业务需求,还是要从用户的问题开始.要分析涉众的问题,首先要明确问题,将它们变得清晰,变得适宜进行分析.这个过程从问题和相关的背景描述开始. 从问题来说,我们要清楚客户需要我们到底是要干什么,不能盲目一抹瞎,想当然的做需求分析报告,要清楚客户需要解决哪些问题,要我们做出什么样的功能,使

我们应当怎样做需求分析

我们应当怎样做需求调研:初识 3 我们应当怎样做需求调研:拜访 5 我们应当怎样做需求调研:研讨会 7 我们应当怎样做需求调研:需求研讨 9 我们应当怎样做需求调研:迭代 11 我们应当怎样做需求调研:需求捕获 13 我们应当怎样做需求分析:功能角色分析与用例图 15 我们应当怎样做需求分析:业务流程分析 18 我们应当怎样做需求分析:用例说明 21 我们应当怎样做需求分析:查询报表分析 23 我们应当怎样做需求分析:子用例与扩展用例 24 我们应当怎样做需求分析:行动图和状态图 25 我们应当