經常給相關人員（領導、合作公司、甲方單位、監理單位）進行專案彙報，你是不是會發現，彙報結束後總能發現一些不滿意的內容，特別是重點內容或者關鍵內容沒有能夠全部表達出來，即使有些內容點到了，但是沒有講透，根本不具有殺傷力，沒有起到打動客戶的預期效果。更甚至彙報從一開始可能就沒有抓住客戶聽下去的慾望，直接被客戶打斷，場面一度失控，彙報交流基本維持在給面子的層面，基本不會有下次交流的機會。白白把商務前期做的局浪費掉。除了以上總結的問題，我相信每個人還有自己個性化的問題。如果打破這種僵局，最起碼讓自己經過一段時間的鍛鍊，能夠熟練地進行彙報講解，逐漸達到前期制定的預期效果。

針對以上問題，個人有兩點建議：

1、如果你是那種非常聰明、悟性非常高，經過老員工的指點或者一段時間的鍛鍊，你就能夠勝任這份彙報交流的工作，而且每次都能過講到客戶的心裡，更甚至彙報交流的會議的發展方向都能夠根據你的思路進行，也就是你的控場能力非常強，那建議你沒有必要繼續往下閱讀次文章。工作這麼多年，小編只遇到一位同事有這個能力，很強、很佩服、很氣人，但是沒辦法。

2、除了第一條描述的那種人，我相信大部分人和小編一樣，都是需要腳踏實地的一步一步往前走。如何往前走是有一定的方法的，不是盲目前行。根據小編的經驗，要想熟練的彙報交流，其中最重要的就是固定自己的彙報模式，也就是彙報的框架，然後框架的內容根據不同的場景進行定製，這樣既能給客戶從整體層面灌輸你的彙報思路，而且客戶也能夠清楚，那一部分是自己需要詳細瞭解的部分。

那麼，一個優秀的彙報思路應該是什麼樣的？需要包括哪些內容呢？

首先，一個修改的彙報思路至少應該包含如下幾個方面：

• 建設背景的理解
• 總體規劃的設計
• 建設內容的規劃
• 實施保障的措施

以上4點是一次彙報必須包含的內容，可以這麼說，缺任何一塊，你的彙報都是不完整的，只不過你講解的過程中，可能有些部分需要強調，有些部分需要弱化。

接下來需要我們細化上面四個部分的內容，具體每個部分包含哪些章節，每個章節需要包含哪些內容。

建設背景

建設背景應該包含如下幾個方面：

• 行業發展趨勢
• 面臨的問題
• 需求分析

行業發展趨勢：

行業的發展趨勢是我們彙報交流應該首先講解的內容，因為這部分內容是客戶最想聽到的（大部分客戶對行業的發展趨勢都不是很瞭解），是他們一次學習的機會。這部分內容講解就像談戀愛的第一印象，處理不好，後面要想提起來客戶的興趣就很難。

這部分內容分兩個方向進行講解，第一就是政策，第二就是行業發展動態，特別是比較發達地區該行業的發展趨勢。

面臨的問題：

面臨的問題，說白了就是要與客戶產生共鳴，你們遇到的問題我非常瞭解，讓客戶覺得你就是他們的知己。一旦產生這種會議效果，，他們對你排斥的心裡狀態已經完全沒有了，可以說，接下來你的彙報就非常順利，而且他們非常願意聽你講解。

需求分析：

剖析了他們面臨的問題，從他們的問題中我們就能夠梳理出他們的需求，也就是希望拿那些辦法解決他們的問題。需求分析最重要的就是要與他們面臨的問題相結合，不要做一些無事生非的事情，客戶非常討厭，因為他們覺得你在騙他們的錢。反之，你一定讓使用者認為，你是來幫他們解決問題，而且很努力，那麼你就做的很好了。

總體規劃的設計

總體規劃應該包含如下幾個方面：

• 建設目標
• 建設思路
• 總體架構
• 功能結構

建設目標：

建設目標其實就是客戶最終想達到的效果，建議你提前通過其他途徑瞭解一下，儘量與客戶的想法保持一致，不然可能出現實質性的偏差，你就尷尬了（曾經遇到過，後續基本就是以失敗告終）。

建設思路：

建設思路就是你用什麼手段達到客戶預期的目標，這部分內容重點就是讓客戶認為是可行的，能夠接受的，而不是漫天吹牛，給客戶的感覺就是根本無法落地。

第二就是，為了達到客戶的目標，你第一步會做哪些，第二步會做那些事，之間有什麼關聯，是打基礎還是為提升效能等等。還是那句話，就是可行性。

總體架構：

總體架構通常需要利用一張架構圖來來表達各系統之間的關係，包括介面關係、資料庫關係、業務關係、訪問關係等等，具體大家可以參考我的專欄，裡面包含了常用的20個架構圖，內容全部為PPT，可以直接進行二次編輯修改。

功能結構：

功能結構不是很重要，因為一般領導都不是很關心，但是你要與專案預算想匹配（湊也得湊夠），不然客戶預算1000萬，你就寫了幾個功能點，那不是搞笑麼。

建設內容的規劃

建設內容根據專案的規劃進行羅列就可以，但是有一個原則就是“先總體--後詳細”。

建設內容可以分章節介紹，具體拆分的細節根據實際情況進行選擇，給大家舉個例子參考：

如果客戶計劃建設一個整體平臺，包括很多個系統，建議按系統進行拆分，每個系統儘量把亮點和業務流程提取出來，這樣你自己講起來也不會很亂，客戶聽著也有條理。如果你拆的太細，你會講起來繁瑣，而且客戶不一定買單。但是你要有所準備，如果客戶對那個系統需要詳細瞭解，你是能夠快速響應。

如果客戶只是計劃建設一個系統，那麼你需要按系統的模組進行拆分，主要體現你對業務的理解和功能模組的熟悉。

實施保障的措施

實施保障應該包含如下幾個方面：

• 實施步驟
• 運維保障

你講得再好，客戶最關心的就是你的實施保障，也是對你實施能力的考驗。

我們應該從實施步驟和運維保障兩個方面進行表達，實施步驟表達我們是有經驗的，對實施流程是非常清楚，運維保障就是我們專案實施完成了，還會給你提供對應的服務，不會跑路。如果有條件，把給一些優質人員的資訊放上來，徹底把使用者懷疑的心裡消滅。

以上就是我個人的理解，希望能夠對大家有幫助。