- A+
书写、表达、思考要有逻辑，没有逻辑，则像一团乱麻，毫无头绪。如何条理清晰?
金字塔原理的结构
一般看书或者各种笔记，都是类似这样的总结：
精简概括
看着太复杂，我们简单的用一句话概括：
金字塔原理，是指：“任何事情都可以推导出一个中心论点，而中心论点可由3至7个论据支持，这些一级论据本身也可以是个论点，被二级的三至七个论据支持，如此延伸，状如金字塔。金字塔原理有三大用途：思考问题、管理下属、汇报总结”
构建金字塔结构的四个步骤
基于目标定主题
纵向结构搭框架
横向结构理顺序
包装优化显价值
基于目标定主题
主题，即“中心论点”，一般为总结性的观点或结论。通常情况，中心论点主要证明四类疑问：“是什么、为什么、怎么做、好不好”
案例：现在已经制定了17年渠道运营的方案，需要分别向领导和下属员工汇报，方案的主题应该设定为什么？
三个步骤
1）明确场景
明确沟通对象是谁？在什么情况下看？
案例中有两个沟通对象：
一个是领导，可能是一个或多个领导汇报，一般在较私密的场合沟通
一个是下属员工，一般是面向所有下属员工汇报，一般在较公开的场合沟通
2）明确目标
沟通要达到的目标是什么？
案例中的目标：
对领导，让领导认同方案并批准
对下属，让下属员工理解支持并实施方案具体内容
3）明确主题
设定对达到目标有帮助的主题
主题设定注意三点：
明确：主题明确，不要含混不清
聚焦：只围绕一个中心论点阐述，不要围绕多个
利益：设定的主题符合沟通对象的利益诉求（这点至关重要！！！）
案例中的主题：
对领导：新方案的实施能够有效增加用户量，并减少B渠道的营销成本，从而创造营收
对下属：通过执行新方案，业绩明显提升，从而带来更多的绩效收入，涨薪幅度更高
纵向结构搭框架
搭框架，分两种：
由上到下
由下到上
那么问题来了，用哪种好？
解决问题，由下而上
当你尝试解决问题时，你从下到上，收集论据，归纳出中心思想，从而建造成坚实的金字塔。有了这个大致的目标，问题解决起来最有效。
管理下属，由上而下
如果你是领导，有经验，有手下，对于某个问题，你根据经验提出假设，迅速列出第一级三至七个支持论据，分别交待给不同的手下。两周后，手下提交报告，你汇总排列，从而建造成坚实的金字塔。有了这个原则，管理起来最有效，领导做得最轻松。
例子：
有一次，女王请了位老师给公司中层员工讲新媒体运营。老师在上面讲，大家在下面听。女王听后很有启发，一边听一边写邮件——这是结合讲课内容撰写的一个项目活动方案，确定一个中心主题，逐步往下细分，全场十几个人，细化到了每个人的工作内容及时间节点。
台上老师讲完，台下邮件发送。女王走上台，稍作感谢寒暄，“大家的手机都收到邮件了吧，各自去弄吧！”
你看，奏是这么牛逼、这么利索、这么尿性、这么666
由上到下构建框架的步骤为：
① 设想问题，已证明主题
② 回答问题，并提出新的问题
③ 再回答问题，直到再无疑问
横向结构理顺序
满足两点：
分类清晰
排列有序
分类清晰
每组论据都共同支撑同一个论点
分3组为佳，最多不超过7组
符合MECE原则，即不重复、不遗漏
排列有序
支撑上级论点的论据的排序要符合逻辑，而逻辑分两种：“归纳”和“演绎”
演绎
大前提 > 小前提 > 结论
现象 > 原因 > 解决方案
归纳
时间顺序
通过设想某一流程得出的思想观点
结构顺序
通过评论某一结构得出思想观点
重要性数据
通过划分不同的重要性或程度得出思想观点
逻辑关系的组合呈现
Why型
解决“为什么”、“好不好”的问题
How型
解决“是什么、怎么做”的问题
包装优化显价值
包装开场白
包装结尾
图形化展示
开场白设计
SCQA
情景（S）
由大家熟悉的情景引入….
冲突（C）
但实际的情况往往与我们的期望有冲突…
疑问（Q）
怎么办呢？
回答（A）
我们的解决方案是…
这么说当然不明白，我们举个传销的例子（注意！只是例子！只是例子！只是例子！）：
【情景】不知道大家有没有这样的经历呢？我们无论怎么做SEO、怎么优化、怎么上文章，流量都上不去！需求推动困难！
【冲突】好不容易索引量上去了，但流量毛变化都没有；搜索流量莫名其妙的下跌，但又找不到原因；给技术提需求，开发都不鸟我；
【疑问】碰上类似问题怎么办呢？
【回答】报名ITSEO你就知道！
结尾设计
总结性
例子：综上所述，报名ITSEO价值巨大，收获远超学费XXX本身。
升华型
例子：其实，ITSEO教的不是SEO的手段，是靠SEO年入百万的方法；我们解决的不是你找工作的问题，是怎么赚钱的问题。
建设型
例子：因为“懂程序的SEO”收入远超“只懂SEO的SEO”，所以你报名ITSEO的同时，顺便可以报名学习下python
图形化展示
数据图
概念图
