產品經理年終述職報告：總結過去，展望未來2020年的到來，預示著自己將成為一個6歲的互聯網人，4歲的產品經理了。當人們開始回憶的時候，總是免不了一些傷感的氛圍。寫到這里，不禁有些感慨時光如梭，歲月蹉跎。好了，牢騷的話咽在心里，努力向前，盡人事，聽天命！此次年終述職報告的的性質我們前面也提了，其一是工作中的一個任務，其二是對于自己職業生涯的階段性小結。既然性質如此，我們就需要兩者兼顧。根據自己的工作情況，我在年終述職中，主要想表達三個核心觀點：1.專業度以專業的方法論來以正視聽，讓大家明白，我們產品經理并不是互聯網公司總打雜，也不是單純的作圖仔，產品經理也是一個極具專業性的崗位。2.責任心總結工作中存在的問題，包括個人層面與團隊層面的，并給出相關的解決方案。能夠發現問題，并能夠給出解決方案，這本身就是有責任心的體現。3.產品價值產品的價值包括兩個方面，一個是使用價值，另外一個是商業價值。在很多時候，兩者是相輔相成的，提升產品的使用價值，必然能夠為產品的商業價值賦能。但有時候兩者又是相生相克的，不得不為了產品的商業價值而犧牲部分的使用價值。如何為產品賦能，這是領導層非常愿意聽到的話題。我們來看一下，在年終述職報告中，第一個觀點表達自己的專業度，第二個觀點表達自己的責任心，第三個觀點表達如何創造產品價值。試問，如果是你作為領導，聽到這樣的年終述職報告，你會不為之心動嗎？接下來，我們以PPT圖片+備注的形式，來看一下這份產品經理的年終述職報告，看看你是否也會有些許的感同身受。報告（圖1）這份述職內容，主要包含了三個部分：第一部分年度工作概述，回顧一下一年來自己主要的工作內容；第二部分工作復盤分析，我認為總結的目的主要就是為了發現問題并解決問題。這部分主要分析了一下整個工作過程中自己存在的以及在協作過程中存在的一些問題，并思考這些問題的解決方案；第三部分是對未來工作的一個展望。第一部分：工作總結（圖2）我從三個維度總結了一下自己的工作，分別是項目維度、職業維度以及產出維度。（圖3）這一部分內容，真的只是走過場。因為這一年下來，你到底做了什么，有哪些貢獻，領導大概都是知道的。你再描繪地豐富多彩，領導也只是聽一聽而已。但作為述職匯報，這方面的內容又是必不可少的。有這兩個方面值得注意：拿數據說話；描述進度狀態。我在這一部分會講解經歷的項目包含哪些主要模塊，x、y表示數據，狀態包括落地階段和設計階段。整體表達了自己一年經歷了幾個項目，然后每個項目中已經落地的模塊有x個，還在設計階段的模塊有y個。當然，大家如果有更加豐富的數據維度的話，可以繼續往上列舉，例如營收數據、用戶數據等。（圖4）這張PPT主要總結了自己工作過程中涉及的“面”。產品經理的技能樹大家或許見過，涉及的內容特別多，也充分體現了產品經理這個崗位的特性——“綜合性”。我這里只列舉了幾個方面，其一是因為這些方面是自己工作過程中接觸最多的；其二是因為自己對于這些方面感受最深，有很多想要總結的地方。我們先來看兩方面的分析：B端產品的核心價值之一就是提升用戶的效率，而提升效率的關鍵就在于業務流程的固化與優化。所以，分析的第一方面就是業務流程，業務場景是產品設計的依據，是價值傳遞的介質，是溝通交流的基石。離開業務場景，我們設計的產品都可以說是霧里探花、水中望月。我們再來看兩方面的梳理：這兩個方面分別是信息梳理和功能梳理，對應的產出物是信息結構視圖和功能結構視圖，這也是功能概設階段最主要的內容了。最后，就是大家最熟悉的原型設計方面了，還有就是相關文檔的整理工作。從職責維度概括一下的話，自己今年主要負責的有以上六個方面。（圖5）從產出維度來總結一下，自己的產出內容，大概有這樣八種。分析階段產出的第一項內容是業務流程圖，這個大家應該是都比較熟悉的。另外，就是用于描述業務場景的用戶故事，這是我們目前所缺乏的內容。用戶故事能夠讓整個團隊更加清晰地理解業務，以及明白自己做的產品為用戶解決了什么問題，有什么存在的意義。用戶故事表達的核心就是“作為一個<xx用戶角色>，我想要<完成xx活動>，以便于<實現xx價值>”。梳理內容的產出，剛才我們提到過了，包括信息結構視圖與功能結構視圖。這兩項內容，相當于設計階段的工程圖紙，是設計的依據。產品設計的產出，一個功能原型，這種類型的原型圖主要是為了表達，我們設計出來的產品解決了用戶的哪些問題，讓用戶覺得產品“能用”；另一個是交互原型，這種類型的原型圖則是為了表達，在操作過程中怎樣能更好地幫助用戶解決問題，讓用戶覺得產品“好用”。文檔整理的產出，一個是面向技術端的需求文檔，有很多時候，這種需求文檔也會以原型備注的形式呈現；另一個是面向業務端的解決方案。第二部分：復盤分析（圖6）第二部分工作復盤分析，我將從個人層面、協作層面以及資源層面來總結一下其中存在的問題，以及自己能夠想到的解決辦法。（圖7）這張PPT可以說是對于自己職業生涯的總結。首先自我評價一下的話，可以說是“經驗掌握不足，知識掌握不夠”。而這似乎又是一個偽命題，因為經驗與知識永遠都沒有足夠的時候。我們所能做的，只有不斷地成長。但很多時候，我們又會陷入這樣的一個怪圈當中：我們做了一個又一個的產品，看了一本又一本書籍，但當我們開始下一個項目時，仍舊會感覺一切如此之“新”，似乎所有的都需要從頭再來。究其原因，是因為我們做的一個又一個產品，只是獲得了“經歷”，并非吸收了“經驗”；我們看的一本又一本書籍，也只是獲得了“知道”，而并非掌握了“知識”。中華文字，博大精深，兩個詞語的一字之差，其中的深意，真的很耐人尋味。而這兩者之間進行轉變的途徑就是“總結”，就比如我們現在正在進行的年終總結。（圖8）在今年9月份左右的時候，我也是為自己立下了這樣的目標：“樹立產品思維，構建知識體系”。我覺得，無論在哪個行業，如果想要成為一個“專家級”角色的話，那么一定要有屬于自己的方法論。（圖9）協作層面，我這邊想總結的一點就是，缺乏了明確的流程規范。長此以往造成的影響，存在于三個方面：第一個方面就是會造成溝通反復，影響效率。人的反饋是感性的，感性就代表著這種反饋會根據周圍環境的不同，或者是人們當時心境的不同而產生變化。所以很多時候會出現自己否定自己之前想法的情況，而理性的流程規范就能夠有效地避免這方面的問題。第二個方面是第一個方面的延伸，如果一味地以人為反饋為標準的話。那么，久而久之就會產生“你說的都對”、“你讓我干什么我就干什么吧”這種心態，就會造成自驅力被逐漸地消磨殆盡的后果。第三個方面，是增加理解成本，浪費人力資源。從本質上說，人都是有惰性的。如果沒有必要的條件約束，大家肯定都會選擇簡單省事的選項。這樣就容易產生一份需求不明確的需求文檔，或者是設計不清晰的原型圖，接收人理解起來就需要花費大量的功夫，到頭來還可能出現設計與實現不一致，到最后再次返工的情況，浪費了人力資源。所以說，我覺得在協作層面，逐步建立起明確的流程規范還是很有必要的。（圖10）例如需求規范，我們可將需求分為問題級需求和方案級需求。問題級需求是客觀存在的，我們的一切出發點，就是為了幫助客戶解決業務問題；而方案級需求，就會出現仁者見仁智者見智的情況，是有待探討的。在需求分析里面，有一句相當經典的話是這樣說的：“客戶是問題專家，而非解決方案專家，他提出的方案未必能夠完美地解決他遇到的問題”。所以，每一次的需求分析，都應該經過“澄清問題—>了解背景—>建議并確定解決方案“的步驟。（圖11）再例如設計規范，按鈕是我們最常見的功能了。PPT中這張圖是我自己所用的組件庫里面，關于按鈕類型的規范。界內的規范有很多，而在以后工作的過程中，需要做的就是篩選出適合于我們的設計規范。（圖12）對于工作復盤分析，第三方面的總結就是資源層面的內容，主要分為設計資源和需求資源。對于設計資源我想說的是產品經理、UE設計師，UI設計師這是不同的崗位，原型圖可以往精細化的方向處理，但原型圖畢竟不是效果圖。所以說，我們要跟UE多交流，這也是團隊目前有在做的事情。然后，雖然我們是B端產品，但UI這個環節我是覺得不能夠省略的。畢竟術業有專攻，我們能夠給出UI層面的直接體驗反饋，但是我們無法給出專業的意見和建議，更無法從專業的角度進行UI層面的體驗設計。對于需求層面的，主要是指售前資源和用戶資源。我們設計的產品，想要避免閉門造車的情況，就必須充分了解需求。這方面呢，我以后自己也需要主動地跟售前和用戶進行溝通，另一方面，也希望領導幫忙協調這些資源。因為有時候想要了解一個情況，我確實不知道找誰。第三部分：未來展望（圖13）總結分析的內容說完了，第三部分未來工作計劃，主要是對于未來工作的展望，包括業務方向，價值方向與落地途徑三個方面。（圖14）業務方向這一部分，小伙伴們可以根據公司規劃，自行往里面填充內容。我們可以在這張PPT中，加上這樣的描述：“九層之臺起于壘土，千里之行始于足下，我們需要做的就是一步一個腳印地將方向進行落地實踐。”（圖15）產品的價值包括兩個方面，一個是使用價值，另外一個是商業價值。在很多時候，兩者是相輔相成的，提升產品的使用價值，必然能夠為產品的商業價值賦能；但有時候兩者又是相生相克的，不得不為了產品的商業價值而犧牲部分的使用價值。我的想法是，在為產品賦予價值能過程中，要牢牢把握住這三個方面：能夠保證執行層方便快捷地采集數據；能夠保證管理層及時高效地獲取信息；能夠為決策層提供判斷的依據支撐。（圖16）關于落地途徑總結了這四個方面。用戶調研與競品分析，這可以說是兩個專門的課題了，在以后的工作過程中也是需要逐步建立其流程規范的，這里就先不展開了。關于用戶反饋，我想說的一點就是，自己看自己設計或者研發出來的內容時，往往很多現象都是習以為常，感覺不出來問題所在。所以，我們應該盡量通過不同的人員，以用戶的視角來進行感受，這時候往往能夠發現很多意想不到的問題。