关于写汇报PPT的几点思考

背景

作为一个IT技术人员，说实话，以前的我是很反对写PPT或者写设计材料的，总感觉写文档这种事情会浪费很多去写代码的机会。不过，随着对项目有了相对比较了解。在偶然的机会，项目需要在高层会议进行宣传，以便后续的一些项目的顺利进展。而上层领导当然就要抓住这个机会，借项目来总结最近一段时间的成果。安排我对PPT内容进行撰写。

我的亲身经历

• 认怂
  当时情绪可以说是非常抵触，因为本人心里有着"诗和远方"的想法，并没有打算一直呆在现有的公司。因此，觉得这种工作确实是在耗费自己的精力。诚然在面包面前，所有的想法都是突然，只能硬着头皮，放下其它的工作。
• 煎熬
  确实之前没有写过PPT，在写这个材料的时候，头脑发蒙，在ppt的抽象级别、内容措辞、ppt的排版方面确实没有啥经验，几天下来没做多少内容。
• 绝望
  在经历了几个昼夜，写了个自以为OK的初稿，兴奋地和领导分享。不料换来一顿劈头盖脸的批评，什么没有内容、没有深度、没有思考。当时确实是很难受，汇报人的级别很高，没法站在领导的位置去抽象这个ppt的内容，当时本人真是表面笑嘻嘻，内心mmp。
  不过令人欣慰的是，领导对这方面有了很详细的指导。
• 整理情绪，整理思路
  看到领导这么耐心的指导，自己也要保住饭碗，于是只好收起自己的情绪。现在说下领导的指导以及自己在材料方面的经验。
  • 项目初心
    这里的内容就比较拔高了，一般需要站在集团的角度去思考这个问题
  • 项目背景
    • 国家政策或者法律法规
      这个方面的背景就比较有说服力了，一般可以特别强调，说明必要性。
    • 业务痛点需要
      项目当然是需要解决实际的业务问题，稍微抽象归纳实际的业务问题。
    • 技术革新，抢占市场需要
      这个就是说明当前环境的需要，需要说明的是这点对于IT地位比较低的单位可能不是很重要，可以根据情况删减。
  • 项目目标
    这个就是要概述这个项目期望达到的效果。比如全链条监管平台。
  • 如何做
    说完了目标，可以说说自己围绕这个目标是如何去做的。
    • 研发路径
      说下项目计划，每个阶段的主要工作
    • 建设模式
      是业务和技术协同自主研发、集团内和外部厂商协同或者采购为主。
  • 做了啥
    在这里主要介绍下项目的内容，在ppt里一定要注意概括几个关键词来说明项目的核心内容，因为ppt的内容不宜多。
  • 项目效果
    介绍这个项目做完后，在社会影响力、集团的收益情况。比如将项目的效果共享开放给社会，提升了集团的社会影响力。比如减少了多少人力。
  • 经验总结
    介绍下这个项目成功的原因。
  • 下一步工作
    介绍下下一步的工作，最后有些条理。

为何写这篇文章

写这篇文章主要是想记下自己在此次的经验，有些东西写出来后才会有更深刻的体验，自己之前作为一个低级工具人，执行甲方需求，做了那么多，有时所做项目产生的业务效果出现，可能自己都不清楚，为何不停下来好好思考，程序员在这方面和写代码一样，需要慢下来做好设计，才会有更大的提升。

总结

总之，在这个快节奏的社会，有机会停下来思考总结，还是需要权衡下的，更多的思考才能出发更多的想法。现在说下写材料的几点总结吧。

• 确定材料的受众
  决定内容的偏向层次，比如偏业务或者技术
• 确定材料的汇报人
  决定材料的抽象级别，材料的详尽程度
• 确定材料的汇报主题
  要弄清楚这次汇报的主体是干啥
• 做到材料的首尾呼应
• 做到细节
  ppt排版