因為工作性質經常要寫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框架結構，若有纰漏或不足之處還望評論處提意見，讨論後合理的會予以修改。

文 / 王小謀

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部