一个优秀的产品经理如何去真正了解用户需求?

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

需求分析的首要任务就是明确哪些需求是用户的核心需求,在我们的日常工作中,需求搜集是一项很重要的工作,然而面对多方的需求来源(竞品分析、用户反馈、用户研究),究竟该如何抓住用户的核心需求?又有哪些原则可以遵循呢?

反问思考法

面对列出的众多没有章法的需求,我们往往是先一条一条的过,但是往往我们自己心里都没有底,你说这个需求重要,她说这个需求是必须的,当遇到类似的情况 时,可以运用“反问思考法”,所谓反问思考法,就是在面对一条功能描述时,首先要反问,增加这个功能对产品来说有意义吗?我不加他对产品有什么损失吗?假 如你半天想不出来,那么就可以考虑将他pass掉.

80/20法则

在现有的移动设备领域,关于如何抓住用户的核心需求,两个著名的设计哲学代表HIG和zen of palm也没给出一个明确的答案,zen of palm只是给出了一个法则:80/20法则,就是用户花80%的时间去解决的问题,构成产品的核心需求;剩下的20%则直接放弃。

少就是多

这个思想来源于包豪斯学派,最初使用在建筑领域,后来被用到工业设计领域,而乔布斯本人也非常推崇,特别是在手机的使用环境中,受天然的屏幕限制,功能越 多,产品就显得越繁杂,面对浩瀚的功能,这时用户往往会选择放弃使用。而面对激烈化的手机桌面争夺战,就那么一点空间,保持产品的简洁是不能不考虑的.

遵循少就是多的原则,只关注用户的核心需求,把它做到完美、极致,是留住用户的基本原则.在这方面Apple是个典范 。关于这一点《zen of palm》 里有两个谜语,非常形象.

1.大猩猩如何学会飞?

大猩猩怎么会飞呢?一只会飞的大猩猩还是大猩猩吗?当然不是,所以猩猩就应该做猩猩该做的事情,其他的就交给鹰好了

2.一座山如何放到一个碗里?

一座山怎么可能放到一个碗里?我们真的需要那么多泥土吗?当然不需要,所以只要把钻石找出来放到碗里,把石头扔了!要那么多泥土干嘛!

合理的组织

当按照大猩猩原则,我们列出了一个长长的功能列表时,往往会陷入下一个纠结的境地—该如何组织这些功能?这些核心功能里的核心需求又是哪些?在这之前,先看看《zen of palm》提到的一张图:

这 张图指出了PC和移动设备上功能和用户体验的利害关系,在产品初期,功能的加入可以提升用户体验,而当功能越加越多,产品就会显得冗余繁杂,这时就单个功 能来说它可能很好很有特色,但是对总体的用户体验却是种伤害,既要加这个核心需求又不能对整体的用户体验造成伤害,这真的不简单,有解决办法么?在《简单 法则》我找到了答案:合理的组织可以让复杂的产品化繁为简,不仅如此,经过一定的组织更容易让用户关注核心功能。

传统的cd播放机按钮实在太多,一个可能的解决办法就是拿掉快进、快退、上一首、下一首之类的按钮,只剩下:播放/暂停,但是假如这首不是我想要的,需要 听下一首怎么办?所以不能将上一首、下一首去掉,但是他们的地位没有播放、暂停高,这时候经过合理的组织,产品的感觉完全就不一样了,例如ipod shuffle 5,将上一首、下一首隐藏在了音量“+”“-”里面,连按两下是下一首,连按三下是上一首,这样不仅合理利用了空间,让产品显得更小、更轻,而每每这些隐 藏的功能被发现时,都是惊喜.

所以经过合理的组织,我们还可以总结出一条需求分析原则:即只关注核心功能,去掉不需要的功能,必要的功能将其缩小隐藏.就像多功能刀,当你将所有功能都展开的时候,它什么也做不了,而当你每次只展开一个功能,将其他的隐藏,他才成为一把多功能刀,当然按照大猩猩的哲学,最好就是一把简单的刀,没有其他任何功能,但这对于大多数拥有一定数量级用户的产品来说显然是不现实的.

要学会平衡

上面提到过功能和用户体验的利害关系,在《zen of palm》里把功能和用户体验的完美平衡点叫做“甜蜜点”,这个甜蜜点是个最佳状态,多加就多了,少加就不够。但是一个问题出来了,当到达这个“甜蜜点” 时,是不是所有人的任务都完成不需要再改进了?答案当然是否定的,要知道在IT行业,瞬息万变,竞争是以天数来记的,而这个“甜蜜点”要跟着行业趋势的变 化而变化,在不同的阶段“甜蜜点”是不同的,也就是不同的阶段重点不同。

这个变量“甜蜜点”究竟该如何把握?这是最难的一点,它需要大量的实践和明确产品所处的阶段,在配以准确的行业分析才可以.

 

本文由人人都是产品经理@边缘 整理自知乎问答,转载请注明并保存本文链接

您的赞赏,是对我创作的最大鼓励。

评论( 2

登录后参与评论
  1. 80/20法则是这个意思么

    回复
  2. 想要真正了解用户的需求,需要下很大的精力。

    回复
加载中