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

最好可以举一些实例~~实际的操作方法究竟是什么样的? 相关问题:产品新人该如何了解用户需求?zhihu.com/question/1955
关注者
3417
被浏览
252787
“了解” 这个词挺宽泛的,如果后面接的是 “用户需求”,那笼统来说,可能包含 “如何挖掘用户需求” 及 “如何判定用户需求”。前者说的是找需求,后者说的是分析已找到的 “需求”。

在此也不过分较真,就笼统地回答一下。

不管是要挖掘需求还是判定需求,我们还是要强调先搞清楚两个问题:

1. 产品的用户是谁?
2. 产品要解决什么问题?

这是两个老生常谈的问题,非常基础,但也最容易被人所忽略,一方面是觉得想了也不会有什么成果;另一方面是觉得自己对产品已很熟悉,没有必要再想。但在我看来,这两个问题其实是需要经常去思考的,尤其在你对需求感到决策困难的时候。这两个问题不是什么理论上的花拳绣腿或装逼话术,而是决策最底层的判断基石。它们会引导你去发散想法;还会提醒你产品的边界是什么,是否需要调整,需要调整的话,新的边界又在哪里。

其次,要了解用户需求,还得不断地熟悉用户的特征。用户的特征又分为宏观的和微观的。宏观的特征一般会比较明显,如性别构成、年龄分布、收入水平和文化偏好等;而微观的特征则需要不断地去感受和明确,如产品使用习惯、内容偏好、行为动机、生命周期表现等。

相关回答:
为什么做产品的人都很喜欢思考「场景」? - 郑坚义的回答
用户脸谱需要包含哪些要素呢,怎样做好用户研究呢? - 郑坚义的回答

熟悉用户的特征,对于挖掘需求和判定需求都很有用。那么,如何才能不断地熟悉用户的特征呢?以下是个人的一些做法:

1. 每天刷一遍产品
观察用户对不同内容的态度及互动意愿。

2. 创建意见反馈功能,每天查看
有人会觉得意见反馈里得到的信息来来去去都是那些,而且很基础,没有必要看。但在我看来,长期的监控会让你敏感地发现新的变化,同时这也是一种反复的提醒,不断地加深你对用户的理解。有条件的话,还可以每周整理用户反馈,按照不同的类型进行归纳及统计,从而更直观地知道哪些问题反馈良久,却迟迟得不到解决,以及相关的责任方是谁。当然,报告能发送给各部门的 leader 自然是最好。

3. 每天查看用户数据,并记录报表
指的主要是新增、活跃及销售数据,可以根据各种指标进行细分及建立数理关系。

4. 定期查看应用商店评价
看用户对每个版本的反应如何。

5. 定期查看社交网络与产品相关的言论
通过搜索关键字或分享组件的记录查看。

6. 组建用户 QQ 群或微信群
方便进行一些简单的群体性调研,如 “你们的手机都安装了哪些 app,可以把截图都发给我吗”。

7. 添加用户为微信好友以及标记好友中的用户
从朋友圈内容更微观地感受用户特征,也方便进行一对一的访谈。

8. 定期查看埋点数据
从数据层面观察和分析用户的行为。

相关回答:
「沉默的用户」和「流失的用户」,比「发出声音的用户」更值得研究吗? - 郑坚义的回答
产品新人该如何了解用户需求? - 产品经理

从以上做法可以发现,有不少是用研同学的工作,毕竟用研是用户研究。

讨论完如何熟悉用户特征后,我们简单聊一下如何挖掘需求。

从来源进行一级区分的话,需求有用户自己的提的,也有产品所属企业的员工想的。前者不做讨论,后来可以进一步区分,如下图:


左边暖色的圆圈指的是由同理心得到的需求的集合,偏感性;右边冷色的圆圈指的是由战略规划、业务梳理、数据分析和行为逻辑等推导得到的需求的集合,偏理性。两种方法我们都可以得到很多需求,但基本上,最有效的需求是它们的合集很多人没搞清楚这个区分,从而一味地批判拍脑袋,或者耻于研究方法论,使得产品策划工作变成一门玄学,充满了神秘和运气色彩。

关于具体如何挖掘需求,在此不重复讨论,相关回答:
关于发现需求、筛选需求和设计产品,有哪些成体系的方法论? - 产品经理

有了需求之后,还要判定需求是否是真的需求,要不要做,以及什么时候做。关于要不要做,或做了之后用户买不买账,我们可以用一张类似的图来指示一下:

从这张图来看,当产品经理偏向于从用户需求的角度去考虑问题,而忽略了企业需要的视角,工作的成果很可能无法使老板满意;而当老板偏向于从企业需要的角度去考虑问题,而忽略了用户需要的视角,提的需求很可能使产品经理无比蛋疼。其实谁也不是傻瓜,只是考虑问题的视角不够多元,不够全面。

关于判断需求更具体的做法,在这里不重复讨论,相关回答:
产品经理如何判断一个新功能是否应该添加? - 郑坚义的回答