6

透过现象看本质,如何针对用户做好需求分析 - OldCat_先生

 2 years ago
source link: https://www.cnblogs.com/hyx6/p/16539985.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

对于刚入门的产品经理而言,很容易出现设计出来的产品功能不达用户预期的情况。这里面一部分原因是由于需求分析没做到位,忽略了事情背后的本质。那么下面我们看看如何做好需求分析。 

316689-20220801134728976-1553176810.png

透过现象看本质

我们只有透过现象看本质,了解用户的真实需求之后才能更好地提供解决方案满足用户需求。

什么是现象,事物所表现出来的外部形态或结果。

我们在接收需求时,通过从用户那描述过来的内容往往就只是现象,他是表面的。因为在产品方面用户的认知程度跟我们是有偏差的不全面的,所以提出的需求更多时候只是从自己所认知的角度提出来的需求。如果仅仅依据表象就开始设计产品功能,那么最终结果很有可能就不达预期或者说很难做得更好。

比如用户提出的需求是“需要一匹更快的马”,从表面现象来看我们为满足用户需求需要去找马,找更快的马。

什么是本质,对事物的性质、特点以及发生、发展产生影响的事物本身固有的属性。当我们通过对现象的分析与进一步了解到事务的本质之后,再去处理问题就可能超预期给用户带来惊喜。比如用户提出的需求是“需要一匹更快的马”,我们通过进一步了解,用户目的是从A点更快的到达B点,那么重点跟马可能就没啥关系了。

f1cfb56c00f34bbb99a055c907b55d5c.jpg

那么我们如何快速地透过现象看本质,从而做好需求分析呢?我们可以从用户角色、所在场景、用户行为与目的 几个因素来探知用户需求背后真正的目的或动机。

用户角色(是谁?什么人?)

角色可以是个体用户,可以是某一类用户群体、一个组织团体,即用户的身份、角色。

我们继续结合上面的例子进行发散,需要从A点更快的到达B点,提供一辆汽车真的就是最好的方案了吗?不一定,我们将服务对象扩展成不同的用户群体时,我们最终可能得出针对不同用户群体的多个方案。这里需要注意的是我们面向的角色是一个用户群体,还是角色中的个例或个人,这将决定我们得到的是通用需求还是个性化需求。

针对“需要从A点更快的到达B点”比较在意费用成本的用户群体,更需要的解决方案可能是叫出租车(比如城市外来游客)。

针对“需要从A点更快的到达B点”不在意费用成本更在意舒适度的用户群体,更需要的解决方案可能就是一辆汽车(比如企业领导)。

由此我们可以看出,我们得出什么样的方案跟不同的用户群体有很大的关系,所以我们需要确定面对的是什么样的用户群体也就是角色。

所在场景(什么条件、环境下?)

场景包含具体时间、地点,即用户所处环境及条件。我们确定用户角色之后还不够,用户所在场景中的相关因素依旧可能会影响我们提供的方案是否完善。

继续结合上面的例子:

针对“需要从A点更快地到达B点”,我们确定了用户角色为企业领导。

针对城市交通拥堵的情况,更需要的方案可能就乘坐直升机。

针对需要出省距离较远的情况,更需要的方案可能是一张机票。

不同的场景因素决定我们开展行动的规则与前提条件,所以我们需要了解用户需求所相关的场景及不同场景中出现的限制条件。

行为与目的(做什么?为什么做?)

行为与目的,行为主体根据自身的需要,借助意识,观念的中介作用,预先设想的行为目标和结果。我们根据不同的用户群体/角色、根据相应场景提供的方案就是最好的方案了吗?依旧不一定,我们还需要弄清楚用户的行为与目的。行为是用户为达到目的而表现出来的行动,是我们探知动机或目的的切入点。

继续结合上面的例子:

我们确定了用户角色为企业领导,在城市交通拥堵的场景中。

针对需要从A点更快地到达B点这一行为,目的是为了参加一场会议,那么更需要的方案可能就是远程视频会议。

针对需要从A点更快地到达B点这一行为,目的是接快放学了的儿子,那么更需要的方案可能就是打电话给老婆,让老婆帮忙去接。

到此我除了需要确定用户角色与了解场景之外,我们还需要弄清楚用户行为与行为背后的动机。

我们掌握了角色、场景、行为与目的之后再去看事物本质是不是变得更容易了呢?

例如:用户需求“我需要买个电钻”,我们将这个需求代入到我们的公式中。

角色:是谁需要买电钻——家庭丈夫

行为目的:买电钻做什么,为什么买电钻——买电钻、钻孔装挂钩,用来挂衣服

场景:在什么环境下及条件下——在书房、光滑的墙壁上

那么最终的真实需求是帮家庭丈夫解决在书房挂衣服的问题。我们除了可以提供电钻,或许更简单有效的方案就可以是提供带吸盘式的挂钩。用户提出买电钻的需求很有可能只是不知道有吸盘式挂钩的存在。

再举个我在产品工作中遇到的例子:

用户需求是“我需要把历史数据删除掉”,最终通过了解分析得到的结果是:某某企业,需要定期把后台历史数据删除,避免敏感数据被员工泄露。那么用户的真实需求是避免敏感数据被员工泄露,而不是删除历史数据。而我们提供的方案是对历史数据中的敏感信息做隐藏,只针对指定权限开放显示。

需求分析就是一个需要透过现象看到事务本质的过程,期间我们需要确定我们的面向的用户角色、用户所在的场景、表现出来的行为以及背后的目的与动机,最终我们将各个因素结合起来得出更完善的解决方案

o_caf8708f.png

PM老猫 产品经理从入门到专业

__EOF__


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK