产品经理年度工作总结范文5篇.doc
《产品经理年度工作总结范文5篇.doc》由会员分享,可在线阅读,更多相关《产品经理年度工作总结范文5篇.doc(16页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、 产品经理年度工作总结范文5篇 2023年的工作马上告一段落。回忆这一年来的工作,我在公司领导及各位同事的关怀、指导和帮忙下,严格要求自己,仔细落实领导交给的各项任务工作总结。 在担当公司产品经理的过去一年中,我带着本部门人员在公司领导下开展工作: 一、进展系统具体的业务分析 1.充分的调研产品的5w2h,尤其是要找到产品形态,产品内涵以及外延,产品的理论根底; 2.确立产品所处的行业环境以及在竞争中处的战略位置;制定产品延长策略,包括后续产品和效劳的延长范围和设想; 4.找出系统风险和防范措施,如何利用系统方法化解市场风险,如何利用社会化的方法完成看似不行能的任务; 二、业务分析完成以后,进
2、展具体的工程分析和实施 1.帮助工程经理完成产品立项,包括任务分解、资源矩阵、人员招募和培训; 2.协商确定产品的详细需求,落实到每一个可获得的用例; 3.召集设计师和工程师、尤其是架构师充分参加产品开发设。 在面对技术与测试发出的疑问、意见时,产品经理的做法应是: 1.对持有疑问的设计内容找到对方的规律观点; 2.以对方的规律进展设计可以转变什么?节省开发实现本钱还是提高用户体验? 3.回想自己最初这样设计的初心,进展比照,是否需要转变什么? 以上是一个合格的产品经理需要能做到的事情,其实这对产品经理的个人素养要求很高,首先要经得起pk,其次是拉的下脸成认自己的设计的确有欠缺,最终是还要扛得
3、住在开发过程中更改需求所带来的指责。 在今年的工作中,我慢慢的做到了这些事,从最初的纯粹的争吵到最终只对双方的提议进展分析与推断,这就是我的成长。到现在已经开头喜爱上对自己设计的产品有不同看法的用户了,真心的盼望这样的用户量在多一点,以便帮忙我更快的成长。 产品经理年度工作总结范文2 作为一名产品经理入职公司一年了,在这里总结一下。 我主要从格局、目标、Owner、产品迭代、产品运营、不断学习六个方面进展总结,这也是我理解下来我这个阶段产品经理需要努力去学习和补足的六个方面。 一、格局 1.我理解的格局。 这里的格局我定义为去理解公司、团队的定位进展,将事情上升到一个档次。了解公司的进展、团队
4、的定位,与上级的思路达成“全都”,更有力地向前推动。这里的全都是大方向的全都。 2.为什么要有格局? 产品经理是方向执行者,必需理解大方向。同步工程合作方,大家目标达成全都或根本全都。 二、目标 1.大目标:类似公司的愿景,产品最终盼望实现的一个愿景。 2.每一阶段目标:这里可能就是流量、收入、产品功能/运营等OKR要求。将每个季度的目标拆解到每个月,每两周,不断推动,不断review。 3.每一个需求目标:之前常常性做伪需求,先想清晰你要解决的问题是什么,你的目标是什么,然后再考虑解决方案。有时候就是想到了一个解决方案,就想着做这个方案,反而没有考虑更多,忘了有更适宜的功能。 三、Owner
5、 1.你是产品的owner,你要为产品负责。 2.面子不重要。 刚毕业产品要多请教别人,不要觉得怎么什么事情都要请教别人,或者让别人打算。有的时候开发都笑我做不了主,不过比起面子,产品功能符合需求才是最重要的。自己拍的板可能考虑不周全,反而引起再一个问题,这样反而使开发对你失去信念。 3.积极主动。 积极思索,积极请教别人,是先自己思索再请教。积极跟进需求,跟进合作方进度: 你的需求对你来说是最重要的,但对于合作方不肯定是,要不断跟进,多“骚扰骚扰”别人。 四、产品迭代 1.竞品分析。 竞品分析,一般都比拟关注竞品做了什么功能,什么规律,简单忽视商业模式及运营策略,先了解竞品大策略,能更好地理
6、解竞品为什么要做这些功能。 运营策略:别人是怎么运营的,你在推动产品功能的时候,运营有没有跟上。 2.需求初审。 需求初审是与工程干系人介绍产品背景及目标,做相关核心功能点及相关优先级争论。 (1)保证可用 每一次的产品迭代,要把对应的需求列出来,排好优先级,考虑假如没有这个功能,用户能不能用。 每一个产品都盼望上线的产品是功能丰富的,但受限于资源、开发时长,我们需要快速迭代,不断迭代核心功能。 (2)相关方沟通 比拟大的工程,涉及多个合作方, 肯定要跟全部相关方准时沟通。相关方会告知自己的考虑点,帮忙产品了解各方问题,确定需求。这样就不会消失突然插入需求/修改流程。与leader准时沟通,将
7、整体流程同步,由于leader阅历比拟丰富,会看的比拟远。以之前做的支付提现流程为例,除涉及到前后端技术、设计外还涉及到收银台、付款平台、风控、法务、财务、税务、客服等相关部门。 (3)上线时间 做大工程时,老大会问你预估上线时间,这时候千万不要自己拍脑袋,要综合设计、技术时间给到一个合理的预估时间。产品最忌讳我觉得这个很简洁嘛,应当_时间就能上线。 (4)组内沟通:假如需求比拟小,在提需求前可以在组内进展沟通。 3.交互阶段。 (1)提需求:需求考虑完整再提,不要为了卡提需求时间或占坑而提。 (2)流程图:提需求要给到相关的流程图。 (3)相关wiki:涉及到需求变更/规律补充都更新到wik
8、i中,留下相关记录,好记性不如烂笔头。 (4)交互稿同步技术同事:拉一个前后端负责人的群,有交互初稿时,可以先同步到群里。不要等到需求评审的时候才发觉技术问题,这样可以避开交互屡次修改。交互定稿再同步技术同事,跟技术确定下来的交互稿就可以直接进入视觉。 4.需求评审PRD。 这时的需求评审就不是技术找问题的评审,而是确定可以做的需求评审。 (1)产品规律:需要同步技术通过相关的页面规律,并具体写在PRD里面。 (2)独立的功能模块 当工程比拟大时,最好把产品拆分成独立的几个模块,进展开发测试。好处是,削减开发时长。这里开发时长也包含测试时长。 (3)小问题要准时处理 这个可能是我个人的毛病,由
9、于觉得打点信息/通知节点不急,就会有点拖。这些最好在需求评审完一天内晚上PRD,不要任凭去改PRD。由于开发是拿着PRD去开发的,你每次改动都会有信息同步开发,屡次改动,开发每次还要去看你改了什么,很麻烦,也会对你产生不信任。 (4)组内其他需求排优先级:每次需求评审前要把组内需求过一次,排好优先级,节约在需求评审会议的需求排序时间。 5.开发测试阶段。 (1)由于许多产品细节/文案都是在交互稿视觉稿中表达,所以在交互阶段就把相关文案确定。 (2)开发过程中可能会遇到之前没考虑到的规律/需求评审开发没考虑到的点:详细case详细处理,有问题的点要准时请教别人。 6.跟进上线 (1)Beta测试
10、: 要告知测试同事准时进入测试(一般都会有系统邮件同步工程流转),产品也要多自测。 (2)内部上线 内部上线:Beta上的数据跟线上一般都不太一样,屡次工程下来,大工程最可以内部上线,小工程可以直接上线测,然后跟进线上效果。上线时间要稳中求快。 五、产品运营 不需要只会做产品功能的产品经理,需要懂产品运营的产品经理。 1.在做产品,做运营之前,我们要努力使自己成为好玩的人,这样才能给到用户一些有意思的体验。 2.这个时代里面,人们有更多情感上和精神上的需要,想要你的产品去触动人心,首先你要能够通过一些情感上的设计、功能、运营跟体验,让用户感到暖和。 六、不断学习 1. 阅历可以积存,但是思维、
11、境地需要不断去学习; 2.现在碎片化信息许多,能不能做到有效思索; 3.多看书(19年至少看完12本书)。 产品经理年度工作总结范文3 一年以来,在_移动公司领导及同事的关怀、支持下,本人尽责做好本职工作,现将一年以来的详细工作职责总结如下: 一、产品支撑工作 在进展产品支撑工作的过程中,仔细学习移动公司的各种产品,特殊是我们的集团产品,熟识产品的详细操作,并在此根底上,在客户经理挖掘到客户需求后,依据客户的详细需求合理组合产品,设计出真正满意客户需求的产品。同时经过几次移动公司组织的产品经理素养提升培训,渐渐培育起自身的产品推介力量、客户沟通力量;在平常本人也非常注意关注通讯产品方面的最新资
12、讯,学习其中的一些胜利案例,并且常常思索这些案例能否真正运用到客户处,对有此需求的潜在客户准时挖掘出此需求,制定详细方案,并伴随客户经理前往客户处进展产品推介,准时做好产品支撑工作,提高客户的满足度。 在与客户达成全都意见、签定协议后,对方案的实施过程进展全面跟踪:如某客户处需要安装互联网专线,从派全业务建立需求单开头,先转交我司技术支撑人员,待其做完资源勘探后发回于我,本人再提交给支撑中心,若终端配置以及布线超出的状况下,还需填写配置申请单于集团大客户部主观及经理签字后传给支撑中心,最终支撑中心派施工单到我司网络部,安排施工,施工开头后,常常与施工队以及客户联系,以便解决施工过程中的问题,确
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 产品 经理 年度工作 总结 范文
限制150内