- 产品经理终工作总结 推荐度：
- 相关推荐
【荐】产品经理终工作总结
总结是把一定阶段内的有关情况分析研究，做出有指导性结论的书面材料，它可以帮助我们总结以往思想，发扬成绩，不如静下心来好好写写总结吧。总结怎么写才不会流于形式呢？以下是小编精心整理的产品经理终工作总结，希望能够帮助到大家。
产品经理终工作总结1
20xx年的工作即将告一段落。回顾这一年来的工作，我在公司领导及各位同事的关心、指导和帮助下，严格要求自己，认真落实领导交给的各项任务工作总结。
在担任公司产品经理的过去一年中，我带领本部门人员在公司领导下开展工作：
一、进行系统详细的业务分析
1.充分的调研产品的5w2h，尤其是要找到产品形态，产品以及外延，产品的理论基础;
2.确立产品所处的行业环境以及在竞争中处的战略位置;制定产品延伸策略，包括后续产品和服务的延伸范围和设想;
4.找出系统风险和防范措施，如何利用系统方法化解市场风险，如何利用社会化的方法完成看似不可能的任务;
二、业务分析完成以后，进行详细的项目分析和实施
1.协助项目经理完成产品立项，包括任务分解、资源矩阵、人员招募和培训;
2.商议确定产品的具体需求，落实到每一个可获得的用例;
3.召集设计师和工程师、尤其是架构师充分参与产品开发设。
在面对技术与测试发出的疑问、意见时，产品经理的做法应是：
1.对持有疑问的.设计内容找到对方的逻辑观点;
2.以对方的逻辑进行设计可以改变什么?节约开发实现成本还是提高用户体验?
3.回想自己最初这样设计的初心，进行对比，是否需要改变什么?
以上是一个合格的产品经理需要能做到的事情，其实这对产品经理的个人素质要求很高，首先要经得起pk，其次是拉的下脸承认自己的设计确实有欠缺，最后是还要扛得住在开发过程中更改需求所带来的指责。
在今年的工作中，我渐渐的做到了这些事，从最初的纯粹的争吵到最后只对双方的提议进行分析与判断，这就是我的成长。到现在已经开始喜欢上对自己设计的产品有不同看法的用户了，真心的希望这样的用户量在多一点，以便帮助我更快的成长。
产品经理终工作总结2
一年以来，在移动公司领导及同事的关心、支持下，本人尽责做好本职工作，现将一年以来的具体工作职责总结如下：
一、产品支撑工作
在进行产品支撑工作的过程中，认真学习移动公司的各种产品，特别是我们的集团产品，熟悉产品的具体操作，并在此基础上，在客户经理挖掘到客户需求后，根据客户的具体需求合理组合产品，设计出真正满足客户需求的产品。同时经过几次移动公司组织的产品经理素质提升培训，慢慢培养起自身的产品推介能力、客户沟通能力;在平时本人也十分注重关注通讯产品方面的最新资讯，学习其中的一些成功案例，并且经常思考这些案例能否真正运用到客户处，对有此需求的.潜在客户及时挖掘出此需求，制定具体方案，并陪同客户经理前往客户处进行产品推介，及时做好产品支撑工作，提高客户的满意度。
在与客户达成一致意见、签定协议后，对方案的实施过程进行全面跟踪：如某客户处需要安装互联网专线，从派全业务建设需求单开始，先转交我司技术支撑人员，待其做完资源勘探后发回于我，本人再提交给支撑中心，若终端配置以及布线超出的情况下，还需填写配置申请单于集团大客户部主观及经理签字后传给支撑中心，最后支撑中心派施工单到我司网络部，安排施工，施工开始后，经常与施工队以及客户联系，以便解决施工过程中的问题，确保按时完工，让客户及时使用，在客户开始使用后，适时进行上门或者电话拜访，了解客户使用情况以及存在的问题，将问题及时反馈给市公司，真正做好产品支撑工作，提高客户满意度。
过去的一年是中国移动进行全业务激烈竞争的一年，在这一年的时间里，手上经手完成约50条互联网专线、语音专线，并且完成地税一卡通项目，不段学习新知识，充实自己，真正地做好了产品支撑工作。
二、指标跟踪工作
在进行指标跟踪工作的过程中，本着认真、细心、严谨这六个字做好此项工作，经常与各县市的经营分析人员进行交流，遇到不明白的向他们请教，学习经验，并在借鉴他人经验的基础上，摸索出一套适合自己以及团队的指标跟踪及完成方式。
我司的指标主要分为年考核指标、季度考核指标以及月考核指标，针对不同指标时间上的差异性，合理安排时间，根据年考核指标来统揽全局，指导其他两个指标，并与季度考核指标以及月考核指标共同进行，将年考核指标融合到季度考核指标和月考核指标之中;使季度考核指标和月考核指标服务于年考核指标，在完成季度考核指标及月考核指标的时候，同时完成年考核指标。但是，指标有轻重缓急之分，不可能说做到完美，在这时候，舍去一些可以在后期完成的指标，重点完成目前紧急的指标。
具体来说，将需要完成的指标整在一个表格内，认真学习指标的具体口径，并将指标如何完成进行分解，落实到每个具体责任人，对其进行跟踪，定期提取数据，将数据缺口告知相关责任人，让其知道自身指标完成进度，积极与其和主管商谈，寻找完成方式方法，以确保各项指标准时完成。
三、培训工作
在对客户经理进行培训工作时，自身熟练掌握产品，学习产品的操作方式，提前准备好培训的各种材料，并且根据客户经理的薄弱产品进行重点推介，在培训的过程中与同事们一起学习成长，所谓“书山有路勤为径，学海无涯苦做舟”只有通过不断的学习，才能在科学技术日新月异的今天，在通讯行业全业务激烈竞争的严峻形势下，取得更好的成绩。
四、其它工作
在做好以上具体工作的基础上，认真地完成好公司主管、领导交代的其他临时性工作，不计酬劳，任劳任怨、加班加点，按时保质完成工作。
五、问题以及缺点总结
回顾一年来的工作，反省自身存在的问题及缺点，我认为主要由于进移动的时间尚短，技术方面的专业知识不够全面，对公司的一些操作流程也不熟悉，在工作中也走了一些弯路。但是，“实践出真知”，本人在工作中不断发现自己的错误，也及时改进了自己的错误。在今后的工作中，我会努力提高自身的修养，充分发挥自己的特长，克服不足之处，努力做出新的成绩。
产品经理终工作总结3
作为一名产品经理入职公司一年了，在这里总结一下。
我主要从格局、目标、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本书)。
【产品经理终工作总结】相关文章：
产品经理终工作总结08-08
总经理终工作总结01-11
产品经理的工作总结11-18
珠宝销售经理终工作总结范文05-07
产品经理工作总结04-18
物业经理终总结范文03-07
房地产销售经理终工作总结04-02
产品经理工作总结（精华）05-26
产品经理述职报告10-25
产品经理工作总结15篇04-05