技术人如何写好一份年终述职PPT？-CSDN博客

本文链接：https://blog.csdn.net/wyz_1945/article/details/144834380

大家好，我是王有志，一个分享硬核 Java 技术的金融摸鱼侠。

各位小伙伴们，2024 年已经临近尾声了，大家是不是都在焦头烂额的准备年终述职的 PPT 呢？

今天呢，我就从态度，写作和演讲 3 个方面来分享一下我的经验，希望能够帮助大家做一份“漂亮”的 PPT，顺利渡过年终述职。

Tips：关于 PPT 的设计排版我就不班门弄斧了，毕竟谁会愿意听直男程序员聊设计呢？

小伙伴们作为奋战在一线的技术人，往往会对 PPT 这种“脏东西”嗤之以鼻，认为 PPT 只是那些没什么能力的人吹牛 X 用的。

确实会存在工作能力平平，但是写 PPT 和向上管理能力一流的人，他们会在各种汇报场合中口灿莲花，大放异彩，虽然会遭到很多实干派小伙伴的鄙视，但他们确确实实获得了利益。

作为技术人，我们不能只会埋头苦干，我们也要抓住一切机会，展示才华，彰显功劳，而这就需要我们准备一份“漂亮”的 PPT。

因此，作为技术人，我们首先要摆正对 PPT 的态度，它并不是什么“脏东西”，它在有真才实干的人的手里是展示自己的工具，只有在外强中干的人的手里，才是用来忽悠人和向上管理的“脏东西”。

根据往年参与评审的经历，我发现了一些“奇怪”的现象。

往往一个技术细节控，能够设想到程序的各种边界情况的小伙伴，却在 PPT 上犯了各种各样的低级错误，比如，字体，字号，格式不统一，甚至还会出现错别字。

虽然这都是一些“小”问题，可是俗话说得好“细节决定成败”，而且这种低级错误很容易在公开场合被无限放大，也会大大降低听众对你的好感度。

因此，做一份“漂亮”的 PPT 的最基础要求是：不要出现类似于字体，字号，格式不统一，以及错别字这类低级错误。况且现在已经出现了非常多的 AI 工具~~（广告位招租）~~，你可以借助这些工具来避免这些低级错误。

不知道大家有没有关注过产品发布会，大部分产品介绍的 PPT 上会标注参数，有的还会与友商进行参数对比，虽然这些 PPT 会经过层层审核校对，但也避免不了出现翻车的时候（这里不讨论他们是“故意的还是不小心的”，我们统一认为他们是不小心的）。

例如：某车企在发布会上与小米汽车进行横评时，错误的标注了小米汽车的参数，小米连发 3 篇微博问责，这导致该车企的负责人不得不下场公开道歉。

你可能会认为，谁会关心我的数据呢？实际上，数据作为非常直观的表述形式，听众可能会对数据的真实性和来源产生疑惑，进而会追问数据的来源，以及计算方式，如果你没有准备充分，很可能会无法良好的应对这些问题。

因此你需要保证，PPT 上出现的任何数据，都是经过准确核算的，并且能够提供准确的计算方式。

另一个问题是，很多小伙伴会把非常口语化的内容写到 PPT 上，如果只是小组内部的演讲其实还好一些（并不是），一旦到了正式场合，PPT 上出现口语化的内容，会让人怀疑你的专业性，导致对你的好感度大大降低，进而影响整体效果。

为了让别人看到你的专业性，PPT 上应该禁止出现口任何语化的内容，要尽可能的使用书面用语。

“少即是多”是出自德国著名建筑设计师凡德罗的设计理念，也被广发应用于编程领域，这也与 The Zen of Python 中的“Simple is better than complex”的理念不谋而合。

同样的，我们在写 PPT 的时候，也要尽可能的遵守“少即是多”的理念。

首先，不要在 PPT 上写“小作文”，没有人会一字一句地看完这些小作文的。另外，PPT 应该是你演讲过程中的提纲，用于展示亮点，突出重点的，而不是你的演讲稿，你的 PPT 上只需要用精炼的语言进行概括，并标注出重点数据即可。

对于数据来说，应该要遵循“文不如图”的原则，比如，当你经过优化后，程序的响应时间从 10 秒降低到了 1 秒，使用文字描述，可能会显得苍白无力，但是使用柱状图会带来更加直观的效果。

其次，PPT 不要做的太“花哨”，使用到的颜色，字体，动画效果不宜过多（不超过 3 个），颜色也不要太过跳跃，尽量保持在一个色系内，图，表和文字之间的搭配要和谐，过渡要平稳。

Tips：上面的建议来自于某设计师~~

很多小伙伴在讲 PPT 的时候仿佛在记流水账，第一季度做了啥，第二季度做了啥，听得人提不起丝毫兴趣。如果你也是这样，你可以尝试《金字塔原理》中的 SCQA 结构来优化你的“故事”。

SCQA 结构即：

举个例子，假如说你对 APP 的启动速度做了优化，打开 APP 的时间从 10 秒降低到了 1 秒，如果你只是说“优化了 APP 的启动速度”，那么听众可能只是知道了你做了这么一件事而已。

可以换一种方式来表达，

情景：不知道大家有没有体验过我们的 APP，启动速度非常慢，平均启动时间居然要 10 秒以上。
冲突：很多用户都反馈了启动速度慢的问题，甚至说很多用户因为启动太慢而不再愿意使用我们的 APP。
问题：那么我们该如何解决 APP 启动速度慢的问题呢？
答案：今年我和团队的小伙伴们开始着手优化这个问题，首先使用 XXX 进行分析定位，发现 XXX 等问题，通过 XXX 方式解决了这个问题，将 APP 的启动速度从 10 秒降低至 1 秒，优化完成后我们 APP 的日活/月活人数有提高了 XXX。

这里我只是举个例子，上面的内容还有很多值得斟酌的地方。

当然了，使用 SCQA 结构是为了优化你的“故事”，但你也不必完全遵守 SCQA 结构，可以根据实际情况进行灵活调整，比如你需要重点突出冲突和答案，你可以采用 CSA 的结构。

因此，我们不要用记流水账的方式讲 PPT，这样只会让别人知道你做了什么，我们应该通过优化“故事”结构，来体现出你做的事情的价值。