产品经理工作总结范文亮点报告范例5篇

【参照】优秀的范文能大大的缩减您写作的时间，以下优秀范例“产品经理工作总结范文亮点报告范例5篇”由阿拉漂亮的网友为您精心收集分享，供您参考写作之用，希望下面内容对您有所帮助，喜欢就复制下载吧！

产品经理工作总结亮点报告范文【第一篇】

20xx年的工作即将告一段落。回顾这一年来的工作，我在公司领导及各位同事的关心、指导和帮助下，严格要求自己，认真落实领导交给的各项任务工作总结。

在担任公司产品经理的过去一年中，我带领本部门人员在公司领导下开展工作：

一、进行系统详细的业务分析。

1、充分的调研产品的5w2h，尤其是要找到产品形态，产品内涵以及外延，产品的理论基础。

2、确立产品所处的行业环境以及在竞争中处的战略位置；制定产品延伸策略，包括后续产品和服务的延伸范围和设想。

3、找出系统风险和防范措施，如何利用系统方法化解市场风险，如何利用社会化的方法完成看似不可能的任务。

二、业务分析完成以后，进行详细的项目分析和实施。

1、协助项目经理完成产品立项，包括任务分解、资源矩阵、人员招募和培训。

2、商议确定产品的具体需求，落实到每一个可获得的用例。

3、召集设计师和工程师、尤其是架构师充分参与产品开发设。

三、在面对技术与测试发出的疑问、意见时，产品经理的做法应是：

1、对持有疑问的设计内容找到对方的逻辑观点。

2、以对方的逻辑进行设计可以改变什么？节约开发实现成本还是提高用户体验？

3、回想自己最初这样设计的初心，进行对比，是否需要改变什么？

产品经理工作总结亮点报告范文【第二篇】

1、完成了广东培训平台的设计，并进行了后续的验收、优化，以及项目实施的跟进。

2、在广东平台基础上向省培平台的改版设计、优化，以及项目实施的跟进。

3、进行适用于非学历培训的平台改版设计。

4、东北师大免费师范生网上学—台的问题跟进、处理、优化工作。

5、商务平台需求修改的跟进。

6、进行了明德特色平台需求的初步分析及报价。

7、教育部杂志社平台改版需求（需求分析后已交予程老师等待确认）。

8、老培训平台的新需求接收、整理、安排、跟进问题。

9、处理业务部门发来的问题邮件1800余封。

10、接收并安排用户提出的平台搭建申请242个。

11、接听教务、教学、客服、办事处打来的各种电话，并予以解答、处理。

1、心理承受能力差，当多个项目的事情同时压过来时，容易手忙脚乱，在做一件时的时候想着另一件事，影响效率和质量。针对此类问题，第一时间不应该是忙乱，而是应该结合业务的紧急情况，确定事情的优先级，踏踏实实的干完一件事，再干另一件事。

2、技能水平有待提高，例如在看到别的同事设计的demo模型时，感觉自己设计的太简单，没有美化，也缺少灵动性。应该继续深化自己对demo模型绘画工具的使用水平。将demo做的更精细，更便于ui制作页面，更便于开发理解需求。

1、规范各部门的工作流程，除了常规问题的处理流程外，能够有一套紧急问题处理流程。避免有紧急问题时，因为某一环节的人员不在单位而导致事情的搁置。

2、规范问题处理机制，确定什么类型的问题可以技术中心自行处理；什么类型的问题必须向领导汇报并得到确认后才能处理；什么类型的问题需要向业务部门及客户通报后得到确认才能处理。

3、针对发现问题、处理问题的追责制度，避免大家没有解决问题的紧迫性和积极性或者推卸责任，提高问题的解决效率和质量。

4、技术中心发展迅速，但导致人与人之间不认识或不了解，甚至会发生一些误会，不利于之间的合作。建议开展一些户外拉练，加强同事之间的合作互助。

5、能够有一个很好的技术中心文化、氛围，让大家在开心的氛围内工作，有共同的目标去奋斗。

6、考评结果反馈表中，有一条是感觉部门中最差的是谁。这类问题如果漏出，容易造成同事之间的不和谐，建议取消这类问题。

7、进行一些员工培训，使员工有更多的成长进步。

产品经理工作总结亮点报告范文【第三篇】

出色的产品经理就在公司里，只不过在其他岗位上，有可能是软件工程师、用户体验设计师、系统工程师，等着伯乐去发掘，下面是为大家准备的产品经理年终工作总结。个人素质和态度技术可以学习，素质却难以培养，有些素质是成功的产品经理必不可少的。

有这样一群人，他们对产品有一种本能的热爱，把自己生活中的一切事物都看成产品，怀揣对优秀的产品的热爱和尊重。这份热情是产品经理必备的素质，是他们夜以继日克服困难、完善产品的动力。这份热情能感染团队成员，激励所有人。

辨别这种特质很容易，可以让应聘者谈谈自己最喜欢的产品及喜欢的原因，聊聊不同领域的产品和他讨厌的产品，问问对方，如果有机会，他打算怎样完善自己最喜欢的产品。热情是难以伪装的，虚伪的做作容易毕露无遗。

理想的产品经理不一定来自产品的目标市场(这种情况有利也有弊)，但是他必须融入目标市场。这一特质对制造大众产品的高科技企业尤为难得。我们倾向于从自己的角度去理解用户和市场。事实上，目标用户的经验、喜好、价值观、知觉能力、忍受程度、技术理解很可能与我们的大相径庭。

可以就产品的目标市场向应聘者发问，让他谈谈如何换位思考。了解应聘者对目标市场的感觉，最重要的是看对方是尊重目标市场希望融入其中，还是打算一意孤行改变用户习惯。对国际化的产品和针对特定地域的产品来说，换位思考尤其重要。各种文化虽有共通之处，但也存在许多差异。有些差异对产品无关紧要，有些则至关重要。应该考察应聘者是否足够了解目标市场，能否区分这两种差异。

人的智力水平是无法替换的。产品管理需要洞察力和判断力，因此必须具备敏锐的头脑。勤奋当然是必需的`，但从事这项工作光有勤奋还远远不够。

招聘聪明人是项知易行难的任务，结果在很大程度上取决于招聘者的能力和可靠性。常言道，物以类聚，人以群分，此言不虚。方法之一是测试应聘者解决问题的能力。微软令人称道的、深入而有效的面试，即是考察应聘者解决问题的能力，通常由一位或多位领域专家就一个问题对应聘者进行深入考察。面试官不关心应聘者是否知道正确答案，而看重应聘者解决问题的思路和方法(智力优于知识)。如果应聘者回答正确，面试官会将问题略作调整，询问应聘者在新情况下如何应付。重复这个过程，直到应聘者被迫处理他不知道答案的情况，说出解决方法。

每种团队角色承担的义务和付出的努力都不相同。产品经理肩负着产品的前途和命运，绝不适合贪图安逸的人担任。即便掌握了时间管理和产品管理的技巧，产品经理依然要为产品投入大量精力。成功的产品经理能拥有时间享受清闲的家庭生活吗?只要具备足够的经验，我相信可以做到。但是，如果你期望的是一周只工作四十个小时，下班后把工作抛诸脑后，那是不现实的。

成功的产品经理需要付出多少努力?在这个问题上，我对应聘者向来坦率，产品管理工作绝不能用时间来衡量，付出多少都不为过。紧急情况下临时找来的救火队员多半不是合适的产品经理人选。

无论你打算从公司内部还是从公司外部招聘产品经理，必须清楚合适的人选应该具备哪些特质。在此也特别为朋友们编辑整理了(*)，在这里总结一下。

我主要从格局、目标、owner、产品迭代、产品运营、不断学习六个方面进行总结，这也是我理解下来我这个阶段产品经理需要努力去学习和补足的六个方面。

1.我理解的格局。

这里的格局我定义为去理解公司、团队的定位发展，将事情上升到一个档次。了解公司的发展、团队的定位，与上级的思路达成“一致”，更有力地向前推进。这里的一致是大方向的一致。

2.为什么要有格局?

产品经理是方向执行者，必须理解大方向。同步项目合作方，大家目标达成一致或基本一致。

1.大目标：类似公司的愿景，产品最终希望实现的一个愿景。

2.每一阶段目标：这里可能就是流量、收入、产品功能/运营等okr要求。将每个季度的目标拆解到每个月，每两周，不断推进，不断review。

3.每一个需求目标：之前经常性做伪需求，先想清楚你要解决的问题是什么，你的目标是什么，然后再考虑解决方案。有时候就是想到了一个解决方案，就想着做这个方案，反而没有考虑更多，忘了有更合适的功能。

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本书)。

产品经理工作总结亮点报告范文【第四篇】

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

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

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

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

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

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