背景
作为一个IT技术人员，说实话，以前的我是很反对写PPT或者写设计材料的，总感觉写文档这种事情会浪费很多去写代码的机会。不过，随着对项目有了相对比较了解。在偶然的机会，项目需要在高层会议进行宣传，以便后续的一些项目的顺利进展。而上层领导当然就要抓住这个机会，借项目来总结最近一段时间的成果。安排我对PPT内容进行撰写。
我的亲身经历
- 认怂
当时情绪可以说是非常抵触，因为本人心里有着"诗和远方"的想法，并没有打算一直呆在现有的公司。因此，觉得这种工作确实是在耗费自己的精力。诚然在面包面前，所有的想法都是突然，只能硬着头皮，放下其它的工作。 - 煎熬
确实之前没有写过PPT，在写这个材料的时候，头脑发蒙，在ppt的抽象级别、内容措辞、ppt的排版方面确实没有啥经验，几天下来没做多少内容。 - 绝望
在经历了几个昼夜，写了个自以为OK的初稿，兴奋地和领导分享。不料换来一顿劈头盖脸的批评，什么没有内容、没有深度、没有思考。当时确实是很难受，汇报人的级别很高，没法站在领导的位置去抽象这个ppt的内容，当时本人真是表面笑嘻嘻，内心mmp。
不过令人欣慰的是，领导对这方面有了很详细的指导。 - 整理情绪，整理思路
看到领导这么耐心的指导，自己也要保住饭碗，于是只好收起自己的情绪。现在说下领导的指导以及自己在材料方面的经验。- 项目初心
这里的内容就比较拔高了，一般需要站在集团的角度去思考这个问题 - 项目背景
- 国家政策或者法律法规
这个方面的背景就比较有说服力了，一般可以特别强调，说明必要性。 - 业务痛点需要
项目当然是需要解决实际的业务问题，稍微抽象归纳实际的业务问题。 - 技术革新，抢占市场需要
这个就是说明当前环境的需要，需要说明的是这点对于IT地位比较低的单位可能不是很重要，可以根据情况删减。
- 国家政策或者法律法规
- 项目目标
这个就是要概述这个项目期望达到的效果。比如全链条监管平台。 - 如何做
说完了目标，可以说说自己围绕这个目标是如何去做的。- 研发路径
说下项目计划，每个阶段的主要工作 - 建设模式
是业务和技术协同自主研发、集团内和外部厂商协同或者采购为主。
- 研发路径
- 做了啥
在这里主要介绍下项目的内容，在ppt里一定要注意概括几个关键词来说明项目的核心内容，因为ppt的内容不宜多。 - 项目效果
介绍这个项目做完后，在社会影响力、集团的收益情况。比如将项目的效果共享开放给社会，提升了集团的社会影响力。比如减少了多少人力。 - 经验总结
介绍下这个项目成功的原因。 - 下一步工作
介绍下下一步的工作，最后有些条理。
- 项目初心
为何写这篇文章
写这篇文章主要是想记下自己在此次的经验，有些东西写出来后才会有更深刻的体验，自己之前作为一个低级工具人，执行甲方需求，做了那么多，有时所做项目产生的业务效果出现，可能自己都不清楚，为何不停下来好好思考，程序员在这方面和写代码一样，需要慢下来做好设计，才会有更大的提升。
总结
总之，在这个快节奏的社会，有机会停下来思考总结，还是需要权衡下的，更多的思考才能出发更多的想法。现在说下写材料的几点总结吧。
- 确定材料的受众
决定内容的偏向层次，比如偏业务或者技术 - 确定材料的汇报人
决定材料的抽象级别，材料的详尽程度 - 确定材料的汇报主题
要弄清楚这次汇报的主体是干啥 - 做到材料的首尾呼应
- 做到细节
ppt排版
