因为工作性质经常要写PPT给客户做汇报，做得多了总结一些小的想法做一些分享。首先声明几点：
1、此思路比较适用于大型的信息化项目，特别是项目型公司；
2、因行业的关系可能相对某一些行业会有一些差异，还请看完后在评论区提出建议，方便交流；
3、此思路更适合初次接触或给领导汇报，并非详细汇报思路；
写PPT做汇报是一个输出的过程，可以理解为我们在简述中写文章，你要把你理解的方案思路用PPT的方式呈现出来给客户。所以在做之前建议先列框架将你脑子里的思路搭建在纸上。个人推荐使用思维导图，方便快捷而容易聚焦。
汇报类PPT基本上由如下四个部分组成
汇报框架
一、建设背景
建设背景主要由政策背景、必要性、可行性和建设目标组成，基本上通过建设背景这一章节需要将政策的支持程度、建设需求、预期目标和可行性方针呈现给客户。
建设背景框架
1.1、政策背景
政策背景根据项目所在的行业而定，但是无论是什么行业首先需要了解当下热点政策，比如党的十九大、机构改革及项目所属行业颁布的最新政策。其次是需要遵循国家颁布的技术指导方针和《十三五规划》两个政策文件，特别是十三五规划，基本上每个行业都有相对于的十三五规划内容，可以根据项目所在行业的十三五规划提炼出重点政策。最后是所属部级（行业部级，比如教育行业属于教育部）和省级在此方面的一些重点政策要求。
板书建议：政策背景建议2页描述，第一页将热点政策和《十三五规划》并列展示，突出重点，第二页以时间轴的方式按照国家、部级、省级的级别列举政策标题，并且在标题下方提炼出一段20字以内的与项目相关的政策要求。
1.2、必要性
通常写完政策很多人会写项目需求分析，但是单纯的写需求分析该不够突出，所以建议写成必要性。何为必要性？是阐述清楚要做此项目的原因，包括客户目前的现状、原始需求、痛点需求以及解决需求的思路等。因为是信息化项目建议将必要性分为数据方面和业务方面。
数据方面主要是围绕数据分散，数据价值难以挖掘，导致业务推进缓慢等问题，通过问题导出数据驱动业务、大数据转型及数据共享交换等关键点；
业务方面主要是围绕客户业务痛点，例如业务流程复杂、系统建设分散陈旧，难以管理信息化资产难以沉淀，通过上述问题引出加强顶层设计、迫切需求点及业务优化等思路。若项目涉及客户的业务流程，不建议给客户讲业务流程，特别是政府行业的流程，客户肯定比你熟悉怎么讲也不如客户清楚，但是重点可以放在如何优化目前的业务流程提高业务效率和管理方式。
板书建议：分场景，若给非技术性领导介绍，挑重点一页板书，主要是突出方向性问题和大局的解决思路；若给技术性领导，可以根据调研或者了解的程度将数据和业务分开进行标书，但是切记提出了问题痛点一定要给出解决思路，并且根据思路要导入后面的建设内容中，要前后关联。
1.3、可行性
这一章节可以理解为上两个章节的总结和下一个章节的引导，起承上启下的作用，主要通过政策可行性、技术可行性和业务可行性三个方面进行阐述。
政策可行性，主要是对前面政策的总结，回顾政策大环境的支持；
技术可行性，主要是说明目前技术发展的趋势、行业信息化发展的速度，同时可以引出本项目中需要用的到关键技术；
业务可行性，对应前面必要性中的业务诉求解决后带来的效果，此处可以介入一个小的案例，讲解其他地方同行业同需求做完有怎样的收益；
板书建议：基本一页可以概述，重点是讲解，需要思路连贯，并且要为一下一章节买下伏笔；
1.4、建设目标
主要分整体目标、数据、业务、服务、管理等几个方面，建议重点说通过项目的建设对这几个方面的优化，毕竟不能否定业主以前的信息化建设。
整体目标，从整体规划入手，通过项目的建设实现信息化的整体规划形成信息化生态圈，提高信息化建设格局等；
数据优化目标，提高数据使用效率和价值，包括数据服务、数据应用、数据共享，数据全生命周期的管理等；
业务优化目标，提高业务运作效率，节约业务管理成本等；
服务优化目标，政府行业多写促进民生，非政府行业写服务体系等
管理优化目标，提高信息化管理能力，促进科学决策，高效管理等
板书建议：根据项目的情况规划目标有多少条目，建设3条一页进行板书；
二、建设内容
建设内容这一章节比较灵活可以根据项目的情况进行调整。不过标准规范、系统开发和典型应用场景三个方面必须讲解到，因为信息化项目标准规范是仅次于政策文件的指导文件贯穿整个项目的建设，系统开发是具体的功能模块，对应必要性中需要解决的问题，典型应用场景是论证关键需求点的实现效果。
建设内容框架
2.1、标准规范
主要强调本信息化项目中需要拟定的标准规范，例如安全标准、技术标准、数据标准 、服务标准等，并非是要讲解标准的编制内容，而是强调标准规范的建设思路和重要性，信息化项目安全标准尤为重要。
板书建议：可以以图的方式绘制建设标准规范的思路和需要建设标准的清单，一页足够；
2.2、系统开发
此章节根据项目而定，但是要注意三点，第一核心功能要讲解到位，而且要匹配需求，第二功能优势是相对客户而言的，你能解决他的问题才是优势，第三各系统或功能间的关联性要讲解清楚；
板书建议：根据实际情况而定，注意图文结合，最后一定要小结；
2.3、典型应用案例
将此章节定位为讲故事的章节一点的都不为过，需要有缜密的逻辑思维和良好的口才予以辅助，需要区别与讲解功能的枯燥，讲解案例的明确性。主要是将项目的关键痛点按照剖析痛点（需求背景）、分析思路（解决方案）和效果展示（预期效果）三段式套路将客户带入故事中。
例如：客户每周要给领导出汇报数据报表，但是数据分散在不同部门，需要不同部门邮件发送到指定人员后在做加工，不仅耗费时间还能保证质量。
需求背景：一人发送邮件不及时会影响效率，一个数据不精准难以定责，一次报表需要要变更又得重做等等问题，让客户理解这个问题真的是痛啊；
解决方案：导致这些问题原因，数据不能统一汇总管理，数据生产与定责不清晰，数据分析还是依靠人工。解决思路，统一平台汇总数据，各部门生产的数据谁生产谁负责，系统内部溯源定责清晰，原数据整理人员人工介入负责数据质量，确保数据精准度，大数据分析加持解决各种分析报表的定制
预期效果：是先准备好图片、视频或者演示环境，有了前面的带入感，直接演示结果即可达到最佳效果。
板书建议：背景一定要是客户真实的痛点背景，而且要讲解透，分析问题原因要精准，解决方案思路要清晰，预期效果要直接。背景和问题可以一页阐述，解决方案和预期效果各一页。讲完解决方案如果旁边有人员配合进行演示效果会更佳。
三、总体设计
有人会问题建设内容都已经讲完，为什么还要讲总体设计？其一，任何项目都讲究完整性，建设内容是重点解决了客户的问题，并没有对项目做整体规划，对于客户而言最关注的还是整体的考虑。其二，单刀直入的讲解问题解决客户迫切的需求，容易极快的吸引客户，而直接的讲解总体设计做整体规划，会让客户觉得很空，而且也难以听进去。最后，前面铺垫了那么多，在做整体规划的讲解，整体思路连贯起来，在客户脑中呈现的整个项目规划则非常完美。
总体设计框架
3.1、技术路线图
可以理解为是将前面章节中用到的技术进行汇总，但是重点需要根据项目上系统涉及到的技术按照系统的关联逻辑串联起来。也可以用公司产品的技术架构图进行讲解。
板书建议：汇报类的PPT一项不建议大篇幅的讲解技术，可以一页PPT绘制一副简图，描述清楚逻辑关系，根据听汇报的人员调整讲解的方式，重点的是各个技术需要对应到上述描述的应用场景和功能点；
3.2、整体架构设计
整体架构设计重点在于整体的规划、业务（应用）架构和数据架构，这三张图可以不用都讲解，但是一定要有。
整体架构图：项目的层级框架，这类的图基本上信息化项目都一个调性，可以根据汇报对象的技术程度进行调整，重点讲解清楚核心功能和业务场景即可；
业务（应用）架构图：一般是合并在一起绘制，主要是通过图形突出业务或者应用能优化的部分，各业务之间串联的关系，数据的流向等。如果是大型项目建议分开绘制。
数据架构图：可以根据项目的需求分两个方面表述，从技术角度出发，数据架构在存储、应用和共享等层级的依附关系可以绘制一张。从业务角度出发，根据数据生产、加工、存储、监管、应用、挖掘等数据流向的方式绘制一张。但不建议两张图同时存在，因为只是思路不同，表述上还是有很多雷同的。
板书建议：整体架构、业务（应用）和数据架构图各一张，讲解的思路一定要清晰按照总体介绍分部讲解的步骤讲解，可以理解为整体架构为项目画像和项目骨骼，业务应用为项目的器官，数据架构为项目的血管经络。
3.3、关键技术
可以理解为本项目或者产品的核心驱动，前面说谈到的功能点用的技术中挑选最核心最新颖的技术作为关键技术，内容不需要多3-4条即可，例如平台底层的架构、数据的处理用到的大数据以及业务上公司自己开发的一些优秀的技术（请取个高大上的名字）。
板书建议：根据需要进行排版，只要求图文结合，文字用关键词不要长篇大论。讲解的效果是，客户能记住你所说的技术的某几个关键词即可。
3.4、集成架构
站在客户的角度上考虑的问题，做整体的项目规划必须要考虑客户上级部门应用、历史系统和第三方系统的集成问题，可以简单的描述但是不能缺少。
板书建议：每个公司的集成方案不一样，但是请尽量站在客户的角度去考虑这个问题。几个简单的线框图其实就可以表述清楚。
四、实施计划（案例）
收尾的章节，分场景，如果是初步接触的项目可以讲解个别案例，讲解案例的方法和套路各家公司都不一样，而且网上有很多，我就不过多的赘述了。
如果是项目跟进很深度了，需要给领导做总结性的汇报建议讲解实施计划。项目实施计划分组织架构、实施方法论和工作计划几个部分。
实施计划
4.1、组织架构
项目组织架构在总结汇报时也非常关键，能凸显厂商对项目的重视程度，主要是能让客户看到有多少人在干活。
板书建议：用表格或者架构图都可以一页即可，重点要讲清楚项目上与客户对接的部分，客户一定是监督方。
4.2、实施方法论
并非实施方案，是要讲清楚实施流程、思路和准备工作等，根据公司的情况进行介绍。如果是大的项目建议单独拿一页讲解规划的实施进行过程。
板书建议：以流程图的方式介绍最佳。
4.3、工作计划
看场景需求，可以按照项目阶段，时间按照周安排工作计划，用表格表述即可。
上述比较适合20-25页的汇报类PPT框架结构，若有纰漏或不足之处还望评论处提意见，讨论后合理的会予以修改。
文 / 草根售前王小谋
网友评论