1.1需求定义

[dangerbox title=”需求定义”]产品的需求,我的理解用简单的一句话来概括就是“要解决XX在XX场景下的XX诉求,达到XX任务”,产品需求的定义和描述一定是简介的,一定能解决某项特定问题的。[/dangerbox]

我一直认为一个好产品的必须要满足三个基本要素“价值、可用性、可行性”而需求就是衡量产品价值的核心。一个产品在发展初期一定是解决了产品目标用户的一个或多个兴奋点需求,这个需求或这些需求所组成的功能组则构成了整个产品的核心功能。

 

[title]产品需求即人的需求[/title]

产品的需求即人的需求,人的需求包括什么?首先想到的肯定就是马斯洛老爷子的马斯洛需求原理,“生理、安全、社交、尊重、自我价值”,这些需求是人们主动需要的,身为产品经理的我们需要去挖掘。

图片[1]Haywardwang-王恒1.1需求定义Haywardwang-王恒Eknown

[title]利用人性的弱点[/title]

在我看来互联网产品中还有一类需求不是人原本就需要的,是可以被人为创造出来的。比如美团外卖解决了人们可以在家里不出门就能点外卖的诉求;各种免费/补贴为噱头的营销活动,这两点分别利用了负面人性中的懒惰和贪婪。可见负面人性如果加以利用是可以为人们创造需求的,且往往还有意想不到的效果。

图片[2]Haywardwang-王恒1.1需求定义Haywardwang-王恒Eknown

[danger]需求四要素[/danger]

图片[3]Haywardwang-王恒1.1需求定义Haywardwang-王恒Eknown

我们先从这个需求入手:

财务想在ERP的今日出库报表上增加导出功能

我们拆分来分析整个需求:

  • 用户:公司财务;

  • 场景:公司ERP的出库报表

  • 诉求:得到这一周的业绩峰值

  • 任务:数据导出

整个完整的拆分相信大家已经看明白,四要素中的用户、场景、任务其实说明白了一句话,就像我们小时候写作文一样,谁+在哪儿+要干什么事儿

而诉求则是剖析这个人干这个事儿的真正原因,从而考虑是不是有更好的解决问题的办法。

回到我们刚才的需求上我们来看,财务想要的是能得到峰值,而我们增加了每日出库的导出功能后财务还需要汇总、对比才能得到结果,而这些功能则可以在后台中完成,增加财务同事的工作效率。

我们再来分开剖析这四个要素:

 

[title]用户[/title]

需求的提供方、服务方均为用户。正所谓从用户中来,到用户中去,我们一定要深入的了解用户,走到用户的心中。

在职场社交软件脉脉中,有这样的一个功能“职言”,通过匿名不藏公司的方法来公开对公司里的人或事儿来进行吐槽。就这样一个简单的功能,试想下在这个功能的背后能反映多少问题:公司员工在里面吐槽公司/上级,发泄了自己的不满情绪,能满足用户的宣泄欲望;同时又通过匿名的方式来处理能很好的完善处理吐槽的安全问题。

马斯洛的需求理论中“生理、安全、社交、尊重、自我价值”,上述脉脉中的一个简单功能则可以满足用户的安全、社交、尊重这三大需求,真可谓是一个成功的兴奋点需求。

 

[title]场景[/title]

场景可拆分来看。场是时间和空间的集合,说明白在什么地方、什么时候,从宏观的角度来锁定具体的时间和空间;景是情景和互动的交集,通过景来判断出用户具体在这个时间和空间中他可能遇到的问题,可能会有的互动,可能会产生感触的触点。

 

[title]诉求[/title]

弄清楚到底想要的是什么,问用户你想要这个的原因,从这里得到的可能是一个新的功能需求,可能是一个新的更好的解决需求问题的办法。

 

[title]任务[/title]

最终的任务是迭代的,才开始需求不明确时候的任务是表象的,后来任务就变成深层次的剖析需求后我们应该去满足的功能。

通过需求四要素,我们能更好的了解需求,更好的清楚需求到底要的是什么,我们应该怎么解决。

 

 

[danger]需求三问[/danger]

图片[4]Haywardwang-王恒1.1需求定义Haywardwang-王恒Eknown

[title]到底遇到了什么问题?[/title]

再次对问题进行追根溯源,找到问题的原因,从源头上解决问题。

 

[title]严重影响体验和功能吗?[/title]

如果只是简单的用户界面体验瑕疵,我们可以先记录再统一整改,如果对我们的功能(尤其是核心功能)造成了影响则需要马上进行整改测试再次发布版本进行迭代。

 

[title]对多少人有影响?[/title]

这个道理很简单,如果这个需求现在收到的影响人很少,我们则可以考虑将其优先级暂缓;如果人很多,很紧急,则需要提高优先级,快速进行优化迭代。

需求三问则用来解决这个需求到底是有没有必要做,什么时候做,用来安排具体的需求开发流程。当然对需求进行进一步分析时候还要用到kano模型,kano模型用来区分需求类型“反向型、兴奋型、期望型、基本型”

 

[danger]Kano模型[/danger]

图片[5]Haywardwang-王恒1.1需求定义Haywardwang-王恒Eknown

Kano模型里,将人们对某物的需求定义成了五个层次

基本(必备)型需求——Must-beQuality/ Basic Quality

期望(意愿)型需求——One-dimensional Quality/ Performance Quality

兴奋(魅力)型需求—Attractive Quality/ Excitement Quality

无差异型需求——Indifferent Quality/Neutral Quality

反向(逆向)型需求——Reverse Quality

 

[title]基本需求[/title]

也是基础性需求,理所当然的需求,也是用户认为“必须要有”的功能。

简单的来讲,如果“没有”,用户就会很不满意,如果“有”,用户也不会为此感到满意,毕竟,此类型需求属于“理所当然”的需求。

 

[title]期望需求[/title]
此类型需求与基本需求相反,简单的来讲,就是这么一个意思,如果有,则用户会感到满意,如果没有,用户也不会感到失望。
[title]兴奋需求[/title]
兴奋需求某种含义上是期望需求的升级版本,有时候我们会提到的超越用户预期,以及 挖掘表面需求背后隐藏的需求,便是指期望需求和兴奋需求的关系。
就以表面和背后来讲,期望需求是指用户表面的需求, 兴奋需求则是指背后的真实需求。
[title]无差异需求[/title]
无差异需求是指有没有都无所谓的这部分需求,不论提供或者不提供,对用户体验无影响,换言之,即使不做,也不会让客户不满意。
这部分需求,往往是我们要避免的 “多余动作”,虽然是这样说,但在工作上,我们却极为容易做出这样的事情。
[title]反向需求[/title]
是指少数派需求,我们在做需求分析时,需要考虑需求的使用面积,并且在做优先级划分时,也需要按照影响面积来考虑,以满足大部分人的需求为首要目的,与这个原则相反的,便是反向需求,只满足少部分的需求。
反向需求同时也是无差异需求的升级版本,我们所谓的无差异需求,是做不做都没影响,反向需求恰恰就属于,做了就会产生负面影响。

那么这些需求一般都有哪些特点呢?来源又从什么地方呢?我们通过下方表格来解读

需求类型

需求特点

需求来源

基本型

稳定、可用、不闪退

用户需求、产品自身定位

期望型

流畅、好用

竞争的需求、相关部门的需求

兴奋型

好玩儿、有亮点

头脑风暴

反向型

产生负面影响

可能会是老板的需求

 

[title]总结[/title]

根据此节,我们对需求有了基本的理解和认识,总结下有以下几点:

  • 需求表达需要简洁明了
  • 需求四要素是对需求的最好解读
  • 需求三问来进一步剖析需求到底是什么
  • kano模型来对需求进行分类
© 版权声明
THE END
喜欢就支持一下吧
点赞0
分享
相关推荐
  • 暂无相关文章
  • 评论 抢沙发