各位B端产品经理,特别是企业自研产品经理,会不会有这样的困惑?
“为什么业务总是说什么就做什么?”
“为什么我感觉自己只是开发和业务之间的传声筒?”
虽然我们能够评估需求合理性,对需求进行大致的规划排期。但是很多时候,仍然是业务想要什么,我们就做什么。
长期以往,我们很难感受到工作的价值,甚至开始对工作产生怀疑。
面对这种情况,B端产品经理又该如何化被动为主动呢?
刚好前段时间我做了一个优惠模块的需求,并顺利落地。这个需求和其他需求不一样,是完全由产品侧提出并最终落地的需求。
从被动接受需求到主动发起需求,引领业务节奏,我只是用了一个简单的思维方法——结构化思维。
这篇文章会为大家介绍这种思维方式,并且结合我做过的项目,为大家说明如何将这个方法实际运用起来。这个方法不仅适用于企业自研B端产品,对商业化B端产品、C端产品也有参考价值。
前排提示:
本文仅讨论如何产品经理发起需求,也就是:如何把自己的想法推出去。
如何协作各部门,如何落地是另外一个更大的话题,我会单独开另一篇文章讲述。
想快速阅读的读者们,可以仅阅读加粗字体。
一、结构化思维是什么?
结构化思维是一种重点突出、逻辑清晰的思维方式,可以帮助我们高效思考、表达、解决问题,它来自经典的麦肯锡培训书籍《金字塔原理》。
结构化思维的基本结构是:结论先行,以上统下,归类分组,逻辑递进。
它是一种十分底层的思考框架,可以被应用在许多领域。
我们本次主要讨论结构化思维如何应用在「解决问题」的领域。
在《金字塔原理》中,介绍了解决问题的逻辑为:
所以我们可以得出,「解决问题」的方法大概分为4步:
对问题进行正确的界定。
拆解问题构成的要素,对其分析。
寻找对策,制订行动计划。
与相关方交流你的方案。
二、为什么结构化思维可以帮我们把握需求主动权?
相信大家都有听说过产品经理的本质工作其实就是:发现问题-定义问题-解决问题。
我们会发现这三个步骤里,后两个和解决问题的结构化思维是高度重合的。
「定义问题」其实就是结构化思维内的「界定问题」;
「解决问题」其实就是结构化思维内的「构建分析框架」和「找到解决方案」;
所以我们完全可以利用结构化思维,来帮助我们完成「定义问题」、「解决问题」的工作。
可能小伙伴有疑问:那「发现问题」又该怎么做呢?
发现问题是一个更大的领域,同时也需要产品经理拥有较强的洞察力和深刻业务理解力。
这并不是一蹴而就的能力,需要产品经理长时间的沉淀和理解。所以本篇文章暂不展开说明,我们主要说后面的「定义问题」和「解决问题」。
三、如何利用结构化思维主动发起需求?
1. 对问题进行正确的界定
界定问题的第一步,需要确认我们的「现状」和我们希望达到的「目标」是否存在差距。
现状和目标的差距,就是我们需要解决的问题。
以上界定问题的方法称为连续分析(统计学上称为序列分析),这是一种有效地解决问题的技巧。