最新产品经理工作总结报告 银行产品经理工作总结(3篇)

时间:2024-11-13 作者:储xy
简介:百分文库小编为你整理了这篇《最新产品经理工作总结报告 银行产品经理工作总结(3篇)》及扩展资料,但愿对你工作学习有帮助,当然你在百分文库还可以找到更多《最新产品经理工作总结报告 银行产品经理工作总结(3篇)》。

随着社会不断地进步,报告使用的频率越来越高,报告具有语言陈述性的特点。报告书写有哪些要求呢?我们怎样才能写好一篇报告呢?下面是小编给大家带来的报告的范文模板,希望能够帮到你哟!

产品经理工作总结报告 银行产品经理工作总结篇一

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

产品经理工作总结报告 银行产品经理工作总结篇二

一年以来,在xx移动公司领导及同事的关心、支持下,本人尽责做好本职工作,现将一年以来的具体工作职责总结如下:

在进行产品支撑工作的过程中,认真学习移动公司的各种产品,特别是我们的集团产品,熟悉产品的具体操作,并在此基础上,在客户经理挖掘到客户需求后,根据客户的具体需求合理组合产品,设计出真正满足客户需求的产品。

同时经过几次移动公司组织的产品经理素质提升培训,慢慢培养起自身的产品推介能力、客户沟通能力。在平时本人也十分注重关注通讯产品方面的最新资讯,学习其中的一些成功案例,并且经常思考这些案例能否真正运用到客户处,对有此需求的潜在客户及时挖掘出此需求,制定具体方案,并陪同客户经理前往客户处进行产品推介,及时做好产品支撑工作,提高客户的满意度。

在与客户达成一致意见、签定协议后,对方案的实施过程进行全面跟踪:如某客户处需要安装互联网专线,从派全业务建设需求单开始,先转交我司技术支撑人员,待其做完资源勘探后发回于我,本人再提交给支撑中心,若终端配置以及布线超出的情况下,还需填写配置申请单于集团大客户部主观及经理签字后传给支撑中心。

最后支撑中心派施工单到我司网络部,安排施工,施工开始后,经常与施工队以及客户联系,以便解决施工过程中的问题,确保按时完工,让客户及时使用,在客户开始使用后,适时进行上门或者电话拜访,了解客户使用情况以及存在的问题,将问题及时反馈给市公司,真正做好产品支撑工作,提高客户满意度。

过去的一年是中国移动进行全业务激烈竞争的一年,在这一年的时间里,手上经手完成约50条互联网专线、语音专线,并且完成xx地税一卡通项目,不段学习新知识,充实自己,真正地做好了产品支撑工作。

产品经理工作总结报告 银行产品经理工作总结篇三

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

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

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

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

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

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

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

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

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

无论你打算从公司内部还是从公司外部招聘产品经理,必须清楚合适的人选应该具备哪些特质。在此也特别为朋友们编辑整理了产品经理年终工作总结。

相关范文推荐