《产品经理常见面试题解析》3.5：用户洞察

用户洞察此前多见于C端产品的设计中，更多的与拉新、日活、转化、客单价及GMV相关；随着B端产品越来越多的走进产品经理关注的视野，出于对降本提效的价值诉求，对B端产品的用户、付费决策等群体的研究，也引发了更多的关注。

对于初阶产品同学而言，可以简单的理解为：用户洞察==产品是做给人用的==产品同学也是人==产品同学做的每一个功能自己先用用看==产品上线后的第一用户就是自己==这个产品功能值不值得做？

我的产品团队里，有一个习惯，每2个Q，都会复盘下投入研发资源上线的系统、功能和需求的用量。如果发现投入了较多资源但是使用较少，甚至压根没有被使用过的情况，一定会拿出来通晒，产品同学和业务同学一起复盘：为什么当初着急忙慌，不断升级上会，加班加点做出来的需求，却没人用！

这篇文章，我们从一些产品同学常见的反面案例谈起，和同学们一起来逐步感知，什么是用户洞察及其价值。

1、我们做出来的功能，真的没人用

如上述，通过对上线系统的用户使用情况复盘，我们会认真的分析，投入研发资源的功能，为什么没有被使用。排除一些不可抗力的原因（比如服务线下培训业务的信息管理系统，因疫情原因，线下业务暂停，相应的系统使用也就搁置了），主要的原因有：

①业务侧并未深度思考目标用户的诉求，只是简单的觉得友商有的功能，我们也得有，所以就催着产品同学去设计，投入研发上线。但是上线后，用户使用真的使用了，业务侧已不再关注了，只觉得有了总比没有好，有了就踏实了。

②业务侧出于业绩考核压力，将关注点从业务营收转向系统能力，觉得是因为系统产研支撑不到位致使业务收入收到了影响，如此的挑战，结果就是产研侧腾挪产研资源完成了业务侧所谓的高优先级系统需求，但并未对业务营收带来多少正向赋能。

2、我们做的功能，自己也不乐意使用

有些产品同学，一边孜孜不倦的画着流程图，原型图写着PRD；一边和自己的闺蜜哥们伴侣吐槽“我们做的产品就是个垃圾…