在之前的学习中,我们已经理清金字塔的层级关系,并开始正式开始编写文章了。万事开头难,满足金字塔原理的序言,应该具备一些约定。
文章的序言:
文章的序言概括了读者已知的信息,并将这些信息与文章将要回答的疑问联系起来,然后作者就可以将全部精力放在回答这个疑问上。
文章的序言通常采用讲故事的形式,即序言应当先介绍读者熟悉的某些“背景”,说明发生的“冲突”,并由此应发读者的“疑问”,然后针对该“疑问”给出“答案”。这种方法可以协助构思出文章的整体架构。
序言的四大要素:
1、介绍背景
2、指出冲突
3、引发疑问
4、给出答案
序言的结构:
序言宜采用“背景—冲突—疑问—解决方案”的结构。部分顺序可以变换,比如先说解决方案,再阐述背景。大多数情况下,我们会推进使用标准式:背景—冲突—答案。例子,这是某单体服务构建成微服务架构优化项目的立项报告的序言:
随着互联网的发展,互联网企业的业务也在不断的飞速发展,进而导致系统的架构也在不断的发生着变化。在企业发展的初期,一般公司的网站流量都比较小,只需要一个应用,将所有的功能代码打包成一个服务,部署到服务器上就能支撑公司的业务。这样也能够减少开发、部署和维护的成本。随业务体量的增加,其缺点逐渐暴露出来:所有模块耦合在一起,虽然对于小型项目来说,维护方便。但是,对于大型项目来说,却是不易开发和维护的;项目的各模块之前过于耦合,如果一旦有一个模块出现问题,则整个项目将不可用。
微服务是当下最流行的应用架构技术了,可以帮我们化解业务发展过快导致的产品迭代压力,让我们可以自由选择最适合团队的技术栈,让系统能够承载互联网海量用户的访问,让我们可以更加轻松地运维大型的互联网系统。
序言的作用:
好的序言不仅能持续吸引读者的注意力,还能影响读者对文章的理解。序言里的故事,为作者对背景的独特解读赋予了一种真实感,而这种解读本质上是对相关事实进行有倾向性的选择。这种倾向的真实感限制了读者对背景的不同解读,让读者觉得作者得出结论的逻辑是正确的,从而减少读者对文章随后的思路提出反对意见。
序言的使用场景:
并不是所有的文章都需要编写详细的背景,由文章类型和读者受众而定。以下场景需要给读者说“故事”,推荐编写背景:
- 项目立项报告
- 项目可行性分析文件
- 项目总结报告
- 招标文件
- 给兄弟部门的沟通函
以下场景不需要给读者说“故事”,宜单刀直入主题:
- 故障报告
- 给直系领导的工作报告邮件
- 项目监控报告
本篇文章我们学习了符合金字塔原理的序言的编写方式,在下一篇文章中,我们开始学习正文的编写了。