前言
本人产品初学者，正在学习产品经理的基础知识和能力，愿与产品爱好者共同成长，如有建议指教，请不吝赐教。
在产品经理的能力模型和职位需求中，产品经理最重要也最基本的能力，被定义为逻辑能力。
然后，观察自身和身边的同学，会发现逻辑并不常那么紧密的相伴我们身边。
那么就问题来了：
为什么需要逻辑思维
逻辑可以帮你更好的在书面、口头、项目上表达观点，让对方更快的理解。
Tell people the things they do NOT know.
而学会使用逻辑，目前最好的逻辑模型是Minto女士在1996年发表的Minto金字塔原则。
下面是我摘抄Minto女士（金字塔原理的发明者）的表述：
金字塔原则 Minto Pyramid Principle 1996
Anything with a function must have a structure.
Having a structure can give you an insight of what is missing.
What is a structure?
A structure is a bunch of elements sorting with a certain rule.
A structure ensure the performance of the function of this thing.In terms of communication,
the structure comes from how minds work on understanding and remembering.
Here is a magic number, 7.
People's mind normally can remember no more than 7 thing, plus or minus 2.
When people read, they group the information again and again to make the key info under 7.Thus, when you present your things or try to make people remember or understand, group them to make hierarchy and finally summarise into the very important one point.
Start with that point.This is Minto Pyramid.
Rules:
- Summaries
- Vertically the sub-points are logically the same
- Horizontally the points are in a logical order
It is al about ENTIRETY.
上面这段表述解释了为什么金字塔模型可以让你的表达充满逻辑且易于理解。
那么问题又来了，
怎么搭金字塔？
在搭建金字塔的时候，过程中我们的逻辑可以是从下而上的，但在向别人传达的时候，必须是从上而下的，这样才能达到让对方听懂、记住的目的。
Overall Flow
1. 序言:一切的开始 (that's where the magic begins :D)
我们说话、写作，都是为了回答一个问题。（那如果没有问题呢，don't write）
在向对方诉说你的长篇大论，宏伟计划之前，最先、最重要的，是要让对方直到你要回答什么问题。这个问题可以是他已经问过的，你再拿出来告诉他；或者是他没问过，但应该要问的问题。
提出了这个问题，就能提起对方的兴趣，告诉他你将要说的这些对他的意义，他也更能理解。
而提出这一个问题的过程，就叫序言（introduction），我个人喜欢叫他the hook。
序言结构可以分为四块：
- Situation: 目前的背景情况描述， 把受众拉到和你一样的处境。
- Complication / Trigger：在这个背景下发生了什么，触发/导致了问题，让受众产生疑问，开始思考。
- Question： 有什么问题？
- Answer：提出的回答/方案。
例子：
- 背景 situation, state of affairs
即将到来的9、10月是传统的秋招时期。- 冲突 complication, what is changing to make things harder
如今求职难度越来越大。- 疑问 question, what the situation and complication are asking
如何提升求职成功率？- 回答 answer, your solution
我们可以使用金字塔原理指导面试,提升成功率。
陈述的顺序可以有不同种类，达到不同的效果（我个人没尝试过）
例子：
| 不同种类 | 结构 | 例子 |
|---|---|---|
| 开门见山 | 回答 -> 背景 -> 冲突 | 我们可以使用金字塔原理指导面试,提升成功率。 即将到来的9、10月是传统的秋招时期。 如今求职难度越来越大。 |
| 突出忧虑 | 冲突 -> 背景 -> 回答 | 如今求职难度越来越大。 即将到来的9、10月是传统的秋招时期。 我们可以使用金字塔原理指导面试,提升成功率。 |
| 突出信心 | 疑问 -> 背景 -> 冲突 ->回答 | 如何提升求职成功率？ 即将到来的9、10月是传统的秋招时期。 如今求职难度越来越大。 我们可以使用金字塔原理指导面试,提升成功率。 |
2. 逻辑的拓展
从序言引出最概括的answer以后，受众会开始发问，也许是How？也许是Why？也许是What to do? 那么接下去就可以从最上级出发，回答问题，然后根据问题又引出新的问题，直到没有疑问产生。
Question -> Answer -> sub-Question -> sub-Answer....
在拓展的过程中，论点元素之间的逻辑关系，如何归纳、罗列，就形成了元素间的纵向和横向的关系。
2.1. 纵向关系
上级元素是下级元素的总结，归纳，汇总。
可以自上而下，由这一点，引申出下级多个元素。也可以自下而上，由多个有联系的点，总结出上级元素。
2.2. 横向关系
- 推导关系（演绎关系）Deductive reasoning
Deductive Relationship
第一条出现后，第二条在第一条基础上comment，再由前两条推导出第三条therefore point（因此点），或者说，先给一个大前提，再加一个小条件，就能推出一个推论，这就是推导关系。
例子:
第一条birds fly，第二条comment在birds：我是bird，所以由前两条，推导出因此：我fly。
- 归纳关系 Inductive reasoning
Inductive Relationship
归纳关系中，次级元素必须是同一种属性的，要么都是reasons，要么都是steps，总之都是plural noun。
而上级元素，则是这些次级元素之间的共性（relation）或者见解（insight）。
因此，次级元素的写法，通常是 主语+谓宾语 （subject + predicate），要么主语都一样，要么谓语都一样，如上图这样，主语JBM都是一样，而每一点中他们的宾语都不同，所以根据不同的宾语，总结出对这些事的见解（insight）：JBM想要强化太平洋区域的生意。
归纳关系下面又可以有两种关系：
- 流程（时间）顺序
- 结构顺序
- 程度顺序
特别说下结构顺序，我们可以用MECE（mutually exclusive, collectively exhaustive) 相互独立、覆盖完整 的方法，来排查是否拆解完全。
例：
我肚子不舒服
拆分：
- 健康 > 饿了/撑了/没拉屎
- 不健康 > 吃坏了/胃病/肠烂了
例子可能不是很文雅，但是也就是这个意思。
- 实际应用
通常，
如果上级元素的问题是WHY？我们会用推导关系来解释。
如果是HOW？我们会用归纳关系来罗列步骤。
但是，我们不能在罗列的时候，同时使用归纳关系和推导关系，这样会使得逻辑非常混乱。
如果同时需要回答WHY和HOW，我们则需要选择先回答其中一个，然后再回答另一个。
练习（撰写顺序按思路顺序从上往下）
序言：
Main point: 我要写产品经理学习笔记。
Intended Question（我想要听众问的）: 我怎么能当上产品经理？
Situation：9，10月是中国校招的开始，许多大公司都开始了他们的秋季招生。
（想象听众说，i know, so what?)
Hook: 我想做产品经理，但这一岗位僧多粥少，竞争非常激烈。
（听众思考了以下，那你咋办？）
Question（观众会问的）：那你怎么才能当上产品经理呢？
Answer：我要学习，并且写学习笔记。
sub-Question：写笔记有什么好处？/写笔记怎么帮你达到这个目的？
纵向延伸：
-
结构关系
- 对自己
1.1 梳理思路（写时）
1.2 备用复习（写后） - 对别人
2.2 充当作品
2.3 与人沟通，互相进步
- 对自己
-
推导关系
产品经理需要基础逻辑能力 > 写笔记可以理清逻辑 > 写笔记可以提高我当产品经理的能力
看到这里，你应该会发现，这篇文章就是用的这个金字塔逻辑写的，希望你觉得有收获，如有建议，请不吝赐教。
部分内容来自白熊课堂的学习，均已打引用，如有侵权，请告知，即刻删除
网友评论