产品经理总结篇1

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

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

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

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

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

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

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

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

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

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

二、差距和不足

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

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

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

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

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

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

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

1、岗位和工作关系

2、岗位名称：产品经理

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

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

产品经理总结篇2

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

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

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

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

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

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

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

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

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

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

二、差距和不足

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

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

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

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

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

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

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

1、岗位和工作关系

2、岗位名称：产品经理

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

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

感谢您花时间阅读本文。如果您觉得产品经理总结这篇文章对您有所帮助，我们非常希望您能够将其分享给更多的人。最后我们将继续努力，为您提供更多有价值的内容。祝您生活愉快！

产品经理总结篇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本书)。

产品经理总结篇4

一、移动互联网产品的方法论

移动互联网产品经理的主要任务是服务人群，主要工作是研究人类群落的行为模式。用产品为人群提供服务，并且要预判人群卷入之后行为模式的变化。

从方法论的角度思考，人类群落也处于演进过程中。早期人类是村落人群模式，村落中的每个人认识每个人，人际关系以非常实际的亲戚关系和职业关系为纽带。现代人类是社会化人群模式，人群数目极大增长，人际关系依托于抽象的社会生产关系：契约、合同、雇佣关系。。。。。。产品经理曾经是村落里的铁匠，他认识每个村民，每个村民也认识他。而在今天，产品经理完全退居幕后，他不可能认识每一个用户，用户甚至不知道这个人的存在。

因此，产品经理在方法论上存在着各种选择：他可以提供某种基于熟人群落的旧式服务，以增进熟人群落的情感为产品目的;他也可以提供某种基于大数人群的新式基础服务，以便于人们彼此认识，协调工作，从自利为基础的无序活动中自组织处有序活动;或者，他也可以提供某种中间类型的产品，帮助人们平滑度过两种人群模式，减少由于变化而产生的阵痛。

但是，产品经理的主流应该是服务于未来。先于人众接触新技术新知识，并把这种认知转化为产品，利用产品提供现代人类社会中的各种人群。尽一切可能，降低学习成本，利用人类的本能设计产品，使得人群得以顺利“滑入”新的产品使用场景。

在所有这一切之上，产品经理的目标应该是实现社会美和善和总量。

二、移动互联网产品经理的素养

1、敏锐感知潮流变化。移动互联网产品会从相对匮乏时代进入相对富足时代，用户可以选择的产品会随时日流逝而日渐增加，产品终将成为一种时尚业。产品经理若是沉溺于各种新鲜玩意儿之中，追逐新奇，很可能错过真实的时代潮流，无法把握人群的真实需求。

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

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

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

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

三、移动互联网产品设计的原则

1、绝不考虑web形态，一切考虑都基于app。

2、产品优先级

(1)有趣高于功能，产品必须有趣，必须cool，才可能形成传播和口碑。

(2)功能高于交互，明确的功能满足明确的需求，用户不会在意炫酷交互效果。

(3)交互高于ui。便捷、快速的交互设计为先，围绕具体功能实现ui，而非有优质ui方案为此专门设立一个功能。

3、聚焦：一个app只做一件事情，一个大而全的app意味着全面的平庸。

4、永远一维化：让用户在一个维度里解决具体的问题，twitter的timeline就是一个好的范例。而类似facebook、path那样的滑出式菜单则是一个灾难，因为这使得产品拥有两个维度，加大了用户理解的困难。

5、保持主干清晰，枝干适度。产品的主要功能架构是产品的骨骼，它应该尽量保持简单、明了，不可以轻易变更，让用户无所适从。次要功能丰富主干，不可以喧宾夺主，尽量隐藏起来，而不要放在一级页面。

6、不要让用户选择。同一个页面之内，有多个入口;同一个功能，有多个实现方式;同一个界面，有多个展示方式。这对于用户来说是一种痛苦而非享受，因为他们只会因此而感觉到困惑和恐惧。用户宁可采取重复操作漫长而固定的操作路径，也不愿意使用多变的快捷方式。

7、隐藏技术，永远展现简单的、人性化的、符合人类直觉的界面。开发不可以为了炫技而展示功能，产品不可以为了炫耀而功能堆砌。

8、拒绝个性化。除了依靠设计特色而立身的app，换肤一类的个性化设计，除了让产品经理幻觉自己做了许多工作而自我满足之外，没有任何价值。它只能证明产品经理对自己的产品不自信，因为自信的产品经理凭借默认皮肤就可以满足用户。延伸开去，一个好的产品，其功能应该满足全球用户需求，无需为地区做特别定制化。

9、产品一定程度上是为了满足人性中的贪嗔痴，这是用户的痛点。能把握住之后，产品经理应该超越其上，用产品帮助人们得以解脱。

10、想清楚自己究竟要做什么，不去迎合上司，不去讨好用户，不去取悦自己。

11、分类!分类!分类!这是产品经理在确定产品主要功能构架之后，应该为用户做的事情。分类无助于降低产品使用的难度，但是可以帮助用户认知产品和周边的世界。

12、永远围绕功能而做设计，永远不要倒过来做这件事情。

13、一个产品的基本功能不受用户认可，做加法也无济于事。

14、想不清楚一个功能点之前，宁可不做。

15、千万不要让用户在产品里“管理”什么。

四、“自然流”的设计思路

好的产品应该隐藏产品经理的个人意图，用户仅仅凭借直觉和经验就可以顺利使用，以达到“自然而然”的境界。坏的产品提供产品说明书，其恶劣程度和tip和文字说明数量正相关。为此，好的产品经理可以和用户之间平等对话，无需刻意谄媚、恶意卖萌，产品本身就会说话。

自然流的产品，它本身就可以可用户交流。针对用户的任意一个动作，给出的、清晰的反馈，并且能让用户没有任何偏差地接受。它没有人造物的冰冷生硬，而有一种温暖的人性存在。例如在ios中微信?友圈里的评论按钮，按下之后弹出“赞”和“评论”弹窗。这一弹窗快速向左滑动，然后像碰到什么东西一样快速向右反弹一个很小的距离，然后才最终停下来。用户可能根本未能意识到这一微小的停顿，但是在潜意识里，他们会感受到这个弹窗并非全然的人造物。因为根据生活经验，世界上没有任何东西可以从运动直接变到绝对静止。

绝对不要让用户在使用产品的过程中感受到产品经理的伟大和聪慧，产品经理应该完全隐没在产品之中。用户应该可以不假思索地上手，按照设计意图行事，从中获得既定的正向反馈。这一切应该自然而然地发生，用户感觉似乎产品天生就应该这样使用，从产品还未出现之前很久就应该如此。好的产品不会强调自己存在于世界之上，它只是努力地、毫无痕迹地成为这个世界的一部分。

做自然流的产品，必然会在美学上倾向于简单，反逻辑。产品经理必然的选择是做减法，在诸多功能中选取最能解决实际问题的一个，在诸多特性中选取最符合直觉的一项，于是产品也就拥有了优雅和简洁，让人难以忘怀。极简和极自然，使得模仿无法存在，因为没有人可以造出更好的体验来。