这是《程序员职场工具库》PPT 系列文章的第 2 篇，在阅读本文之前，建议先阅读 《程序员职场工具库》 工具导论 和 PPT 系列1。
在 PPT 系列1 文章中，我着重强调：对于 PPT 工具，不要求你能做到精通，但至少需要达到及格的地步。如果你达不到，将会对你的影响力的提升有非常大的阻碍。不知道你是否已经开始正视 PPT 工具了呢？
如果是的话，那接下来，我分享一个 PPT 编写的完整流程。如果你能够按照这个流程来制作 PPT，我不能保证你一定能够制作出优秀的 PPT，但至少这个 PPT 不会差到哪里去。
最朴实无华的 PPT 编写技巧
Step1：创建一个 PPT。肯定不能创建一个空白的 PPT 了，我们需要使用模板，网上有非常多精美的模板，但是好的基本都是要钱的，免费的一大堆，看得眼花缭乱，也不知道应该用哪个呀。这里我有 3 个建议：
- 使用公司、部门提供的 PPT 模板。一般公司提供的模板是由专业的设计部门提供的，一般比较完善，能够覆盖很多 PPT 页类型。
- 参考别人的 PPT。平常参加一些分享的时候，多收集一下别人的 PPT，等到我们要写 PPT 的时候，就可以直接拿来用啦。
- 使用 PPT 软件自带的模板也够用了。说实在的，PPT 软件自带的模板挺完善的，里面的页类型也很齐全，完全够用了。
Step2：第一页可以先不管。第一页是标题页，可以不用着急想标题，先放着。但如果是有固定格式的话，那可以先填上。
Step3：第二页写上这个 PPT 和演示的目标，通过这次演示，达成什么目的。对于任何一件事，在行动之前，思考清楚目标是非常重要的，编写 PPT 同样如此。
Step4：第三页写目录。目录是一份 PPT 的顶层架构设计，可想而知它的重要性。如果目录还没有想清楚就急着去添砖加瓦，走一步看一步，那很大概率会出现两种情况：
- 思路混乱。多个部分之间的衔接会比较突兀，造成 PPT 的整体思路出现逻辑混乱的问题。可以设想一下，如果系统的整体架构设计没做好，系统子模块的边界就不清晰，就比较难以做到高内聚低耦合了。
- 返工。当 PPT 整体逻辑混乱之后，后面想要再圆回来，那就只能返工了。
Step5：根据目录，先把每个小节的标题页先复制出来。这样 PPT 的每个部分就有了分界线了。
Step6：然后针对每个小节，先把内容的脉络搭建出来，具体做法就是新增 PPT 页，然后把 PPT 页标题写出来。这个实际上就是 PPT 的大纲。这个环节非常重要，可以说是整个 PPT 制作过程中，仅次于目标的核心环节。
在制定 PPT 大纲时，要注意逻辑自洽、完整性、富有故事性。比如我们案例中的“重新认识 PPT”部分：
- 看下大家对 PPT 的认知情况：既然要分享 PPT 工具相关内容，可以先跟大家互动一下，了解大家对 PPT 工具的认知情况。
- PPT 的重要性：然后先抛出我自己的结论：我认为，PPT 很重要，可以不要求精通，但必须及格！
- PPT 适用场景的详细分析：接下来，我需要解释，为什么 PPT 工具很重要？我选择从 PPT 的应用场景的客观分析，来得出我的结论。
- PPT 工具的核心认知：在经过详细的客观分析之后，总结出 PPT 的核心特点，从而得出 PPT 能力对于程序员的个人发展是非常重要的，因此我们有必要好好地学习一下 PPT 工具。
- OK，那接下来，我们就来学习一下最适合程序员的 PPT 编写技巧吧。然后衔接到第二部分的内容…
当然，如果可以的话，你还可以继续细化大纲，细化到每一页 PPT 的内容都思考清楚，从逻辑上去细化这个大纲。比如上面的案例中，我需要怎样去分析 PPT 适应场景呢？需要怎样去组织我的内容呢？通过这样的逻辑自问，去不断添加新的 PPT 页，在主要内容区就一句话简单写上这页 PPT 大概讲什么内容，放什么内容即可。
Step7：review 一次，大纲是否达成第二页的 ppt 目标；找其他人一起 review。在大纲梳理完成之后，我们应该 review 一次，最核心要 review 以下两点：
- 整体逻辑是否自洽？
- 内容是否完整？是否可以达成最初制定的目标（在第 2 页 PPT 中）？
自己 review 完了之后，建议再找有经验的同学帮助你 review 一下。注意不要找新手，因为在 PPT 还没有内容的时候，新手很难理解你的意思。即使 PPT 内容都填好了，新手都不一定能听懂你的分享，你还奢望他能看懂大纲吗？
Step8：大纲按照 review 意见修改，确定无误后，就可以给每一页 ppt 补充内容&备注，先不用关注美观和效果，先单纯填内容。
Step9：补充第一页的内容，想一个有趣的 title，作者和日期也填上。
Step10：组织试讲 N 次。先单独自己试讲一次，觉得没问题之后，可以组织一次试讲，找你的领导或有经验的同事一起，正式试讲一次。试讲最核心是要收获以下 2 方面信息：
- 听一下别人的意见，然后辩证地补充完善自己的 PPT 内容。
- 留意自己在试讲过程中，不顺畅、觉得难受别扭的地方。很多有问题的地方，真的讲一次，自己就会有很明显的感觉，这些信息比其他人的意见要来的更重要一些。
如此，不断总结优化，不断试讲几次，直到满意为止。
Step11：内容按照试讲结果修改，确定无误后，就可以开始美化 PPT 了。再经过多次的试讲优化之后，就可以开始美化 PPT 了。优化排版、图片、动效等等，用上所有你最擅长的 PPT 制作技巧吧，这部分我没什么可以教你的。
Step12：再试讲 M 次。放心，M 肯定远远小于 N。
Step13：内容按照试讲结果修改，确定无误后，基本就完成了，如果有需要，可以详细完善备注。
以上，就是我想分享给你的，最朴实无华的 PPT 编写技巧。有几个特别要注意的点：
- 想清楚你分享的目标。
- 先从完善大纲开始，不要走一步看一步。
- 试讲很重要。每一次试讲都是获取（别人和自己的）反馈的过程。
编写 PPT 最容易踩坑的地方
作为 leader，我还是辅导过不少晋升和分享 PPT 的。接下来，我给大家分享一些经常会踩的坑，希望你可以提前避坑。
坑点1：文字太多，没有突出重点
这是我们程序员写 PPT 最常见的坑。文字太多会带来非常多的问题：
- 没有重点。PPT 工具的核心认知之一，短时间内输出关键信息。文字太多会淹没关键信息。
- 容易出现照着 PPT 念的情况。当文字太多，又没有标记重点的时候，分享者很容易就照着念了。既然不知道怎么去表达，有文字照着念是最轻松的啦（程序员是最懒的职业了）。可问题是，人家看文字就好啦，还需要你念么？你又不是参加朗读比赛，谁想听你念书？照着 PPT 念是最糟糕的分享表达行动，切忌。
- 分散观众的注意力。好，即使你没有照着念，但是 PPT 上大段的文字一定会吸引观众去看这些文字。那观众到底是要看你的内容呢？还是听你的分享？什么级别的分享才能要求所有观众能够熟练掌握一心二用的技巧？为什么要让观众做选择？
下面这个例子是介绍 CSRF 的，一看到这页 PPT，我人是崩溃的，咱能画一个 CSRF 攻击的示意图么？一图胜千言呀。
当文字太多而没办法精简的时候，我通常会让分享者给关键信息重点三连标记出来：加粗、加字号，加颜色。然后强调让他不要照着念。
坑点2：思路混乱，前后衔接突兀
很多时候，我听分享，会经常碰到小节切换时，是突然“蹦”出来的。这时我会很奇怪，为什么突然讲这个？当我还在尝试理解分享者的意图时，我已经错过了好几页 PPT 了。如果整场 PPT 经常出现这种问题，那整个分享听下来，就会让人云里雾里的感觉：这场分享到底想表达什么？
在前文我分享的 PPT 编写流程中，已经着重解释过思路混乱问题，以及解决办法了，这里就不多赘述了。
坑点3：标题和内容不协调
这种不协调主要体现在以下 2 种情况：
- 重复。有时候会看到，PPT 页标题在主内容区又出现了一次，就感觉怪怪的。
- 不搭噶。PPT 页标题和主要内容的关联性需要观众理解好一会。
解决这个坑点没什么好的办法，就是要对每一页 PPT 的标题都仔细琢磨一下。
坑点4：图看不清楚
我们程序员最容易踩的坑，就是把方案文档中的架构图、流程图、时序图等等，直接放进 PPT 里。但很多时候，这些图都挺大的，PPT 位置不够，又要放全，那只能缩小到 PPT 的有限区域内，最终的结果就是图看不清楚，非常影响分享效果。
对于这种情况，我们需要思考更加合适的方案，比如：
- 一定要用图吗？
- 重新画一张新图，画简要一点。
- 直接用 PPT 的基础元素画图。
- 用多页 PPT 去分享。先放一张大图，然后后面几页切换到大图的某个局部去分享。
坑点5：代码看不清楚
这点也是我们程序员最容易踩的坑之一，很喜欢在 PPT 中直接贴代码截图。这就更加难以看清了呀。即使能看清，那还有以下 2 个问题：
- 代码太多，重点在哪里？你不会要让观众在分享中陪你做 Code Review 吧？
- 代码太多，从哪里看起？
这个坑点其实跟坑点1：文字太多，是同样类型的坑。但是文字我们可以精简，代码就不行了。通常我们可以有以下几种方案解决这个问题：
- 用图替代。比如流程图。
- 伪代码。
- 在代码截图中，通过方框、序号、箭头来标记代码的重点和阅读顺序。
坑点6：数据一致性问题
这个坑点在答辩中是最需要注意的。在最开头讲问题的时候，我们摆了几组数据，然后最后优化做完了，成果表达时，放的优化后的数据跟前面的数据是对应不上的，那就尴尬了。不要对答辩评委抱有侥幸心理，他们对数据一般都是比较敏感的。因此，在 PPT 中的数据一定要做到：保证前后一致，如果不一致，需要有符合逻辑的说辞。
小结
让我稍微总结一下，今天我给你带来的主要有两部分内容。
首先是最适合程序员的 PPT 编写的 13 个步骤，以及其中需要注意的关键点。
然后还分享了程序员写 PPT 时常见的一些坑，以及避坑方案。
希望以上内容会对你有所帮助。
【讨论问题】
上面说的 6 个坑点，你都踩了哪些？
欢迎在评论区分享你的想法，一起讨论。
----------------【END】----------------
【往期文章】
扫一扫
563
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
