答辩ppt项目总结：结论先行，过程随后

答辩项目总结的部分一般放在最后的几页。

多数人所采用的写法为：回顾所做的事情，列出所达成的功能，总结收获，展望未来等。此部分通常是对前面内容进行复述。

而答辩评审，在看到最后那几页的时候已经听了好几分钟。要是这几页仅仅重复之前的内容，那就等于白白浪费最后的时机。

在项目总结的环节里，需承担一项不同任务：将整份材料汇聚成为一项判断。

一、总结页的四件事

首先，项目有无达成目标。不直接给出结论，也不给出过程。

其二，哪些是做得好的。挑选两到三件来说明为什么好，不是“完成了”，而是“以什么样的方式完成、达成了什么的效果”

第三，存在哪些没有做好的情况。这一层得有，不然就会显得不太真实。

第四，若重来，会如何做。此层最能彰显成长。

四件事中，第三与第四是最具加分之处，且常被省略。

二、"没做好"怎么写才不减分

写“没做好”得遵循三个准则。

第一，特定。不写“项目存在欠缺”，而是写“某功能在测试当中出现响应延迟”

其二，归纳到可改进之处。不写“时间不够”，写“前期需求解析阶段对于某类场景的考虑不够，使得后期返工”

第三，提出改进的方向。不进行“以后会留意”，而是写“要是重来的话，就在需求的阶段补一回场景清单评审”

三条达成，此段从“自曝短板”转变为“复盘能力”的呈现。

还需要留意分寸：选取两个真实存在的缺陷，不要列成一堆。列得太多就会让人觉得项目质量不好。

三、"如果重来"这一层怎么写

这是最为能够区分水准的那一层。

写法上有三种角度：

流程方面。哪一个环节的次序需要进行调整。比如说得先进行数据模型的评审然后再进行界面的设计。

方法的角度。哪一种方法选错。比如“得先去做小范围的试点，不要一次全量地上线”

当时哪一个假定错了。比如说那时候假设用户是按照我们设计好的方式来使用的，实际上不是。

三种当中，第三种是最为深入的，因为它包含对于自身判断的反省。

写作的时候得还原当时信息的条件，不能用后见的方式去否定当时自己。当时依据什么样的信息做出了此类判断。

四、结论先行的具体做法

总结这一部分的首页，得直接给出结论。

一页写清三句话：

项目是否达成了或者部分达成或者未达成，需要附上一句依据。

最为值得讲述的一件事情（一个特定的判定或者一项具体结果）。

最大的缺陷就是一句话。

三句之后，再进行说明。

此顺序具备的好处在于：评审即使不往后推进，也已经获取了你的判定。

五、数据要收口

在项目总结当中，数据需要收口，把散布在前面各个页面的数据汇聚成为一组关键的指标。

不要去重复所有的数据，仅仅留存三到五个是最为关键的。

三个建议：

其一，只留下能够支撑结论数据的。结论是“达成了”，就留下达成相关数据。

第二，进行对比。达成的数量和目标和计划相互比较。

第三标口径。要区分测试和生产的数据，模拟和真实的环境。

六、几个常见错误

错误之一：总结成为目录。把之前说过的章节的标题再进行一遍。此乃最无效的总结。

错误二是只讲成绩的。评审会觉得你缺少反思的能力。

错误三是太过谦逊。全都是自我进行批评，反倒让项目没有价值。

错误四是对太空进行展望。“未来将会持续优化”这类话语没有信息。

错误五，超时。最容易说超时的总结部分，是因为它看上去像是能够随便说的。实际总结应该把控在两至三分钟之内。

七、材料怎么落地

答辩的材料页数众多，时间紧张，总结的部分得精。

二狗 PPT能够承接排版方面的工作：把结论，亮点，不足，改进整合成文字，把它粘贴进来或者上传到Word文档里面，系统产生结构化的大纲；把章节在卡片式的编辑器里面进行调整，确认之后按照页匹配的版式进行生成，把PPTX导出。技术类的材料采用通用的商务系列是比较合适的，底色是干净的，图表区域留白足够。

官网的模板库的页面呈现出三个系列，通用商务单色渐变适合用于述职，方案以及通用的商务场景；工作汇报双色对比适用于对工作进行汇报这类演示；红色专题红金双色适合在庄重公益以及文明实践的场景当中。模板的数量是持续变动的数据，在选取之前得依据官网当下页面来确定。

需要提示的是，结论得和之前的内容相符合。要是前面说某个功能已经完成，之后总结说部分达成，就会被问。答辩里最为常见的这类矛盾。

八、判断标准

总结页完成之后，进行一回检验：假定评审仅仅看了最后的三页，问问能不能讲出“这个项目是否成功，好在哪里，差在哪儿”

三个都能够答对，总结就完成了；答对不上来，表明总结还在进行复述。

对答辩项目进行总结的意义，不在于重新阐述内容，而在于给出可以进行检验的判定。