5个方面,谈谈PM老鸟都应具备结构化思维能力

6 评论 16767 浏览 172 收藏 11 分钟

结构化思维具体是啥,在产品工作中我们又该如何去运用呢?

结构化思维能力是啥?就是将杂乱无章的信息通过逻辑加工变成有条理信息的能力,包含信息识别能力、信息归类能力、信息概括能力、信息推理能力和信息表达能力五个部分。

作为一个产品经理在需求调研、编写方案、讲解方案等场景下,学会合理运用结构化思维方法,可以让你变得更专业、更优秀,这样年薪30万+还远吗?

下面结合产品经理的日常工作,谈一谈产品经理如何有效的运用结构化思维方法,让自己显得更高级。

1、信息识别能力

产品经理在需求调研时,无论是一对一访谈,还是需求研讨会,都需要接受大量客户的需求信息,如果能快速的识别用户需求,理解用户需求就显得非常重要,如果用户讲了半天,你抓不住重点,不但浪费大家时间,而且会让用户失去耐心。

我常听我的客户和我抱怨,你们赶紧把小Y换掉吧,我的需求都和她讲了好几遍了,还是没领会,这样效率太低了,是啊,也许你不太懂业务,这个需要单独去学习,但如果能合理运用信息识别的思维方法就能快速的识别用户需求。

方法简单来说就是将信息拆解为,结论、论证和事实三个部分,这是个金字塔结构,逐层递进,结论是用户最终想告诉你的核心要点,论证是对结论的论述,也就是为什么会得出这个结论,事实就是一些论据,也就是在论证过程中需要引用的真实事件、数字等论据信息。

但一个人在和你沟通时,不会完全按照这个逻辑去表达,有时候甚至是杂乱无章的,而且所表达的内容里也未必结论、论证、事实三个都有,少了任何一部分其实都是一个有漏洞的表达,为了快速抓住用户要表达的信息,你要用这种方法重新组合信息,就能快速理解。

比如用户和你说,最近新来了很多采购经理,对采购流程不熟悉,我希望通过系统把这些采购流程都固化下来,这些新人可以在不熟悉采购流程的情况下,也不会做错。

按照信息识别的方法去拆解,结论是啥?把采购流程固化到系统,还是新来的采购人员在不熟悉采购流程的情况下不会犯错?其实都是结论,只是后者才是最终结论也就是用户的真正痛点是“让新人能快速上手不犯错”,采购流程固化下来其实不算真正的结论,是用户认为的解决方案。

其实这通常是个坑,很多刚开始做需求的同学,会想当然的认为用户的需求就是流程固化,其实这更像解决方案,是解决新人不熟悉采购流程的系统方案,方案可能不止一个,也许还有其它的方案,但根本要解决的痛点是如何在不熟悉流程的情况下不犯错。

2、信息归类能力

产品经理经常会写各种各样的方案,产品规划、立项汇报、产品推广方案等,信息归类的能力就显得尤其重要,这样写出来的方案才能更有逻辑性,更清晰,更有说服力。

信息归类方法有4种,简单说一下,自己参照运用

  • 二分法:把信息归为2类,保证分类信息全面、无遗漏,比如男人、女人,国内、国外,内因、外因等都是这种分类方法。
  • 过程法: 按时间或按流程分阶段,比如人分生老病死, 购物过程分下订单、结算、支付、收货、评价,供应商管理分准入、认证、合作、评估、退出等等。
  • 要素法:从几个维度展开介绍,比如一份简历从基本信息、教育程度、工作经历、项目经验、掌握技能等几个方面介绍,一个系统包含几个一级功能,一辆汽车包含发动机、底盘、车轮等。
  • 矩阵法,就是将一个信息从横、纵两个维度交叉进行归类描述,比如我们要描述一个需求的优先级,就会用到这种方法,需求先分为“业务重要性”和“需求复杂度”两个纵横维度,然后再用二分法将业务重要性,分为重要和不重要,需求复杂度,分为复杂和不复杂,这样就可以归类为交叉矩阵了,可以得出四个结论:

不复杂且重要的需求优先做,复杂且重要的需求次优做,不复杂且不重要的需求酌情做,复杂且不重要的需求尽量不做。

3、信息概括能力

产品经理给领导写汇报材料或者写产品推广方案,这种抽象、概括能力显得非常重要,如果你不懂的抽象、概括,领导听完你汇报也许会说你的汇报中规中矩,你是一个合格的产品经理,如果采用概括的方法将汇报方案进行包装,讲完后,领导会说你是一个很有想法的产品经理,看到了吗?这就是差距。

一个产品可能有几十个功能,如何进行抽象、概括将产品的卖点或者亮点说清楚,这就要用到信息概括的能力。

比如一个IT运维系统,有各类流程操作功能、综合的图表展示功能、基于智能算法的自动处理功能,那我们就可以将产品亮点归纳为三个词,流程化、可视化、智能化。

4、信息推理能力

产品经理写产品方案要想更有逻辑,就需要合理运用信息推理方法,方法有两种,一个是归纳法、一个是演绎法。

归纳法就是从众多信息中抽取共性,得出结论 ,比如说,燕子是鸟所以会飞,大雁是鸟所以会飞,喜鹊是鸟所以会飞,概括后得出的结论是,鸟都会飞。

当然这个说法有漏洞,鸵鸟也是鸟,但是不会飞,所以运用归纳法的前提是项次要穷举,不能有遗漏,否则得出的结论不严谨。

演绎法就是先说明一个大前提,但一定要保证整个大前提是公认正确的结论,然后根据大前提进行论证,得出结论,经典的三段论表达是,人都会死,苏格拉底是人,所以苏格拉底会死。

产品经理写产品方案时,如果用演绎法,一定要注意这个大前提的正确性,比如你要评估系统的现状能力,然后你先抛出一个系统评估模型,模型定义了详细的评估标准,你根据这个模型给系统打分,最终得出一个结论,看似很严密,关键是你这个模型,如果不是公认的,那就完全没有说服力。

5、信息表达能力

产品经理要给用户去汇报方案,要给自己的主管领导做总结,这些都需要信息表达,一个方案写的再好,如果不能很好的表达出来,也是白费。

信息表达最常用的方法就是先说结论、然后说依据,最后再强调结论,这样就会比较清晰。我们写PPT方案,每张PPT要得出一个结论而不是多个结论,每个结论尽量用不超过3个的论据进行说明。

3真是一个神奇的数字,超过这个数字,人很难记住,太少又显得单薄,当你和别人沟通,按照这种方式表达就会显得你很高级,让人刮目相看。

比如我认为应该加强这个产品的推广,有3个原因,第一产品有市场,第二产品已经研发相对成熟、第三竞争对手开始布局类似产品,需要赶在前面,综合上述所以我认为应该加大研发力度尽快完善产品,进行推广。

这样说出来是不是言简意赅,而且很有逻辑,也很清晰。

另外我们在给客户介绍产品功能时,我推荐采用FFAB方法,也就是要讲特色、功能、优势、和收益,不要只是干巴巴的介绍功能。

如下图所示:

 

本文由 @奋斗De奶爸 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Pixabay,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 总结得很好~

    来自广东 回复
  2. 作者必然读过金字塔原理

    来自广东 回复
  3. 同意,好文!,有理有据,条理清晰!

    来自北京 回复
  4. 讲的真不错,言简意赅、条理清晰。只是能在真实的场景中很好的应用,那可得大大的训练。

    来自广东 回复
  5. 好文,看来作者读过金字塔了

    来自吉林 回复