产品经理工作总结范文实用4篇

参考资料，少熬夜！产品经理工作总结范文实用4篇【导读指引】三一刀客最漂亮的网友为您整理分享的“产品经理工作总结范文实用4篇”文档资料，供您学习参考，希望此文档对您有所帮助，喜欢就分享给朋友们吧！产品经理的工作总结1作为一名产品经理入职公司一年了，在这里总结一下。我主要从格局、目标、Owner、产品迭代、产品运营、不断学习六个方面进行总结，这也是我理解下来我这个阶段产品经理需要努力去学习和补足的六个方面。一、格局1、我理解的格局。这里的格局我定义为去理解公司、团队的定位发展，将事情上升到一个档次。了解公司的发展、团队的定位，与上级的思路达成“一致”，更有力地向前推进。这里的一致是大方向的一致。2、为什么要有格局？产品经理是方向执行者，必须理解大方向。同步项目合作方，大家目标达成一致或基本一致。二、目标1、大目标：类似公司的愿景，产品最终希望实现的一个愿景。2、每一阶段目标：这里可能就是流量、收入、产品功能/运营等OKR要求。将每个季度的目标拆解到每个月，每两周，不断推进，不断review。3、每一个需求目标：之前经常性做伪需求，先想清楚你要解决的问题是什么，你的目标是什么，然后再考虑解决方案。有时候就是想到了一个解决方案，就想着做这个方案，反而没有考虑更多，忘了有更合适的功能。三、Owner1、你是产品的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本书）。产品经理工作总结2作为一名产品经理入职公司一年了，在这里总结一下。我主要从格局、目标、Owner、产品迭代、产品运营、不断学习六个方面进行总结，这也是我理解下来我这个阶段产品经理需要努力去学习和补足的六个方面。一、格局1、我理解的格局。这里的格局我定义为去理解公司、团队的定位发展，将事情上升到一个档次。了解公司的发展、团队的定位，与上级的参考资料，少熬夜！思路达成“一致”，更有力地向前推进。这里的一致是大方向的一致。2、为什么要有格局？产品经理是方向执行者，必须理解大方向。同步项目合作方，大家目标达成一致或基本一致。二、目标1、大目标：类似公司的愿景，产品最终希望实现的一个愿景。2、每一阶段目标：这里可能就是流量、收入、产品功能/运营等OKR要求。将每个季度的目标拆解到每个月，每两周，不断推进，不断review。3、每一个需求目标：之前经常性做伪需求，先想清楚你要解决的问题是什么，你的目标是什么，然后再考虑解决方案。有时候就是想到了一个解决方案，就想着做这个方案，反而没有考虑更多，忘了有更合适的功能。三、Owner1、你是产品的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本书）。产品经理工作总结3一、销售业绩回顾及分析：（一）业绩回顾：1、开拓了新合作客户近三十个（具体数据见相关部门统计）。2、x~x月份销售回款超过了之前x~x月的同期回款业绩。（具体数据见相关部门统计）3、市场遗留问题基本解决。市场肌体已逐渐恢复健康，有了进一步拓展和提升的基矗（二）业绩分析：1、促成业绩的正面因素：①调整营销思路，对市场费用进行承包，降低新客户的合作资金门槛。虽然曾一度被人背后讥笑，但有效就是硬道理！我公司的思路是促成业绩的重要因素之一。②加强了销售人员工作的过程管理，工作实效有所提升。③用提高提成比例和开发新客户给予额外奖励的经济激励手法，形成了重奖之下必有勇夫的积极心态，也是促成业绩的重要因素之一。④对于市场遗留问题的解决，依据轻重缓急程序，采用坚