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

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

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

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

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

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

總之，一個看起來很簡單的項目，做起來還挺複雜的，好在當時我考慮得還挺全面的，每一次的彙報都還挺順利的，上線之後并沒有造成什麼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。

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

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

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

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

3. 檢查點

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

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

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

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

#專欄作家#

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

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

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

,

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

查看全部