分享產品總結寫法攻略「產品總結怎麼寫」

這兩天在寫年中總結，正好昨天也有人問到我怎麼寫，今天就簡單聊聊這個話題。

首先聲明，今天和大家講的，只是我個人在36氪的經驗，肯定不適用所有人，務必要根據你們公司的具體考核情況來定。

接下來說下我這次寫年中總結的背景：

1、基於OKR制定復盤思路。36氪的績效評估工具是OKR，年初就制定好了每個人的目標和達成路徑，年中總結也會基於此來總結和梳理。如果你是背KPI的，比如一些商業化項目，那考慮更多的則是KPI指標達成情況。

2、基於工作量收集數據。無論是年中還是年末，但凡總結彙報，就最好有數據證明。對業務導向型公司，比如36氪，產品經理的目的是支持好業務發展，數據上會更強調支持力度，也就是完成項目數和平均項目對業績的貢獻額，前者主要是工作量層級的，後者是指你設計的產品對業務人員達到他的KPI有多大幫助，有時候後者不太好統計，那可以降級處理，或者更強調前者。

3、基於用戶流量提升收集數據。如果是流量導向型公司，則更應該強調你上線的版本對用戶流量提升有多大幫助（在排除掉運營策略的前提下），有些功能不好衡量，比如優化了評論體驗，但不知道評論量提升到底是體驗升級了還是話題用戶感興趣願意評論，那可以嘗試換個角度去挖一些數據，比如平均發評論時間是否減少了，平均每文章評論量是否比以前提高了等等。

4、收集歷史數據。上述2、3收集完畢後，為體現當前這半年做的比之前更好，還要去收集歷史數據進行對比，可以是去年同期，也可以是按6個月倒推。要收集的仍舊是工作量數據和流量數據。

OK接下來再介紹我的年中總結框架：

第一部分：工作成果

1、羅列上半年所有產品線的所有版本迭代記錄，包括：項目名稱、項目開發到上線的時間、項目每個版本都做了哪些功能、負責產品經理是誰、項目是商業化產品還是用戶向產品、是否是從0到1的新項目等等，最終會得到一個如下表格：

所有版本迭代記錄

2、按項目，統計2019上半年每個項目共迭代的版本數，從而大概得出我們平均對每個項目的支持力度。再匯總2018年下半年項目版本數，和上半年做比較。

3、有時候同一個項目在迭代過程中，又有流量提升的功能，又有業務支持功能，那就需要再根據業務類型對版本迭代再做一次合併統計，比如36氪就會按toC商業化、toB商業化、內容流量線、內部支撐線再分為4個業務方向。如下圖：

按業務線統計版本數

同樣，在2019上半年基礎上，再把2018下半年的工作按這4個方向匯總統計，和上半年做對比。

4、再按人頭，統計2019上半年平均每個人迭代了多少版本。但要注意這種統計有點粗暴，畢竟每個版本的工作量各有大小，具體統計時還應該根據版本大小，是否新項目進行備註說明。在統計2018下半年的時候，還要備註哪些人是已離職的，哪些人是新入職的，以把熟悉工作的速度也納入考核。

5、最後，我會加上產品團隊在2019上半年主導的從0到1的新項目有哪些，以及這些項目對公司的價值是什麼，同樣會對比2018年下半年的新項目數，突出團隊的工作狀態和創新性。

第二部分：工作不足

除了說成果，不足之處肯定也是要如實彙報的，目的是為了更好地發現問題，直面問題。總結時務必要實事求是，不要避重就輕。比如某些版本的功能對數據增長無效，比如某個模塊的設計時間過長，比如缺乏創新的增長手段等等，也是為了引出接下來的解決思路。

第三部分：2019下半年，對不足之處的改進思路

沿着上面的不足，提出改進思路。需要額外注意的是，最好這裡結合2019下半年的業務規劃來講，也就是具體什麼時候，要做什麼事，為了解決什麼問題。第一是有針對性，第二是有時間計劃，第三是有期望結果，以便年終再進行復盤時參考。

以上三部分就是我在36氪的年中總結主要內容，但還是那句話，不代表就適合你，更多想分享的是一種思路，希望能幫到你。