88教案网

你的位置: 教案 > 教案大全 > 导航 > 工具产品经理工作总结(热门11篇)

工具产品经理工作总结

发表时间:2025-01-04

工具产品经理工作总结(热门11篇)。

总结是对某一阶段的工作、学习或思想中的经验或情况进行分析研究的书面材料,通过它可以正确认识以往学习和工作中的优缺点,不妨坐下来好好写写总结吧。但是却发现不知道该写些什么,下面是小编整理的产品经理工作总结,欢迎阅读,希望大家能够喜欢。

工具产品经理工作总结 篇1

本人于xxxx年xx月份进入xx移动公司工作。在移动公司的一年时间里,本人担任产品经理一职。一年以来,在xx移动公司领导及同事的关心、支持下,本人尽责做好本职工作,现将一年以来的具体工作职责总结如下:

一、产品支撑工作

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

在与客户达成一致意见、签定协议后,对方案的实施过程进行全面跟踪:如某客户处需要安装互联网专线,从派全业务建设需求单开始,先转交我司技术支撑人员,待其做完资源勘探后发回于我,本人再提交给支撑中心,若终端配置以及布线超出的情况下,还需填写配置申请单于集团大客户部主观及经理签字后传给支撑中心,最后支撑中心派施工单到我司网络部,安排施工,施工开始后,经常与施工队以及客户联系,以便解决施工过程中的问题,确保按时完工,让客户及时使用,在客户开始使用后,适时进行上门或者电话拜访,了解客户使用情况以及存在的问题,将问题及时反馈给市公司,真正做好产品支撑工作,提高客户满意度。

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

二、指标跟踪工作

在进行指标跟踪工作的过程中,本着认真、细心、严谨这六个字做好此项工作,经常与各县市的经营分析人员进行交流,遇到不明白的向他们请教,学习经验,并在借鉴他人经验的基础上,摸索出一套适合自己以及团队的指标跟踪及完成方式。

我司的指标主要分为年考核指标、季度考核指标以及月考核指标,针对不同指标时间上的差异性,合理安排时间,根据年考核指标来统揽全局,指导其他两个指标,并与季度考核指标以及月考核指标共同进行,将年考核指标融合到季度考核指标和月考核指标之中;使季度考核指标和月考核指标服务于年考核指标,在完成季度考核指标及月考核指标的时候,同时完成年考核指标。但是,指标有轻重缓急之分,不可能说做到完美,在这时候,舍去一些可以在后期完成的指标,重点完成目前紧急的指标。

具体来说,将需要完成的指标整在一个表格内,认真学习指标的具体口径,并将指标如何完成进行分解,落实到每个具体责任人,对其进行跟踪,定期提取数据,将数据缺口告知相关责任人,让其知道自身指标完成进度,积极与其和主管商谈,寻找完成方式方法,以确保各项指标准时完成。

三、培训工作

在对客户经理进行培训工作时,自身熟练掌握产品,学习产品的操作方式,提前准备好培训的各种材料,并且根据客户经理的薄弱产品进行重点推介,在培训的过程中与同事们一起学习成长,所谓“书山有路勤为径,学海无涯苦做舟”只有通过不断的学习,才能在科学技术日新月异的今天,在通讯行业全业务激烈竞争的严峻形势下,取得更好的成绩。

四、其它工作

在做好以上具体工作的基础上,认真地完成好公司主管、领导交代的其他临时性工作,不计酬劳,任劳任怨、加班加点,按时保质完成工作。

五、问题以及缺点总结

回顾一年来的工作,反省自身存在的问题及缺点,我认为主要由于进xx移动的时间尚短,技术方面的专业知识不够全面,对公司的一些操作流程也不熟悉,在工作中也走了一些弯路。但是,“实践出真知”,本人在工作中不断发现自己的错误,也及时改进了自己的错误。在今后的工作中,我会努力提高自身的修养,充分发挥自己的特长,克服不足之处,努力做出新的成绩。

工具产品经理工作总结 篇2

作为一名产品经理,在年终总结中,可以从以下几个方面进行总结:

产品策略与规划:回顾过去一年中所制定的产品策略与规划,评估其是否符合市场需求和公司战略目标,以及是否达成了预期的目标。同时,也要对未来的产品规划进行展望,确定产品方向和发展方向。

用户研究与用户体验:评估过去一年中的用户研究与用户体验工作,了解用户需求和反馈,以及是否满足用户需求,优化用户体验。

产品开发与发布:回顾过去一年中的产品开发进展,评估产品的.开发效率和质量,是否按时按质地完成了产品开发工作。同时,也要评估产品的发布效果,是否得到了用户的认可和支持。

竞争分析与市场反馈:对过去一年中的市场竞争情况进行分析,了解市场动态和用户反馈,为产品未来的发展提供参考和指导。

团队建设与协作:评估过去一年中的团队建设和协作工作,是否能够有效地协作和沟通,提高团队效率和协作能力。

综上所述,产品经理在年终总结中应该对自己过去一年的工作进行全面评估和总结,以便更好地制定未来的工作计划和发展方向。

工具产品经理工作总结 篇3

各位尊敬的领导:

本人于xxxx年xx月份进入xx移动公司工作。在移动公司的一年时间里,本人担任产品经理一职。一年以来,在xx移动公司领导及同事的关心、支持下,本人尽责做好本职工作,现将一年以来的具体工作职责总结如下:

一、产品支撑工作

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

在与客户达成一致意见、签定协议后,对方案的实施过程进行全面跟踪:如某客户处需要安装互联网专线,从派全业务建设需求单开始,先转交我司技术支撑人员,待其做完资源勘探后发回于我,本人再提交给支撑中心,若终端配置以及布线超出的情况下,还需填写配置申请单于集团大客户部主观及经理签字后传给支撑中心,最后支撑中心派施工单到我司网络部,安排施工,施工开始后,经常与施工队以及客户联系,以便解决施工过程中的问题,确保按时完工,让客户及时使用,在客户开始使用后,适时进行上门或者电话拜访,了解客户使用情况以及存在的问题,将问题及时反馈给市公司,真正做好产品支撑工作,提高客户满意度。

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

二、指标跟踪工作

在进行指标跟踪工作的过程中,本着认真、细心、严谨这六个字做好此项工作,经常与各县市的经营分析人员进行交流,遇到不明白的向他们请教,学习经验,并在借鉴他人经验的基础上,摸索出一套适合自己以及团队的指标跟踪及完成方式。

我司的指标主要分为年考核指标、季度考核指标以及月考核指标,针对不同指标时间上的差异性,合理安排时间,根据年考核指标来统揽全局,指导其他两个指标,并与季度考核指标以及月考核指标共同进行,将年考核指标融合到季度考核指标和月考核指标之中;使季度考核指标和月考核指标服务于年考核指标,在完成季度考核指标及月考核指标的时候,同时完成年考核指标。但是,指标有轻重缓急之分,不可能说做到完美,在这时候,舍去一些可以在后期完成的指标,重点完成目前紧急的指标。

具体来说,将需要完成的指标整在一个表格内,认真学习指标的具体口径,并将指标如何完成进行分解,落实到每个具体责任人,对其进行跟踪,定期提取数据,将数据缺口告知相关责任人,让其知道自身指标完成进度,积极与其和主管商谈,寻找完成方式方法,以确保各项指标准时完成。

三、培训工作

在对客户经理进行培训工作时,自身熟练掌握产品,学习产品的操作方式,提前准备好培训的各种材料,并且根据客户经理的薄弱产品进行重点推介,在培训的过程中与同事们一

起学习成长,所谓“书山有路勤为径,学海无涯苦做舟”只有通过不断的学习,才能在科学技术日新月异的今天,在通讯行业全业务激烈竞争的严峻形势下,取得更好的成绩。

四、其它工作

在做好以上具体工作的基础上,认真地完成好公司主管、领导交代的其他临时性工作,不计酬劳,任劳任怨、加班加点,按时保质完成工作。

五、问题以及缺点总结

回顾一年来的工作,反省自身存在的问题及缺点,我认为主要由于进xx移动的时间尚短,技术方面的专业知识不够全面,对公司的一些操作流程也不熟悉,在工作中也走了一些弯路。但是,“实践出真知”,本人在工作中不断发现自己的错误,也及时改进了自己的错误。在今后的工作中,我会努力提高自身的修养,充分发挥自己的特长,克服不足之处,努力做出新的成绩。

工具产品经理工作总结 篇4

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

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

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

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

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

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

工具产品经理工作总结 篇5

一、20**年产品经理的主要工作:

1、产品经理的基础工作:产品的设计、包材、宣传、会议支持等。

2、产品知识、卖点及相关知识的培训

3、了解市场需求,解决市场需求

4、产品维护和售后服务及相关的情报的收集、整理、分析。

5、重点产品的政策建议和推广服务工作,了解一线销售,帮助业务员去规划和销售产品,及时了解产品在市场中的反应情况,做出调整

6、做到市场调研不好,就不出新产品,做出一个新产品就要成为公司的主导产品,对重点产品做专门的销售进度表进行跟踪调查,及时了解市场情况,进行调整,打造出3个200万以上的大单品

7、做好业务员和公司之间的桥梁关系,及时沟通

8、严格把控费用的审批和费用使用过程中的监督工作

9、严格控制产品包材库存,给公司减轻生产压力

二、差距和不足

1、产品的设计包装还不够认真细致和精美,存在很多纰漏和瑕丝。会议、宣传的准备工作不到位,存在自身工作的不足。

2、对重点产品的推广力度和政策支持的贡献力不够。重点产品的关注点不对和时机把握不好,需要加强重视和力心调整。

3、产品的维护和售后不够系统和完善,维护工作应该在设计产品的时候就应该配套和做好预案。售后服务应该前移,做在产品使用的前面,而不只是后期的弥补和解决矛盾和问题。另外对重点产品和前沿产品的信息收集、整理、分析不够,工作只是做了皮毛,离完美还有很大差距。

4、培训缺乏执行力这个行业普遍存在的问题,没有解决好,只培不训,在培训结果以及应用上还有很大空间和工作要做。

5、作为产品经理的很多工作都没有做,只是简单的做了一些基本的工作,产品经理工作还缺乏系统化、专业化。

6、执行力不够,问题拖拉时效性不够,协调沟通不足,专业技能还待加强。

三、20**年对产品经理工作的认识和自我要求

1、岗位和工作关系

2、岗位名称:产品经理

3、直接上级:市场部经理

4、本职工作:公司产品的战略规划、开发、策划、推广、管理、服务和品牌建立

工具产品经理工作总结 篇6

不抱怨:

在项目评审时对于技术提出来的建议或者意见,有时候总觉得他们在较真、挑刺,这是一种不可避免的情绪,这就像别人再说你的孩子没教养一样,第一反应绝对不是问自己的孩子你哪错了而是对发出职责的人进行反驳?

其实这就类似下棋一样“身陷棋局,心自迷”,当我们抽出身来看待这个问题的时候,其实应把技术看待产品的第一波用户、把测试看待为产品的第二波用户,真正的使用者只是第三波用户而已,第一波和第二波用户会分别以不同的立场来提出问题,不论是实现纬度还是测试用例纬度,只要它是一个疑问必然是因为这个产品的设计有让人不解之处。

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

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

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

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

以上是一个合格的产品经理需要能做到的事情,其实这对产品经理的个人素质要求很高,首先要经得起pk,其次是拉的下脸承认自己的设计确实有欠缺,最后是还要扛得住在开发过程中更改需求所带来的指责。

在4、5月份的工作中,我渐渐的做到了这件事,从最初的纯粹的争吵到最后只对双方的提议进行分析与判断,这就是我的成长。到现在已经开始喜欢上对自己设计的产品有不同看法的用户了,真心的希望这样的用户量在多一点,以便帮助我更快的成长。

恐慌:

半个月以前我一个人干三个人的活,一个人同时盯着n多个项目,四肢一起动脑,每晚都加班九十点才回家,日子被过的很充实;

近期终于被我们迎来了春天,因为团队成员的扩建与项目开发排期的安排,我们不再苦逼的疯狂的加班赶原型赶文档了,但是天生加班狂的我,每每亮天下班,在回家的路上总有一种恐慌的感觉,连续一周“恐慌”挥之不去?

就在此时,终于体现出身为产品经理的优势了,开始分析与思考自己为什么会有这种感觉以及如何解决:

1.为什么会有这种感觉:因为自己一直想快速的成长,而快速成长则一定是要用多倍的努力换来的,而自己这么早下班则会下意识的暗示自己今天没有努力工作,所以会导致恐慌的感

觉;

2.如何解决:在正常的工作计划之外,着手优化之前做过的项目,致力于提升业务处理效率,规划一些能提升公司级产品的用户体验“产品”,并将他们写下来,一点一点的去实现,以此来向自己证实自己的成长;

对于这恐慌之后的思考,我想这些才是每个产品经理都应着手去做的事情,产品经理不能一直都很忙,一定要有停下来进行思考的时间;

自己的:

别人给你的都是可以拿走的,只有自己的才是自己的。

工具产品经理工作总结 篇7

作为一名产品经理入职公司一年了,在这里总结一下。

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

工具产品经理工作总结 篇8

一、怎么才能输出合格的需求文档

产品经理首先对产品定位要有十分清晰的认知,这样在功能设计,功能取舍时才有准则和依据,其次,把大的框架、模块、运营思路总体先设计好,例如:入口、流程、场景、平台(PC还是手机),最后,重点是一定要把业务流程和业务逻辑写清楚,

一是方便自己画原型图时,不会画漏。

二是方便开发人员更好地理解功能的内涵。写需求文档,首先要理好思路

二、怎么样才做好产品原型设计

1、首要思路:抄抄抄,说错,是借鉴。要聪明地借鉴,抄别人好的地方。

用好的原型设计软件A_ure或墨刀,可以减少工作量。设计完一定要对照需求文档过遍,看有没有遗漏一些功能。

2、其次,注意业务逻辑。

从系统角度说,业务逻辑更为重要。每个业务逻辑一定要从各个操作角色来分析,想通、想透。例如:每个角色的权限一定要明确,哪些模块用户是无权限操作的,模块是隐藏还是提示无权限,管理员和用户的关系;短信发送和微信发送的不同逻辑、导入是覆盖还是不覆盖,已生效到执行中的判定标准逻辑等等。

3、最后,注意设计规范。

例如功能的完整,比如基本的增删查改。设计新增的时候,就要同步考虑查看、修改、删除三个配套功能。再比如页面的规范:

一是注意色调的统一,包括每个按钮颜色、选中颜色等都要有一套规范的颜色方案。

二是页面的提示信息,提示内容的位置、提示时间的长短都要一套统一的定义。

三是输入框、展示框一定要考虑到内容多的时候要自带滚动条等。

文案规范:各个功能名称文案的统一,不要有歧义等。表格规范:什么时候用项目符号、什么时候左对齐、什么时候居中,什么时候右对齐。

三、怎么和开发人员沟通

首先,是开发前的沟通。即设计原型实现前,一定要和前端和后端开发工程师开个会把需求文档详细沟通一遍,把每个功能点的设计和操作基本过一遍,这么做,

一是防止开发错误理解你的意思,否则返工很耗时间。

二是沟通需求文档有没有技术难点,有没有设计不合理的地方。

其次,是开发过程中沟通。事中沟通主要是把握开发进度。

最后,是开发完成后测试时候的沟通,关键是测试用例准备要充分。既要准备正常的用例,也要准备一些非常规用例用于边界条件测试、暴力测试等用例,尽可能为测试提供便利条件。

写在最后不管理干产品经理,还是干其他工作,一定要把养成把自己的工作进行分类归纳的习惯,把每个工作步骤都总结出一套办法,养成定期记录总结的习惯,一段时间后,你就会发现,工作可以有条不紊了,自己的效率越来越高了,你的领导也越来越喜欢你了。

工具产品经理工作总结 篇9

一、20xx年产品经理的主要工作:

1、产品经理的基础工作:产品的设计、包材、宣传、会议支持等。

2、产品知识、卖点及相关知识的培训。

3、了解市场需求,解决市场需求。

4、产品维护和售后服务及相关的情报的收集、整理、分析。

5、重点产品的政策建议和推广服务工作,了解一线销售,帮助业务员去规划和销售产品,及时了解产品在市场中的反应情况,做出调整。

6、做到市场调研不好,就不出新产品,做出一个新产品就要成为公司的主导产品,对重点产品做专门的销售进度表进行跟踪调查,及时了解市场情况,进行调整,打造出3个200万以上的大单品。

7、做好业务员和公司之间的桥梁关系,及时沟通。

8、严格把控费用的审批和费用使用过程中的监督工作。

9、严格控制产品包材库存,给公司减轻生产压力。

二、差距和不足:

1、产品的设计包装还不够认真细致和精美,存在很多纰漏和瑕丝。会议、宣传的准备工作不到位,存在自身工作的不足。

2、对重点产品的推广力度和政策支持的贡献力不够。重点产品的关注点不对和时机把握不好,需要加强重视和力心调整。

3、产品的维护和售后不够系统和完善,维护工作应该在设计产品的时候就应该配套和做好预案。售后服务应该前移,做在产品使用的前面,而不只是后期的弥补和解决矛盾和问题。另外对重点产品和前沿产品的信息收集、整理、分析不够,工作只是做了皮毛,离完美还有很大差距。

4、培训缺乏执行力这个行业普遍存在的问题,没有解决好,只培不训,在培训结果以及应用上还有很大空间和工作要做。

5、作为产品经理的很多工作都没有做,只是简单的做了一些基本的工作,产品经理工作还缺乏系统化、专业化。

6、执行力不够,问题拖拉时效性不够,协调沟通不足,专业技能还待加强。

实的时代潮流,无法把握人群的真实需求。

2、放弃理性思维。移动互联网的特点是变化极快,传统的分析用户,调研市场,制定产品三年规划,在新的时代里已经落伍。人类群落本身也在迁移演变,产品经理更应该依靠直觉和感性,而非图表和分析,把握用户需求。产品经理永远都应该是文艺青年,而非理性青年。

3、海量的实践。尽管移动互联网方兴未艾,没有任何人可以自称是领域内的专家。但是,这不意味着存在天降天才的可能。《异类》中提出的一万小时定律,同样适用于产品经理。他们需要超过千次的产品实践,才能称得上是了解产品设计,拥有解决问题的能力。

4、博而不专的积累。美术、音乐、阅读、摄影、旅游等等文艺行为貌似不能直接转化为生产力,但是合格的产品经理需要广博的知识储备,以此才能了解和认识大数量的人群,理解时代的审美,让自己的所思所感符合普通用户的思维范式。以此为基础,设计的产品才不会脱离人群。

5、负责的态度。拥有合适的方法和合适的素养,成功的产品经理还应该有对自己和产品负责的态度,唯其如此,产品经理才能足够偏执,清楚地知道自己究竟要做什么,抵挡住来自上级和绩效考核的压力,按照自己的意志不变形、不妥协地执行产品策划。

工具产品经理工作总结 篇10

作为一名产品经理入职公司一年了,在这里总结一下。

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

工具产品经理工作总结 篇11

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

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

一、进行系统具体的业务分析

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

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

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

二、业务分析完成以后,进行具体的项目分析和实施

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

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

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

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

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

2、以对方的规律进行设计可以转变什么?节省开发实现本钱还是提高用户体验?

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

以上是一个合格的产品经理需要能做到的事情,其实这对产品经理的个人素养要求很高,首先要经得起pk,其次是拉的下脸承认自己的设计的确有欠缺,最终是还要扛得住在开发过程中更改需求所带来的指责。

以上就是《工具产品经理工作总结(热门11篇)》的全部内容,想了解更多内容,请点击产品经理工作计划查看或关注本网站内容更新,感谢您的关注!