我对需求分析的理解

一、背景

最近做了一个项目,也算是踩坑过程,产品上线了,用户不怎么买单,使用者聊聊无几,前期一直不清楚为什么会这样,诚然新系统的开发设计上采用了更新的技术,设计上采用了更好的理念,但为什么用户不买单呢?终究是在需求分析不到位导致的问题。
当今商业时代每天都有无数产品诞生,也有无数产品陨落,很多时候都会谈到一个原因,没有把握住用户需求,吸引不了用户。需求人员在收集用户各种各样需求,如不加过滤,毫无克制地在系统上添加功能去满足各种各样的用户个体,最终也会导致产品变得臃肿和失去核心定位。
所以在软件项目开发过程中对需求你进行合理的正确的分析是非常重要的。

二、为什么要做需求分析?

其实很多同学很疑惑:需求不就是收集用户反馈么,只要系统能够满足用户提出的需求,那么就算完成了,为什么我们还要耗费心力去做一些看似无效的需求分析工作呢?
出现这种情况,很大几率是因为陷入了产品新人做需求的误区:

1、把用户描述当需求:用户说什么就做什么,被用户带偏;
2、把数据表象当需求:脱离核心业务,只看数据好不好,却忽视了是否有偏离核心业务;
3、把竞品功能当需求:照搬照抄竞品的功能,却没有考量其功能是否符合自身用户的诉求;
4、把个人臆想当需求:不重视用户调研,把自己当做典型用户,从自己的角度提出一些针对自己需要的但并非用户需要的需求。

不过还是有很多需求人员经常遇到下面的情况:

根据客观情况分析、推理出的客户痛点,却不被市场认可?
产品明明是按照老板要求做的,老板却始终不满意?
需求太多,不知道如何辨别需求真伪,以及可行性?

一来二去,花了很多时间效率低下不说,最重要的是没有实质性产出!进度一直没有办法往下推进。即便天天和需求打交道,许多产品新人还是会因为前期需求分析没做好,对用户需求把握不准确,导致自己一直在做无用功……

三、什么才是用户真正的需求?

用户需求是用户从自身角度出发,自以为的需求
用户其实是某一个岗位他们经常提出的需求是他站在当前他的处境和角色提出来的,对于系统的期望,这样的需求是真正的应该去实现满足的需求吗?我认为这可能不是真实需求,通常我们收集到的需求都是用户说的现象,如果我们的认知就停留在这个现象的范畴,那么我们真的会疲于满足各种各样离奇的功能点。
需求分析:从用户提出的需求出发,挖掘用户内心真正的目标,并转为产品需求的过程。
我们不能简单地看用户需求,而是应该去挖掘用户产生这个需求时,其心理真正的想法,也就是什么原因驱动用户产生了这个需求的。
我们可以参考以下理论体系进行用户心理原因分析:

第一、马斯洛需求理论模型

我对需求分析的理解_第1张图片
人类的需求源于五类,即生理需求、安全需求、社交需求、尊重需求和自我实现需求

第二、七宗罪模型

在圣经中,人类有七宗罪:淫欲、贪食、贪婪、懒惰、暴怒、妒忌、 傲慢。

通过以上两个模型,我们试图提出WHY,为什么他会提出这样的需求?这样的需求提出的心理背景,比如:用户提出需要更多的警察进行不间断社区巡查,其实这个需求提出是在满足人们的安全需求,在初步有这样的了解之后,也许我们的解决办法是装备天眼,街道社区安装摄像头,这样也能满足用户对安全的需求。
上面是了解用户的心智模型,提出需求的心理,接下来我们去挖掘一些用户真实需求

四、我们怎么才能真正发觉用户真实需求?

福特汽车创始人 – 亨利福特说的:“如果听用户的,我们根本造不出汽车来,用户就是需要一匹快马。”

我对需求分析的理解_第2张图片
其实就是挖掘出用户动机,只有明确用户动机之后,才能更好的帮助用户实现目标。
在挖掘用户动机之时,可以尝试判断是伪需求还是真需求的同时,底层需求的满足有时可以在相似产品中占据优势。

如何挖掘用户动机?
如果只是看需求和产品本身,是很难看出产品设计背后逻辑,如果放到场景里去,放到人和产品的交互里去,可以更好地看出产品设计的奥妙在哪里。
但我们也可以尝试从几个关键因素来进行场景分析。

基于什么环境:地铁/办公室/室内/公共场合/走路/夜晚/户外……深入情景周围的细节中去
基于什么用户:具备什么特征,比如身份、收入、区域……
基于什么行为:行为或操作流程,比如购物流程、操作习惯、行为认知…….

场景分析也就是需要考虑具体什么环境(时间、地点、情境)什么类型用户的什么动机,想达到什么目标,以及人与人的关系。

需求分析的”Y理论”
我对需求分析的理解_第3张图片
“需求分析”的过程就是经历图中的“1 –>2 — >3”,把“用户需求”转化为“产品功能”。

“Y”的越上面越是解决方案,越下面越是背后的目的。“1-用户需求”,大多表现为用户的解决方案,往往是不好的,但好的“3-产品功能”一定是从用户需求转化而来,而不是凭空想出来的。所以说,“听不听用户”都是一个意思,更准确的说法是“听用户的,但不要照着做”。同时,也不要误解“创造需求”,你创造的只能是满足用户需求的解决方案——产品功能,而不是用户需求。

1–>2,通过问“Why”,逐步归纳,2–>3,通过问“How”,逐步演绎。过程中都要用到各种辅助信息,比如数据、竞品、行业等。

把“2-产品需求”追溯到“4-马斯洛需求”的过程是可选的,画为虚线,只是为了这个理论的完备,如果感兴趣,每个产品需求总能挖到马斯洛的层面。“2-产品需求”的点如何选择,我们到底应该挖到那个层面上,作为产品需求,取决于公司和产品的定位。
在考虑需求价值时候,可以从四个维度考虑:

广度:该需求的受众面有多大?
频率:该需求的使用频露是以日/周/月为周期?
强度:该需求对用户有多强烈需要?
时机:该需求是否符合产品的规划?当下的环境?

五、总结

其实上面也是我经过学习和阅读产生的对我触动很深的内容,其实言而总之,就是要挖出用户的真实目的,也许用户要得就是快速到达某个地点,而不是对快马或车的要求,按照快速到达某个地点,而衍生出了高铁和飞机,其就更好的满足了用户的需求。挖出真实目的最主要是要多问为什么?为什么提出这个需求?用户真实目的是什么?用户可能在什么场景下提出这个需求?用户可能在什么心理状态下提出这个需求?用户平时使用这个功能多么?其实就是需求的分析与需求的理解不能脱离真实环境,即便没有在真实环境中也要尽可能模拟这样的环境,才能更好的理解需求的本意。

你可能感兴趣的:(程序员技能树,需求分析,软件需求,需求理解)