产品经理工作总结【通用多篇】

【寄语】产品经理工作总结【通用多篇】为好范文网的会员投稿推荐，但愿对你的学习工作带来帮助。

产品经理工作总结 篇一

我在银行的试用期的工作就结束了，作为银行产品经理的助理，我在银行工作试用期是三个月，这三个月的工作我也跟着经理学到不少的东西，现在就对自己的工作进行总结。

刚刚应聘上产品经理的助理时，我因为是初次接触这个职业，因此很多东西都不理解，需要我去了解才能上岗的，所以来时的半个月里就跟着经理学习，看他怎么工作，然后去逐渐的深入了解，也是在半月之后，我才能真正的帮着经理做事。

我们银行的产品经理所做的工作就是为客户服务研究适合他们的理财产品，然后推给他们，那我作为他的助理，我要做的就是分析用户产生的数据，给他审查，然后他再去做个简单的修改。我跟在经理身边，除了做用户产生的数据分析外，我还要在旁看着经理与客户进行交流时记录手机客户反馈过来的意见，然后整理好了之后交给经理。另外在这几月的工作期间，我帮助经理去研究对手的产品信息以及整理出市场的研究报告信息，以便于产品在市场上推行，为银行盈利。

我做的工作都是一些辅助性的，但是我在旁边也懂得很多对于理财产品的信息，同时也了解了其他银行的理财产品。这样我就能更好的去做产品的分析，帮助经理完成对我们银行的产品的生产、使用和销售，为银行争取更大的效益。三个月以来，我工作也都变得熟练了，不仅能很快的做出产品的一个分析报告出来，而且还更加的精确，能符合经理的要求，慢慢的经理就交给我一些其他的事情做了，开始让我去分工，以此加强对我的锻炼，让我更加能配合好他的工作。

不过我还是有很多地方需要加强和改进的地方，也有一些缺点还要改正。我自己还不能很好的与客户进行一个沟通，依赖性太强，总是想要经理在场才行，这样对自己以后的工作是不利的，所以很需要加强自己的独立性和沟通能力，不然会给经理带去麻烦，也会影响经理的工作，如此我以后必须要自己独立做事才行，才能在银行工作得更久。

试用期就这么结束了，工作也到了结尾，同时我也达到了有银行对员工的考核，我顺利的通过了，为此我是高兴的，因为我有机会留下来继续辅助产品经理他的工作。我相信我可以把这工作做好的，未来不会辜负经理的信任。

产品经理工作总结 篇二

作为一名产品经理入职公司一年了，在这里总结一下。

我主要从格局、目标、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本书）。

你也可以在好范文网搜索更多本站小编为你整理的其他产品经理工作总结【通用多篇】范文。