編輯導語：項目匯報對于產品專家來說十分重要，那么做項目匯報有哪些好用的方法策略呢？本篇文章作者分析了有關項目匯報的內容，干貨滿滿，一起來學習一下吧，希望對你有幫助。

不知道大家平時在工作的時候會不會去做一些項目匯報？

某些比較大的項目，特別是那些跨部門、對資源有一定要求的，大老板們往往會比較重視“第一印象”，所以項目的生（預）死（算）基本就指望第一次正式匯報了，當然，后面的幾次匯報也不能馬虎。

回顧學姐的職業生涯，也有那么幾個大項目讓我記憶猶新。

還記得有一個在訂單上加幾塊服務費的項目，聽上去雖然真的很簡單，但是做起來卻涉及到各個產品部門，比如搜索、訂單、結算、優惠、客服等等，大廠的中臺化都做得比較好，學姐所在的業務部門本身能研發的部分并沒有這么多，更多的是要提需求給這些中臺。

這些設計產品研發相關的倒還不算什么，畢竟學姐在這方面也是專業的，但這個項目還因為涉及到交易流程，還需要法務、財務去審批，而且還需要銷售運營去通知銷售，讓商家去簽署協議之類的。

總之，一個看起來很簡單的項目，做起來還挺復雜的，好在當時我考慮得還挺全面的，每一次的匯報都還挺順利的，上線之后并沒有造成什么BUG或者客服投訴，整體的數據也還不錯，

不同階段的匯報肯定會有不同的側重點，比如項目跑起來之后，肯定是匯報項目進展、試點的數據結果之類的比較重要，不過學姐這次就聚焦在比較重要的項目匯報——也就是第一次正式匯報了。

這篇文章會著重講匯報大綱、格式和內容，還是比較實用的。

大家可以先看一下概覽，整個匯報分為三個部分，第一部分是項目背景，第二部分是項目方案&所需資源，第三部分是預計項目進度。

這么匯報的好處是，先講清楚為什么要做，包括項目價值和指標的提升，等于給老板畫個餅，引TA上鉤之后再去講具體的方案，基于合理的方案去申請資（預）源（算），最后根據方案把整個項目的時間計劃匯報清楚。

這樣匯報整體的邏輯線會非常清晰，循序漸進，把想要的資源在合適的時間很順溜地帶出來，避免老板覺得你一上來啥都不說，就要錢要人。

這其實和談戀愛也是同理嘛，總不能剛見面就求婚咯。

項目背景其實就是講述為什么要做這個項目，在第一次正式匯報的時候，如果不是從上至下的項目，這部分是最重要的，甚至會比后面的具體方案更重要。

因為你需要先說服老板，讓TA認可做這個項目的價值，才能講到后面的方案。

我們一般會采用從大到小、從抽象到具體的方法去講述，也就是先講整個行業的大背景，再講具體到項目的價值，最后預計一下這個項目能帶來多少指標提升，這樣既不會顯得太空洞，又不會顯得沒有格局。

三、行業分析

怎么去做行業調研，學姐在這篇文章里面有詳細描述，感興趣的可以先看下。

如果已經做完行業調研的童鞋就可以直接開始這部分了，因為是某個具體項目的匯報，這部分我們就可以稍微簡化一些，用一兩頁PPT去描述整個行業的發展趨勢和宏觀環境就行了。

1. 發展趨勢

一般會看近5～10年的市場規模，查詢的網站學姐在上一篇文章里面有介紹過，不了解的童鞋可以看一下。如果市場規模逐年增加，甚至復合增長率超過10%，那肯定是朝陽行業了，我們先告訴老板這個行業是有搞頭的，增加TA的興趣，下面是一個醫療行業的例子。

如果市場規模是逐年下降的，學姐覺得最好謹慎考慮下投入資源是否值得，或者也可以用下面提到的方法來判斷一下整個行業是否有轉機或者突破口。

2. 宏觀環境

行業的宏觀環境我們也介紹過很多次啦，用PEST分析就行了，這個方法可以幫助你看到現有數據之外的東西，預測整個行業未來的趨勢，總體來說就是四個方面去判斷：

1. P，Political-政治環境。包括國際局勢、國內/業內政策；
2. E，Economic-經濟環境。包括居民消費水平、產業結構；
3. S，Social-社會環境。包括人口結構、風俗習慣；
4. T，Technological-技術環境。包括硬件、載體、平臺。

從以上這四個方面可以去判斷整個行業未來的發展，當然，既然是某個項目匯報，肯定是往有利于項目的方面去包裝嘛，不一定要把PEST里面的每一個小點都寫出來，著重強調一下和你項目有關的那些點就行了。

比如如果你做的是寵物行業，寵物食品相關的項目，就可以著重強調下E、S、T三個方面，比如城鎮居民人均可支配收入提升，大家更愿意在寵物上花錢（經濟），老齡化和出生人口不斷降低，更多人選擇寵物的陪伴（社會），新的社交媒體比如抖音、小紅書等催生了一批寵物KOL，讓大家云吸寵更方面了（技術）等等。

當然，除此這四個方面之外，其他利好你這個項目的信息，也可以都放上去。

3. 產品價值

吹完大市場，就可以具體聊聊你的項目到底有什么價值了。

如果大老板是第一次聽到這個項目，我建議先給項目起一個通俗易懂的名字，讓別人一看就能理解的。

那些花里胡哨看都看不懂的黑話可以讓老板這個層面的人去考慮，我們匯報的時候先要把TA爭取到我們這一邊才行，所以第一要務是要讓大老板理解你這個項目到底是干啥的。

有了合適的名字之后，再用幾句話簡單描述下項目的概況，這里不需要涉及到太具體的方案，避免過早就陷入一些細節。

然后，我們就可以開始講項目價值了，學姐之前也教過兩種描述項目價值的方法，之前學姐也介紹過，一種是負向表述，一種是正向表述。

第一種就是欲揚先抑型的，先說一下用戶的痛點以及論據和解決方案；第二種就是直接描述項目到底幫助了用戶哪方面，以及論據和解決方案。以下是兩個小例子：

• 【負向表述】如果你想做一個新功能，比如發視頻支持存草稿，可以這樣去描述價值：目前發視頻的失敗率為40%，調研后發現這些用戶有一半以上是因為被打斷而沒有繼續編輯（論據），因此我們通過草稿箱（解決方案）來節省用戶重新編輯視頻的重復工作（用戶痛點）。
• 【正向表述】如果你想做一個新功能，比如列表頁新增一個廣告位，可以這樣去描述價值：調研顯示50%的客戶有在平臺投放廣告的需求（論據），為了幫助這些客戶獲取更多目標用戶（幫助用戶），我們會通過算法匹配在合適的列表頁展示廣告位（解決方案）。

當然，這里的論據肯定是多多益善的，有數字的一定要放數字，且多放數字肯定比少放數字好。

4. 預計提升指標

項目價值要結合具體的數字，看起來才會更誘人，大老板一看這個項目能給公司帶來利益，多少都會有那么點心動的～

怎么選擇指標，學姐也在這篇文章中有介紹過，原則有這幾個：

1. 確保選擇的指標和這個項目的價值能匹配上；
2. 排除其他因素的干擾；
3. 選擇合適的benchmark來對比。

選完指標之后可以開始預估指標的提升，學姐在數據分析寶典里面也有詳細介紹，感興趣的可以看下，有三個方法：

1. 看行業標準，比如參考行業報告或者競品的數據；
2. 類比，比如參考其他部門、類似的行業或者類似頁面的數據；
3. 調研分析，通過抽樣和分析對上面兩個數據進行微調。

不管用什么方法去預估，盡量可以把你的推導過程描述一下，增加一些可信度，避免大老板覺得你是隨便拍腦袋得出的，當然大老板可以拍腦袋，然鵝你還沒有到可以拍腦袋的地步。

到了這一部分，很多童鞋可能覺得自己非常得心應手了。特別是項目方案，直接啪啪地把設計稿貼上去就行了！

這么做對于某些公司、老板或者項目來說，確實行得通，但并不是萬能的，學姐在這里還是教給大家一個更完整的匯報框架，除了讓匯報更順利，也能利于大家更全面地去思考整個項目，而不僅僅是停留在產品層面。

1. 產品

這部分在匯報的時候大家要注意從整體到局部去匯報，先講整個產品的功能架構，再去講具體的交互（或者線框圖）和視覺設計，這樣才可以讓老板先對整個產品有一個直觀的感受，再去看具體的某一些重點功能的設計。

1）產品概覽

學姐在之前競品分析的文章里面也介紹過產品架構圖，有兩種比較好的表達形式。

第一種是樹形結構的產品架構圖，大家把產品的大模塊，每個模塊下的功能點，每個功能點里的細節層層展開就行了，比如下面是一個微信公眾號后臺的例子，公眾號后臺的內容部分，分為創作，發送和素材庫三大模塊，創作下面又有不同類型的內容和存草稿的功能等等。

第二種是系統架構圖：

圖片摘自ProcessOn

系統架構圖更強調不同系統之間的關系，如果大家設計的是多系統之間有交互的產品，不同系統可能屬于不同的部門或者供應商，那么可以用后者，否則的話用產品架構圖就夠了。

當然，如果你這次設計的產品不太復雜，或功能點還沒想得很全，就用一個表格去把功能列表寫出來也是可以的。

2）功能點介紹

匯報的時候我們當然不會把所有的功能點都過一遍，特別是第一次匯報，挑重點功能就行了。

可以采用功能流程圖結合設計稿的形式去匯報，線框圖當然也可以（但是不好看）。

在項目初期，產品方案還沒有完全確定的情況下，設計的童鞋往往還沒有完全介入到這個項目，不一定能幫把完整的交互稿和視覺稿都完整的輸出，我們可以挑一些重點頁面讓設計童鞋輸出，作為demo就可以，這樣可以避免方案在匯報過后要調整，浪費設計童鞋的精力（不用請奶茶也能和設計童鞋搞好關系的小技巧get）。

當然，如果此時產品方案已經非常確定了，也可以直接把重點功能的流程圖或者設計稿直接挑一些重點貼在ppt里面。

學姐之前在教PRD的文章里面有講過，如果是這個功能是比較重后端邏輯的，可以主要放流程圖；如果是比較重前端頁面的，可以主要貼設計稿。

另外，大家也別忘了匯報之前最好把方案給研發的leader看一下，避免匯報了之后才發現可行性存在問題。

2. 其他資源

很多童鞋匯報完產品方案之后，就覺得整個方案匯報完了，但其實一個大項目，僅考慮產品這部分是遠遠不夠的。我們應該更進一步，思考以下幾部分：

• 是否需要配套的運營方案和運營人員；
• 是否需要調整客服系統，配備客服人員；
• 是否涉及到銷售售賣和提成；
• 是否涉及到財務流程；
• 是否涉及到法務審批；
• 新產品上線后，是否需要營銷或者推廣。

大家挑你們項目里面比較需要資源的部分去匯報一些大致方案，具體格式就不一一介紹了，主要目的是為了讓老板清晰地知曉這個項目還需要哪些產品研發之外的資源。

匯報完項目背景和方案之后，如果老板對你畫的餅有興趣，那么接下來TA可能就會期望這個項目立馬上線了！

但是，我們也要打消TA完全不切實際的想法！匯報一下我們覺得項目的預計上線時間點了，當然如果直接講，會很容易被挑戰，為什么不能項目不能提前上線？

所以，在這一部分我們需要講清楚三個“點”，第一是時間點，第二個是風險點，第三是檢查點。

1. 時間點

雖說是時間點，實際上我們并不能只去匯報上線時間這一個點，更好的表達方式是“時間線”或者“時間表”。時間線適用于比較還沒有把項目的進度拆很細的童鞋，比較適合在前期匯報一個“大致”的時間，里面的時間是“X月X旬”這種形式。

如果你的項目進度已經比較明確了，那么就可以用時間表的形式，把項目拆得更詳細一點，時間表上的單位，一般精確到“周”。

2. 風險點

不管用時間線還是時間表的形式，都是我們預估的項目進度，在實際操作中，經常會出現一些風險點，導致項目Delay。

作為一個合格的產品經理，我們要事先就把這些風險點?？梢韵茸约簢L試解決，如果解決不了，就可以去要求老板協助解決，不管哪種解決方式，我們都要在前期就給老板“提個醒”，把風險點充分暴露出來，避免等到下次匯報的時候發現進展緩慢。

學姐個人總結下來，風險點一般有這么幾種：

• 設計的工作量大，比如可能涉及到新的設計規范等，而設計的資源又比較飽和；
• 項目依賴其他部門配合開發，比如需要提需求給其他部門，平臺、中臺、客服等等；
• 項目需要多工種之間配合，比如運營、銷售、市場、BI等；
• 項目需要法務、財務等部門進行審批；
• 項目需要和其他供應商的系統進行對接；
• 項目的某些方面依賴第三方/其他公司。

童鞋們可以自行檢查下你們的項目是否有這種情況，有的話一定要及時標注，并寫清楚風險的解決方案，如果沒有很好的解決方案，也可以讓老板協助解決。

3. 檢查點

一個比較大的項目，如果涉及的工種、部門，甚至公司比較多，往往需要設計一些合理的檢查點，給大家聚在一起充分地溝通，暴露并解決問題。所以很多大廠會采用“項目（雙）周會”的形式，周會就是一個檢查點，讓大家在每周留出固定的時間來參加會議，避免每次開會人都召不齊。

當然，在匯報的時候這部分帶一嘴就行了，更重要的是要給老板一個下次預計匯報的時間，讓老板檢查項目的進度。在下個檢查點，我們除了匯報項目最新的時間表，還要匯報一些具體的進展，比如：

• 我們可以在產品的設計稿輸出（并向相關部門確認過之后）之后，進行一次匯報；
• 在運營方案確定了之后，讓運營童鞋，進行一次匯報；
• 在產品上線或者有一部分試點數據之后，進行一次匯報；
• 有了完整的數據，匯報一次項目整體復盤。

如果你們給老板匯報是以月會、雙月會這種固定時間的形式，那么在開會之前如果你的項目有了以上進展，也可以整理到月報中。

#專欄作家#

海貝學姐，公眾號：海貝學姐，人人都是產品經理專欄作家。十年大廠產品經驗，精通產品方法論和產品知識。

本文原創發布于人人都是產品經理，未經許可，禁止轉載。

題圖來自Unsplash，基于 CC0 協議。