寫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框架結構，若有紕漏或不足之處還望評論處提意見，討論後合理的會予以修改。
?文 / 草根售前王小謀