【内含文件】本质思维是产品经理必不可缺的-技术圈

图熟悉吗？这是人教版小学二年级语文的课文：《我要的是葫芦》，文章讲述一个人精心照护小葫芦长大，认为叶子上的蚜虫和葫芦没关系，于是毫不在乎，最终葫芦被蚜虫蛀了，于是他的愿望也落空了。

其实想说的是：对于产品经理来说，我们要理解真正背后的本质，才能做出来适用的产品方案。用文言文的话来说——站在问题本身去看问题，不能真正解决问题。

John举一个真实的例子——

和产品组小伙伴讨论一个需求，我会表达为什么要这么做的原因，然后会通过方案输出。接收需求的小伙伴拿着方案目的走了。后续发现我的方案有瑕疵，在实际执行中会有问题，于是拉着我重新梳理。

这本身是需求研讨阶段最正常的事情了。但是呢？

这次，一起研讨聚焦的是「我的方案本身」，而不是「我为什么要这么做的原因」。研讨半天，用实际案例证明了——我的方案有瑕疵，不能在实际中执行。

而这里的问题是——为什么要花大部分时间讨论带有瑕疵的方案呢？于是，后面复盘并延伸了下：

（在HPM群发的内容）

这个事情后，我也做了反思，反思我在向小伙伴们提出需求的时候，是怎样的遭遇。

首先，我在提出需求的时候，都会描述一个「我想要的结果」或者「我为什么这么做的目的」。往往附上一个「初步解决方案」，这个解决方案一方面是佐证我的想法是合理的，另一方面是大框架的实现步骤。

可能小伙伴会出现仨结果：

1.完全不能理解「上级为什么这么做」，但是上级交代了事情，不敢违抗而被迫必须做，就埋头苦做，做成的方案可想而知肯定是一塌糊涂。

2.能理解「上级为什么这么做」，但是不能理解给出的「初步解决方案」目的是什么，就完全照此去执行了。这种是最常见的，执行力非常强，我理解你为什么要这么做，你也给了方案，进而我要做的事情是——二话不说，撸起袖子就做，完全听你的。

---这种强执行力的伙伴，需要下发需求的人把需求想的足够明白，初步解决方案足够正确，同时，实现路径足够单一才行。遇到稍微复杂一点的业务，经常会出现——我非常努力的执行了，但是结果好像不是那么回事。

3.完全理解「上级为什么这么做」，明白初始解决方案与背后目的之间的关系。

---这种是最牛的，你要的是葫芦，但是我会先帮你抓虫除草。我善意的说，绝大部分的提需求者（老板）是这样的，他们想要葫芦，也知道种葫芦不容易，但是他们会给你种子，至于怎么种，他们不会去干预，只能你能把葫芦搞出来。

进而延展一下，就是我们常说的「需求分析」了。如果我们把「老板」当成是一个用户，我们应该首先通过老板提的要求，去分析他真正的需求，理解了他真正的需求，再去思考怎么解决他的需求。

用户所有的需求都是这样的，我要的是葫芦，反正我要的是葫芦。

以前经常用这个例子和小伙伴去分享“如何做需求沟通和分析”：

再把“客人替换成用户、服务员替换成产品经理”，再回头看例子。就知道怎么做需求沟通和分析了吧。

除了思考产品外，其实一直在思考如何让团队小伙伴有成就感。我有了自己的答案——独立思辨、直接表达、勤于复盘。

这其实也是一个优秀产品经理的素质。对吧。这也是【道】的层面，至于【术】和【器】的层面：

1.公众号私信回复“产品经理技能”，就可以领取《产品经理技能树》PDF；

2.看这个专辑，点击下面图片可以查看

本篇文章就到这儿了。记得帮忙转发和在看哦。感谢……

John的视频号也持续在更新，最新一期是产品经理如何提升个人影响力。可以去关注下，记得也帮忙点在看哦。

也希望在农历新年后，一起成长和进步。加油，读友们。

求一“墩”。