產品經理工作總結【通用多篇】

產品經理工作總結 篇一

我在銀行的試用期的工作就結束了，作為銀行產品經理的助理，我在銀行工作試用期是三個月，這三個月的工作我也跟着經理學到不少的東西，現在就對自己的工作進行總結。

剛剛應聘上產品經理的助理時，我因為是初次接觸這個職業，因此很多東西都不理解，需要我去了解才能上崗的，所以來時的半個月裏就跟着經理學習，看他怎麼工作，然後去逐漸的深入瞭解，也是在半月之後，我才能真正的幫着經理做事。

我們銀行的產品經理所做的工作就是為客户服務研究適合他們的理財產品，然後推給他們，那我作為他的助理，我要做的就是分析用户產生的數據，給他審查，然後他再去做個簡單的修改。我跟在經理身邊，除了做用户產生的數據分析外，我還要在旁看着經理與客户進行交流時記錄手機客户反饋過來的意見，然後整理好了之後交給經理。另外在這幾月的工作期間，我幫助經理去研究對手的產品信息以及整理出市場的研究報告信息，以便於產品在市場上推行，為銀行盈利。

我做的工作都是一些輔助性的，但是我在旁邊也懂得很多對於理財產品的信息，同時也瞭解了其他銀行的理財產品。這樣我就能更好的去做產品的分析，幫助經理完成對我們銀行的產品的生產、使用和銷售，為銀行爭取更大的效益。三個月以來，我工作也都變得熟練了，不僅能很快的做出產品的一個分析報告出來，而且還更加的精確，能符合經理的要求，慢慢的經理就交給我一些其他的事情做了，開始讓我去分工，以此加強對我的鍛鍊，讓我更加能配合好他的工作。

不過我還是有很多地方需要加強和改進的地方，也有一些缺點還要改正。我自己還不能很好的與客户進行一個溝通，依賴性太強，總是想要經理在場才行，這樣對自己以後的工作是不利的，所以很需要加強自己的獨立性和溝通能力，不然會給經理帶去麻煩，也會影響經理的工作，如此我以後必須要自己獨立做事才行，才能在銀行工作得更久。

試用期就這麼結束了，工作也到了結尾，同時我也達到了有銀行對員工的考核，我順利的通過了，為此我是高興的，因為我有機會留下來繼續輔助產品經理他的工作。我相信我可以把這工作做好的，未來不會辜負經理的信任。

產品經理工作總結 篇二

作為一名產品經理入職公司一年了，在這裏總結一下。

我主要從格局、目標、Owner、產品迭代、產品運營、不斷學習六個方面進行總結，這也是我理解下來我這個階段產品經理需要努力去學習和補足的六個方面。

一、格局

1、我理解的格局。

這裏的格局我定義為去理解公司、團隊的定位發展，將事情上升到一個檔次。瞭解公司的發展、團隊的定位，與上級的思路達成“一致”，更有力地向前推進。這裏的一致是大方向的一致。

2、為什麼要有格局？

產品經理是方向執行者，必須理解大方向。同步項目合作方，大家目標達成一致或基本一致。

二、目標

1、大目標：類似公司的願景，產品最終希望實現的一個願景。

2、每一階段目標：這裏可能就是流量、收入、產品功能/運營等OKR要求。將每個季度的目標拆解到每個月，每兩週，不斷推進，不斷review。

3、每一個需求目標：之前經常性做偽需求，先想清楚你要解決的問題是什麼，你的目標是什麼，然後再考慮解決方案。有時候就是想到了一個解決方案，就想着做這個方案，反而沒有考慮更多，忘了有更合適的功能。

三、Owner

1、你是產品的owner，你要為產品負責。

2、面子不重要。

剛畢業產品要多請教別人，不要覺得怎麼什麼事情都要請教別人，或者讓別人決定。有的時候開發都笑我做不了主，不過比起面子，產品功能符合需求才是最重要的。自己拍的板可能考慮不周全，反而引起再一個問題，這樣反而使開發對你失去信心。

3、積極主動。

積極思考，積極請教別人，是先自己思考再請教。積極跟進需求，跟進合作方進度： 你的需求對你來説是最重要的，但對於合作方不一定是，要不斷跟進，多“騷擾騷擾”別人。

四、產品迭代

1、競品分析。

競品分析，一般都比較關注競品做了什麼功能，什麼邏輯，容易忽略商業模式及運營策略，先了解競品大策略，能更好地理解競品為什麼要做這些功能。

運營策略：別人是怎麼運營的，你在推進產品功能的時候，運營有沒有跟上。

2、需求初審。

需求初審是與項目干係人介紹產品背景及目標，做相關核心功能點及相關優先級討論。

（1）保證可用

每一次的產品迭代，要把對應的需求列出來，排好優先級，考慮如果沒有這個功能，用户能不能用。

每一個產品都希望上線的產品是功能豐富的，但受限於資源、開發時長，我們需要快速迭代，不斷迭代核心功能。

（2）相關方溝通

比較大的項目，涉及多個合作方， 一定要跟所有相關方及時溝通。相關方會告知自己的考慮點，幫助產品瞭解各方問題，確定需求。這樣就不會出現突然插入需求/修改流程。與leader及時溝通，將整體流程同步，因為leader經驗比較豐富，會看的比較遠。以之前做的支付提現流程為例，除涉及到前後端技術、設計外還涉及到收銀台、付款平台、風控、法務、財務、税務、客服等相關部門。

（3）上線時間

做大項目時，老大會問你預估上線時間，這時候千萬不要自己拍腦袋，要綜合設計、技術時間給到一個合理的預估時間。產品最忌諱我覺得這個很簡單嘛，應該xx時間就能上線。

（4）組內溝通：如果需求比較小，在提需求前可以在組內進行溝通。

3、交互階段。

（1）提需求：需求考慮完整再提，不要為了卡提需求時間或佔坑而提。

（2）流程圖：提需求要給到相關的流程圖。

（3）相關wiki：涉及到需求變更/邏輯補充都更新到wiki中，留下相關記錄，好記性不如爛筆頭。

（4）交互稿同步技術同事：拉一個前後端負責人的羣，有交互初稿時，可以先同步到羣裏。不要等到需求評審的時候才發現技術問題，這樣可以避免交互多次修改。交互定稿再同步技術同事，跟技術確定下來的交互稿就可以直接進入視覺。

4、需求評審PRD。

這時的需求評審就不是技術找問題的評審，而是確定可以做的需求評審。

（1）產品邏輯：需要同步技術通過相關的頁面邏輯，並詳細寫在PRD裏面。

（2）獨立的功能模塊

當項目比較大時，最好把產品拆分成獨立的幾個模塊，進行開發測試。好處是，減少開發時長。這裏開發時長也包含測試時長。

（3）小問題要及時處理

這個可能是我個人的毛病，因為覺得打點信息/通知節點不急，就會有點拖。這些最好在需求評審完一天內晚上PRD，不要隨便去改PRD。因為開發是拿着PRD去開發的，你每次改動都會有信息同步開發，多次改動，開發每次還要去看你改了什麼，很麻煩，也會對你產生不信任。

（4）組內其他需求排優先級：每次需求評審前要把組內需求過一次，排好優先級，節省在需求評審會議的需求排序時間。

5、開發&測試階段。

（1）因為很多產品細節/文案都是在交互稿&視覺稿中體現，所以在交互階段就把相關文案確定。

（2）開發過程中可能會遇到之前沒考慮到的邏輯/需求評審開發沒考慮到的點：具體case具體處理，有問題的點要及時請教別人。

6、跟進上線

(1)Beta測試：

要告知測試同事及時進入測試（一般都會有系統郵件同步項目流轉），產品也要多自測。

（2）內部上線

內部上線：Beta上的數據跟線上一般都不太一樣，多次項目下來，大項目最可以內部上線，小項目可以直接上線測，然後跟進線上效果。上線時間要穩中求快。

五、產品運營

不需要只會做產品功能的產品經理，需要懂產品運營的產品經理。

1、在做產品，做運營之前，我們要努力使自己成為有趣的人，這樣才能給到用户一些有意思的體驗。

2、這個時代裏面，人們有更多情感上和精神上的需要，想要你的產品去觸動人心，首先你要能夠通過一些情感上的設計、功能、運營跟體驗，讓用户感到温暖。

六、不斷學習

1. 經驗可以積累，但是思維、境界需要不斷去學習；

2、現在碎片化信息很多，能不能做到有效思考；

3、多看書（19年至少看完12本書）。

產品經理工作總結 篇三

一、銷售業績回顧及分析：

（一）業績回顧：

1、開拓了新合作客户近三十個（具體數據見相關部門統計）。

2、x~x月份銷售回款超過了之前x~x月的同期回款業績。（具體數據見相關部門統計）

3、市場遺留問題基本解決。市場肌體已逐漸恢復健康，有了進一步拓展和提升的基矗

（二）業績分析：

1、促成業績的正面因素：

①調整營銷思路，對市場費用進行承包，降低新客户的合作資金門檻。雖然曾一度被人揹後譏笑，但有效就是硬道理！我公司的思路是促成業績的重要因素之一。

②加強了銷售人員工作的過程管理，工作實效有所提升。

③用提高提成比例和開發新客户給予額外獎勵的經濟激勵手法，形成了重獎之下必有勇夫的積極心態，也是促成業績的重要因素之一。

④對於市場遺留問題的解決，依據輕重緩急程序，採用堅持公司利益原則，以有效依據處理的指導思路，從而使問題的解決未成觸份公司的利益。

2、存在的負面因素：

①銷售人員對公司的指示精神理解不夠，客户定位不夠穩定，沒有嚴格按照終端思路開拓客户，部分客户選擇方面存在一定失誤！

②銷售人員的心態以及公司存在薪資制度，均存在急功近利狀況。銷售人員更多的只想有錢回到公司帳上，卻沒有更多的考慮客户是否適合公司的合作定位以及長久發展。

③客户選擇公司產品時更多考慮的是折扣低價，所以很多未將鋪底鋪入終端賣場，甚至根本無終端意識，直接將公司的終端品牌變成毫無優勢的流通產品。

④大多數代理商的等靠要觀念存在，但公司的產品價格降到底價，已無更多利潤支持市常

⑤公司的品牌定位終端，但包裝缺乏視覺優勢，宣傳促銷贈品不夠新穎豐富，對產品的宣傳、銷售的拉動力不大。

⑥暫時缺乏品牌入市的拉動策略，不能促成品牌的熱銷。

⑦銷售人員不能切實推行公司指導思路，至今未建立起典範式的品牌樣板市常

⑧銷售人員缺乏統一的營銷培訓，觀念、思路、方法和工作執行力無統一和協調，往往擅長市場開拓而不擅長市場維護和提升。

二、費用投入的回顧和分析：

（一）費用回顧：

1、營銷政策調整後，市場費用得以控制，公司的盈利能力穩定，8~12月相比3~8月同期利潤額增加。（具體數據見相關部門的統計）

2、人員費用的固定風險降低，基本扼制了人力資源的虧損，8~12月相比3~8月週期人力成本降低，剩餘價值提升。（具體數據見相關部門的統計）

（二）費用分析：

1、正面因素：

①公司提出市場費用承包政策之後，最大限度防止了費用陷阱，費用超支現象得以控制。

②公司調整並制定了銷售人員新的待遇方案，公司的固定風險降低了，人員的競爭意識和挑戰性加強。

2、負面因素：

①營銷部沒有數據統計的支持，對費用的控制較為盲目。

②市場支持費用和人員費用報銷等，營銷部存在知情難，無審批的歧形現象，管理無法加強。

③個別人員管理觀念陳舊、保守，不能主動遵從層級化管理，因此整個管理缺乏科學的流程。

④老闆一筆籤的現象依然存在。

三、營銷團隊的建設回顧及分析：

（一）團隊建設業績回顧：

1、銷售人員的放牧式現象基本消除，營銷團隊的管理加強。

2、待遇方面，基本消費了大鍋飯現象，薪資待遇的挑戰性增強，標準更科學合理。

3、團隊的執行力有所增強。

4、提問題不提解決方案的現象減少，銷售人員的工作能動性增強。

5、銷售人員工作主動性有所增強，工作實效提高。

（二）團隊建設分析：

1、正面因素分析：

①採取每日電話報到和每月工作彙報的管理形式，一定程度上可以瞭解銷售人員在做什麼？做得怎樣？

②降低了銷售人員底薪，並將提成比例隨着回款額度的增加而提高，增強了銷售人員的工作挑戰性。

③通過提醒式的罰款和個人管理信用的樹立，從制度要求和心理印象上讓銷售人員感覺到公司管理的嚴肅性，因此執行力隨之增強。

④管理要求每一個銷售人員必須提出問題的解決辦法，從而逼迫銷售人員遇到問題時首先聯想解決問題的辦法。同時樹立了銷售人員的責任心遇到問題找藉口、找理由的現象降低，逐步樹立了解決問題是職責的職業操守。

⑤在管理實踐中，不斷地給銷售人員心理壓力和工作危機感，從而使得銷售人員的主動性不斷增強。居安思危的心理利於工作能動性和工作實效的提升。

2、負面因素分析：

①公司內部的輔助管理配合不到位，團隊管理實效降低。

②公司部份管理人員管理意識保守，團隊管理實效降低。

③銷售人員長期適應了放任式的管理，從觀念上、心理上和行為上有一定適應期去接受較為實效的管理。

④部分人存在老油條觀念，有一定優越感，因此對於公司加強管理有和稀稀泥的想法存在。

⑤部分人心存不軌，希望鑽公司管理的漏洞。所以希望公司管理的漏洞一直存在，甚至增加。

⑥人性特點的普遍反映：被管理者希望公司管理的能見度、透明度一致較低。因此對能見度逐漸增強的管理有一定

牴觸心理。

⑦公司管理高層調整，久經事故的銷售人員見風使舵，左右逢緣，趁機矇混過關，不遵從公司的管理，重新回到放任狀態。

⑧誰都想做好人，缺乏主動做惡人的管理人員，管理原則不能堅持，等於一紙空文。

產品經理的工作總結 篇四

作為一名產品經理入職公司一年了，在這裏總結一下。

我主要從格局、目標、Owner、產品迭代、產品運營、不斷學習六個方面進行總結，這也是我理解下來我這個階段產品經理需要努力去學習和補足的六個方面。

一、格局

1、我理解的格局。

這裏的格局我定義為去理解公司、團隊的定位發展，將事情上升到一個檔次。瞭解公司的發展、團隊的定位，與上級的思路達成“一致”，更有力地向前推進。這裏的一致是大方向的一致。

2、為什麼要有格局？

產品經理是方向執行者，必須理解大方向。同步項目合作方，大家目標達成一致或基本一致。

二、目標

1、大目標：類似公司的願景，產品最終希望實現的一個願景。

2、每一階段目標：這裏可能就是流量、收入、產品功能/運營等OKR要求。將每個季度的目標拆解到每個月，每兩週，不斷推進，不斷review。

3、每一個需求目標：之前經常性做偽需求，先想清楚你要解決的問題是什麼，你的目標是什麼，然後再考慮解決方案。有時候就是想到了一個解決方案，就想着做這個方案，反而沒有考慮更多，忘了有更合適的功能。

三、Owner

1、你是產品的owner，你要為產品負責。

2、面子不重要。

剛畢業產品要多請教別人，不要覺得怎麼什麼事情都要請教別人，或者讓別人決定。有的時候開發都笑我做不了主，不過比起面子，產品功能符合需求才是最重要的。自己拍的板可能考慮不周全，反而引起再一個問題，這樣反而使開發對你失去信心。

3、積極主動。

積極思考，積極請教別人，是先自己思考再請教。積極跟進需求，跟進合作方進度： 你的需求對你來説是最重要的，但對於合作方不一定是，要不斷跟進，多“騷擾騷擾”別人。

四、產品迭代

1、競品分析。

競品分析，一般都比較關注競品做了什麼功能，什麼邏輯，容易忽略商業模式及運營策略，先了解競品大策略，能更好地理解競品為什麼要做這些功能。

運營策略：別人是怎麼運營的，你在推進產品功能的時候，運營有沒有跟上。

2、需求初審。

需求初審是與項目干係人介紹產品背景及目標，做相關核心功能點及相關優先級討論。

（1）保證可用

每一次的產品迭代，要把對應的需求列出來，排好優先級，考慮如果沒有這個功能，用户能不能用。

每一個產品都希望上線的產品是功能豐富的，但受限於資源、開發時長，我們需要快速迭代，不斷迭代核心功能。

（2）相關方溝通

比較大的項目，涉及多個合作方， 一定要跟所有相關方及時溝通。相關方會告知自己的考慮點，幫助產品瞭解各方問題，確定需求。這樣就不會出現突然插入需求/修改流程。與leader及時溝通，將整體流程同步，因為leader經驗比較豐富，會看的比較遠。以之前做的支付提現流程為例，除涉及到前後端技術、設計外還涉及到收銀台、付款平台、風控、法務、財務、税務、客服等相關部門。

（3）上線時間

做大項目時，老大會問你預估上線時間，這時候千萬不要自己拍腦袋，要綜合設計、技術時間給到一個合理的預估時間。產品最忌諱我覺得這個很簡單嘛，應該xx時間就能上線。

（4）組內溝通：如果需求比較小，在提需求前可以在組內進行溝通。

3、交互階段。

（1）提需求：需求考慮完整再提，不要為了卡提需求時間或佔坑而提。

（2）流程圖：提需求要給到相關的流程圖。

（3）相關wiki：涉及到需求變更/邏輯補充都更新到wiki中，留下相關記錄，好記性不如爛筆頭。

（4）交互稿同步技術同事：拉一個前後端負責人的羣，有交互初稿時，可以先同步到羣裏。不要等到需求評審的時候才發現技術問題，這樣可以避免交互多次修改。交互定稿再同步技術同事，跟技術確定下來的交互稿就可以直接進入視覺。

4、需求評審&PRD。

這時的需求評審就不是技術找問題的評審，而是確定可以做的需求評審。

（1）產品邏輯：需要同步技術通過相關的頁面邏輯，並詳細寫在PRD裏面。

（2）獨立的功能模塊

當項目比較大時，最好把產品拆分成獨立的幾個模塊，進行開發測試。好處是，減少開發時長。這裏開發時長也包含測試時長。

（3）小問題要及時處理

這個可能是我個人的毛病，因為覺得打點信息/通知節點不急，就會有點拖。這些最好在需求評審完一天內晚上PRD，不要隨便去改PRD。因為開發是拿着PRD去開發的，你每次改動都會有信息同步開發，多次改動，開發每次還要去看你改了什麼，很麻煩，也會對你產生不信任。

（4）組內其他需求排優先級：每次需求評審前要把組內需求過一次，排好優先級，節省在需求評審會議的需求排序時間。

5、開發&測試階段。

（1）因為很多產品細節/文案都是在交互稿&視覺稿中體現，所以在交互階段就把相關文案確定。

（2）開發過程中可能會遇到之前沒考慮到的邏輯/需求評審開發沒考慮到的點：具體case具體處理，有問題的點要及時請教別人。

6、跟進上線

(1)Beta測試：

要告知測試同事及時進入測試（一般都會有系統郵件同步項目流轉），產品也要多自測。

（2）內部上線

內部上線：Beta上的數據跟線上一般都不太一樣，多次項目下來，大項目最可以內部上線，小項目可以直接上線測，然後跟進線上效果。上線時間要穩中求快。

五、產品運營

不需要只會做產品功能的產品經理，需要懂產品運營的產品經理。

1、在做產品，做運營之前，我們要努力使自己成為有趣的人，這樣才能給到用户一些有意思的體驗。

2、這個時代裏面，人們有更多情感上和精神上的需要，想要你的產品去觸動人心，首先你要能夠通過一些情感上的設計、功能、運營跟體驗，讓用户感到温暖。

六、不斷學習

1、經驗可以積累，但是思維、境界需要不斷去學習；

2、現在碎片化信息很多，能不能做到有效思考；

3、多看書（19年至少看完12本書）。