又到年底了，年終報告你寫了麼？沒思路？不如看下這篇，enjoy~
又到了年底啦，提前祝大家新年快樂！
首先，我想在座的各位，每次寫總結的時候，是不是都加班加點的去趕！坐著半天，冥思苦想好幾個小時可能都憋不出來一個屁來，等到開寫的時候，大筆一揮，洋洋灑灑，結果寫出來，人家看幾眼就結束了！沒有任何的反饋！！！
當然我基本上也是這個樣子，但後來我轉變了思想，寫報告就是記錄一種心路歷程，就當給自己做總結了。而實際中，我是拿著這些報告在晨會中，來做產品解讀、產品分享，和各崗位撕逼找論點證據專用，避免出現因為想不到合適的方法，而被別人懟的體無完膚~
說一下，總結能力是一個初級PM進階高階不可或缺的能力之一，能執行是基礎，但如何把成果直觀的量化出來，非常考驗一個PM的實力，況且多數PM作為理工科，不是很擅長寫文字類總結，因此就可能造成了你想的是10分，做出來的是8分，寫出來的是6分，領導理解的是5分，結果給你一個不合格這種不良的情況。
大部分情況下，我們寫的報告是給直系領導來查看，為了讓他更好的了解軟體當前的實際情況，或是給領導一些他想要的數據分析以及產品資料。這種情況下，我們是被動的給予，他想要我們就給什麼，不僅需要時間整理，還需要專人去配合查找，如果時間比較緊急，數據可能還不夠準確，導致報告質量差、效果不明顯，起不到指導作用。
另一種情況是，給自己做總結來看，我們可以根據領導經常需要的內容，以及自己的一些思考，定期的進行數據記錄查找（建議每周），然後將這些數據或是資料，記錄在一張表中，或是寫一份簡單的模板文檔，每次固定的修改其中的內容，這樣對於重要數據的記錄，我們可以隨時拿出來。
這就是我說的報告撰寫範圍，大多數情況，我們需要的只是幾個相同的模板內容，我們只要找到規律，便可以做出來一份模板，類似PRD一樣，經過3個版本左右的完善，基本就成型了，以後寫只需要改改文字即可。
這個一般根據公司的不同，來編寫不同的內容，這裡不做統一的分類，具體方法可參考下面所說的。
日常情況下，寫一份報告的時長最多1~2天就得交稿，這種情況，要的數據一般比較統一，只需要日常積累就能做到，因此，我們只要將模板定好，一周總結一次，定能保證你可以圓滿的完成任務。
特殊情況，需要寫年度報告，需要的周期時間可能會長一些，1~2周來實現，這時我們為了保證報告的質量，需要對數據進行查詢、總結、驗證、說明，我們將更多的數據，多維度的進行分析，以便得出客觀準確的結論。
在這裡，我們要明確3點內容：產品定位、用戶群體、商業價值。
產品定位
XXXX，是一款XXX樣的軟體，提供XXX樣的服務，解決了哪些用戶的XXX的痛點。我們要明確的回答兩個問題：其一，產品要做哪些、實現哪些；其二，用戶通過使用產品可以實現哪些。
用戶群體
我們的用戶群體是，XXX行業（領域）內中的XXX類群體。接下來，詳細描述用戶的不同分類，用戶畫像，年齡、愛好、性別、職位、收入等等。
商業價值
產品通過什麼方式、渠道，來進行收入轉化，將每一個渠道單獨拿出來，確定每個渠道付費轉化的重要程度，以及實際效果。
根據每一個指標進行分析，同時可進行多維度的分析，以及比較分析。圖表一定要做！！！
我們將需要分析的數據，進行上個月的比較、歷史同期的比較、聯繫實際情況說明、預測下個階段的數據情況。具體內容，可簡單一筆帶過，也可以詳細分析每個數據的意義，根據需求的不同，來決定到底深入分析到哪個層次。
總體，先說結論、後說原因、最後附上一張數據圖。領導最關心的也是這個部分。
例：1.1 新增用戶
2017年10月，新增用戶2000人，同比提高100%（9月新增1000人），已連續3個月實現新增用戶增長，同時較比同期提升400%（2016年10月新增500人），原因有二：一是，開展新運營活動；二是，加強了廣告渠道的投放。預計11月，新增用戶3500人，增長趨勢會進一步提高。
首先，說明自己在本階段（一周內、一個版本內、一個季度內）做了哪些主要工作（用的時間周期比較長的，短的就不要寫了），並拿出數據；
其次，你負責的產品主要做了哪些的改變，以及實際效果如何；
最後，讚揚一下你的隊友，同時，該背鍋的也要背鍋。
例：
在2017年10月中，主要完成了四項工作：7.3.9版本的PRD文檔的編寫工作；7.3.8版本的驗收工作；配合運營完成了活動XXX的推廣；拜訪XXX用戶進行需求對接並籤訂協議單。下面主要對這四項工作進行說明。
（1）……
（2）7.3.8版本驗收工作。共計需要實現6個需求的修改，25個bug的修復；實際實現了5個需求，完成了20個bug的修改（其中解決重點bug5個）。已完成需求說明：…，未完成需求說明：時間不足流向下個版本。5個未解決bug分別是：……，非重要性bug，可在7.3.9版本解決。
（3）運營活動XXX推廣工作，在app和微信公眾號內開發實現了XXX功能，活動為期3天，前期投入3000元，實現800人的新增轉化，其中app轉化150人、微信轉化650人，並實現付費用戶100人，盈收10000元的良好結果。總體效果顯著，超出預期新增500人、付費50人的目標，盈收5000元。
（4）……
活動的成功，得益於運營部門完整的方案設計，以及一個個用戶的回訪；其次，也在於技術部門的同學加班加點的技術實現，保證了活動在app以及微信公眾號的同步，讓用戶能夠順利的完成操作。他們的敬業精神，值得學習和讚揚。
活動的失敗，多源於活動方案和產品原型交接不順利，導致開發周期延長1天，錯過關鍵1天，結果造成新增用戶未達到預期效果。為了避免問題再次出現，部門間負責人要多留交流，多留時間過方案，以便達成共識，以便保證項目時間充裕，項目能夠按時完成。
下階段的主要目標，多是來源於上級目標的拆分，我們可以就這些目標來寫這份報告。這個階段理解能力、項目管理能力、邏輯能力等複合能力就變得十分重要。
上級拆解的目標和任務可能會很模糊，這時就需要你自己來理解，將他說的，變成你將要做的。此時，建議你從產品整體的角度、KPI考核指標，來理解他所說的目標，並再進一步的對這個目標拆分，得出更細緻的工作。如果你有下一級，建議將每個人的工作全部寫清楚。
其次，要對任務的先後順序，有一個詳細的梳理，確認每個任務的時間節點，對此進行一個宏觀的判斷，具體細節可根據實際情況進行微調。
產品在上線以後，我們需要根據PRD、MRD、BRD等描述的信息，來對新版本產品的數據進行跟蹤，因此我們得提前對這些數據進行預測，來估算數據能上升或下降到什麼程度，達到什麼標準才算成功、達到什麼標準是失敗。這種預測可換算為指標，我們就根據實際的kpi進行考核，前提是要靠譜。
根據測試報告、軟體當前bug，可以估算當軟體在一定條件下，可能出現伺服器卡頓、軟體黑屏等異常情況，對此需要一些應對策略，提前進行風險識別，這類情況對於金融類、信息類的公司異常重要。
最後一個部分，我們要將自己的想法寫出來了，一般領導或上司都會看一下，這塊內容是你提升或想法得到實現的關鍵。
其次，好的建議需要一條完整的實現路徑，否者也是空口白談，因此當你提出了建議，需要寫一寫簡單的規劃，讓建議大體上看來可行，然後才能進入到會議中討論，這樣你也可以提前準備，來讓更多的人了解並支持你未來的方案。
舉個例子，有一次，boss只是在會議中說了一句想提高XXX指標，我便上網查找了類似的軟體以及運營的活動，舉例並闡述了實現的可能性以及花銷情況。雖然被另一個領導給否掉了，但卻意外獲得了參與新項目策劃的資格。
合理的建議，是你獲得提升（職位提升、能力提升）的關鍵，企業首選的是能力卓越能打破困局的高層次人才，但一般企業最需要的是踏實肯幹的人，如果這類人更有想法，願意為企業付出，那麼對於他的機會那會是更多的。
今天的分享到這裡就結束了，我之前猶豫要不要附上一個詳細產品報告文檔，想一想還是算了吧！畢竟白給的也沒人願意珍惜，等以後完善一下，以一個指導性的文檔分享給大家吧！
樸老師，項目型產品經理，人人都是產品經理專欄作家。主做ToB移動辦公軟體，愛思考、愛學習，愛交流，歡迎各位留言建議。
本文原創發布於人人都是產品經理。未經許可，禁止轉載。
題圖來自 unsplash，基於 CC0 協議