如何做好产品经理汇报

❶ 请教产品经理、项目经理们，一般是怎么向老板汇报进度和工作的

一般产品经理，项目经理都需要向上级汇报工作进度和结果，则老板根据汇报总结公司的运作和一些工作事项，进一步了解公司的发展。在做汇报时，应该做到言简意赅，抓住重点，并通过以下三点进行讲述：

好的汇报总结会给老板留下深刻的印象，在以后的升职调整中优先考虑，所以学好做汇总将会对你的工作带来极大的帮助。

❷ 怎么样才能做好一个产品经理

产品能力

• 脑海中始终有一张不断被完善的产品架构图

• 一份靠谱的 Roadmap

• ROI 极高的设计生产力

思维能力

• 大结局前的反向思维能力

• 就算只剩一位工程师也要活下来的求生欲

• 上天入地的换位思考能力

个人软实力

• 让人舒服的递进式沟通能力

• 回答（汇报）能力

• 认识自己的能力

1. 脑海中始终有一张不断被完善的产品架构图

了解了公司的产品架构，你才知道自己负责的产品所处的位置。以日日煮为例，以下是公司的各大产品线及具体产品：

• 内容生态产品线 —— 给用户带来价值的美食内容

• 社群互动产品线 —— 包括微信、APP 的社群，让用户和平台产生关系

• 商业价值产品线—— 以课程、广告、电商为主，拥有商业价值的产品

• 平台产品线 —— 包括会员系统、营销系统等内部产品

我们往往只负责框架下的某个小产品，但一定要把这个小产品放在整个业务板块里，认清它的目标和功效。把握了产品节奏，才能与业务部门有效沟通，合理安排工作的优先级。


2. 一份靠谱的 Roadmap

以搭建菜谱分享社区为例，普通的产品经理能完成产品路径层的规划。先完成菜谱列表，以热门美食吸引用户浏览转发，然后开放发布功能，鼓励用户原创分享。

资深的产品经理，在产品路径之外，会叠加运营增长的规划。比如，上线菜谱列表前需要准备多少则菜谱？上线用户发布功能前需要累积多少种子用户？忽略了运营增长，就可能出现功能上线后没人用的尴尬情况，这对创业公司而言是致命的。

再进一步，优秀的产品经理还会规划产品的数据目标。考虑产品的用户体量，评测这一体量是否能支撑产品迭代。我们不仅要做一个产品，更要做一个有价值的产品。

3.ROI 极高的设计生产力


五大产品设计图分享给大家，让大家快速提升沟通效率：

4. 大结局前的反向思维能力


回到菜谱社群的案例，大家觉得刚刚的 Roadmap 有没有什么不足之处？

既然目标是让更多用户参与社群互动，第二次迭代的收藏/转发功能是特别重要的。当我们只有2000 个菜谱的时候，用户随手翻翻就看完了，有没有收藏的必要？是否应该把用户发布功能提前，让大家更早参与社群的互动？

这就是反向思维能力，在整个团队都认为某个项目都不错的时候，需要一个人站出来反向思考，用各种角度挑战规划的合理性，往往能避免很多无用功。

5. 就算只剩一位工程师也要活下来的求生欲


还是菜谱社群的例子，我们可能需要 10 位工程师才能实现一个月内社群搭建及上线工作，包括菜谱列表，用户发帖及分享，评分及榜单功能。

但如果老板只给你 5 个人，上线时间不变，你会怎么办？

砍功能。核心的菜谱列表不能砍，为了保证社群活跃度，用户发帖和分享也不能砍，所以我会把评分和榜单功能砍掉。

如果只有 3 个人呢？

那就做一个单向产品，只保留核心的菜谱分享功能。

如果只剩你自己了呢？

回归产品核心目标。搭建菜谱社群是为了让美食爱好者分享各自的美食菜谱。那搭一个论坛是否也能实现？虽然这不是我自己的产品，但在招到研发之前，我还是不会让整个工作停下来。

这个意思是，产品经理需要思考每天的人力是否都花在了最好的功能上。

6. 上天入地的换位思考能力

我常用一句玩笑话，考验自己是否真正理解了需求：如果业务方去生孩子了，我是否能胜任她的工作？比如，一款市场投放产品，你能否帮助市场监控投放数据，衡量投放的ROI？简单来说，就是站在业务及用户角度，使用自己的产品。

7. 让人舒服的递进式沟通能力

很多时候，在沟通开始前，产品经理其实没必要把功能细节想透。沟通的第一步通常只是发布信号，比如我想做积分换钱功能。不同部门的人听到这个意见之后，会站在不同的角度去思考这一功能的利弊。进过两天的思考，双方再沟通功能细节，效率会有明显提升。

在研发过程中，常出现产品和业务沟通中断的情况。其实保持进度的更新是很有必要的。比如研发进度已经到 30% 了，运营端的内容资源是否也开始准备了？大家信息保持同步，才能更好实现整体项目落地。

8.回答能力 （汇报能力）

针对这一点，大家不妨先看看以下两个回答：

当被问到某一项目的表现情况时，我们的第一反应往往是 A 模式。每个人都有舒适区，表达自己的经历是容易的。而依照 B 模式，总结表现结果，尤其是数据表现不好的结果，往往比较困难。但这样的回答，才是我们真正需要的。如果没办法直接回答一个问题，那所有围绕这个问题的讨论都是浪费时间。

9.认识自己的能力

最后一点是认识自己。这主要依靠个人的日常积累。比如每次参加活动是否都有收获，这不仅来自嘉宾的演讲分享，更多的是来自和同行的交流。吸收了大家的想法，回去思考自己做得如何，才能在以后做得更好。

❸ 如何做好产品经理

一方面要稳扎稳打，掌握基础理论知识和应用，另一方面在关键时刻保持清醒的头脑，随时切换用户思维，理性分析用户需要什么和市场喜欢什么。

01挖掘需求，解决痛点

作为产品经理，除了基础的产品理论知识之外，用户和需求是最重要的。需求是一个产品的源头，然而这个需求一向被用户们藏得很深。

比如在产品圈流传至深的一句经典的话：“客户不是要买电钻，而是要买墙上的那个洞。”

再比如：你去买茶，服务员会问你想买或爱喝什么茶？

你一般会回答一个具体的茶类，比如“茉莉花茶。”

而不会直接说：“我需要一种能美容养颜、清热解毒、好喝又不贵的茶。”

“茉莉花茶”是产品，后者才是你真正的需求。

如果让一个优秀的产品经理来当这个服务员，他会说：“我们有一种新茶，美容养颜的效果比茉莉花茶更好，更清香，价格也一样，你要不要试试？”

你一定会想要了解一下。

优秀的产品经理会用“十万个为什么”来深入用户的核心需求，关注用户的痛点和其想解决的问题。从整体出发，用层次思维来看待用户的需求，从而让自己成为比用户还了解需求的产品经理。

这就好比人们想要更快的马，而福特却造出了汽车。意料之外，又在情理之中。

优秀的产品经理应该想在用户之前。

02用户体验

作为产品经理，若你想给用户提供良好的体验，不管你是有多专业的技术，还是用多好的设计，都必须遵循一个原则——用户体验，即从用户角度出发。

用户体验之所以叫用户体验，是因为所有体验的好坏都是由用户来感知，最终由用户来评价。

所以，产品经理应该先从项目本身的用户群体和运营逻辑来打造整个产品的调性，再从专业角度上去考虑视觉效果和产品设计。

03用心，负责

优秀的产品经理需要把每一款产品都当做自己的产品，就像孕育自己的孩子一样对它们负责任。

比如你自己的房子需要装修，你会从方方面面了解材料、耗时、报价，再实地考察、对比，你很有可能会成为一个业余的装修专家。

因为那是你自己的房子，所以你会非常用心，呕心沥血的花很多时间和精力。

就算你曾经修过无数个房子，经验比较丰富，但以后的房子也不会说一两天就能修好，还是得经历从打地基到装修的每一个过程。

做产品也是同样的，从前期项目的概念、市场调研分析、商业模式优化到最后落地实施，要经历整个项目从0到1的设计开发周期。

如果你仅仅只是靠尽到工作中的基本职责，对产品不够用心，就很难拿出让用户满意的产品。

❹ 怎样做好产品经理

一个好的产品经理要能规划设计一个产品从出生到成长到成年的整个过程，了解客户需求和使用习惯。简单地说，销售是卖东西，市场是怎么卖，而产品经理的职责是告诉他们卖什么。

❺ 产品经理的项目流程和工作流程

产品从0到1的一次完整过程梳理出来，排除了后期优化和产品运营的范畴，得到了三大阶段：产品梳理、产品设计、产品落地

三个阶段中，我们最少有25件事是产品经理必须要做的，否则会对我们的产品效果产生很大的影响，下面我们具体拆解来看。

1.点子

产品经理要找出点子，不管来源是哪里。做好点子这件事，需要我们掌握脑图技巧和风暴会技巧，产出灵活多变的点子并记录下来。

2.需求

在需求这件事上，我们要借用到心理学等方面的知识，去把点子归纳总结成为一条条明晰的需求，放进需求池待分析。

3.方案

方案这件事来说，我们要把需求池里的需求规划出雏形，看看在现有的资源环境情况下，是否适合去做，并给出粗略的方案和工作量排期。

我认为其实这里就是确定MVP阶段。

4.目标

我们需要给出产品要达到的目标和效果，不能因为仅仅因为这个功能很酷而去做，而要看酷在哪里。

5.策略

有了目标之后，我们还要看看策略，是克制还是粗放，是谨慎还是开放。都需要我们去思索。

6.定义

清楚了目标和策略之后，我们应给出产品定义。产品定义是后期我们评估需求的核心要义。一切需求和优先级都不能违背产品定义，这也是我们的初心。

产品定义包括：使用人群、主要功能、产品特色，这三个维度；

7.不足

在这几件事走完之后，我们一定会遗留一些问题短期之内难以解决，或需要试错。所以我们需要把不足记录下来，重点在后期产品迭代过程中考量。

8.场景

给出目标用户和场景，一一对应地去提出解决方案，进行推演。

9.业务流程

有了场景之后，融会贯通梳理出来一个用户的业务流程，再整体看一下每个环节的情况。

10.功能结构图

场景和流程理清楚之后，请做出功能结构图。这里同样需要进行一次风暴会，这次的侧重点在方案上。

11.页面关系图

有了整体的功能站点地图后，我们需要增加页面之间的跳转关系，以及每个页面具体内容的设想规划。

12.UE交互图

在敲定了页面大致内容和关系后，我们需要将内容细化，这时候可能要对接需求方和用户，调研得出每个页面的真实数据情况，方便设计师给出交互稿。

13.UI效果图

交互稿给出后要找各方确认，无误后给设计师出效果图和切图，准备进入开发。

14.项目启动会

在拿到了需求、方案和需求文档以及前端所需的效果图等素材后，请叫上全体人员进行一次项目启动会，标志着需求上的互通有无和进度知悉，对于避免开发误工等情况至关重要。

15.用户验证

开发初期，尤其是创业公司，请做用户验证。这是我们进行试错和避免方向偏差的最简单办法，以免我们误入歧途造成较大的沉没成本。

16.资源确定

验证无误后终于要敲定资源投入的情况了，请务必跟高层确认，以免定位不清，难以做到量级。

17.行事历

一切都确定后，请给出行事历。这对于项目进度追踪较为重要，也是给领导和用户的一颗定心丸。在后期复盘时也会大有裨益。

18.汇报

汇报是贯穿在以上始终的，但是这阶段尤其需要一个汇报。这个阶段的汇报标志着需求的付出水面，是高层比较看重的期盼的一个点，一定要充分汇报以征求尚方宝剑，方便后续行事。

19.项目管理

进入开发阶段后，要做好项目进度的追踪和工作量的安排，这是为了我们后期验收优化争取时间。

20.走查验收

请在前端开发完毕第一时间安排测试工程师准备好走查环境，要及时给设计师优化的时间。走查后发出问题汇总邮件等待前端修改。走查后要跟前端当面把问题一一确认，确保他清楚且知道如何修改，修改后第一时间验收并进行多轮走查。

21.资料更新

请及时更新需求变更和需求文档，并制作好操作手册和FAQ给推广人员使用。

22.测试

除了前端的走查验收，还要做好整体环境和数据逻辑等情况的测试以及DEBUG，及时发现及时解决。

23.UAT

这是我们最重要的一环，确保每个整体功能结束后可以进行小范围的UAT和把玩，否则将被搁置直到上线。若不做好UAT，有交互上的严重漏洞，就只能等下个版本修改了。这对产品的口碑影响很大。

24.生产验版

是正式发布前的一个预发布动作，使用生产环境进行内部小范围的升级测试，测试无误后再大范围推送。

25.发布

发布时请想好时间和策略，大到冷启动方案小到提示语，事无巨细一定要考虑到。否则很容易出现崩溃和打包有误的情况，在发布阶段一定要测试周全。

❻ 如何做好产品经理这个岗位

转载以下资料供参考 产品经理就是企业中专门负责产品管理的职位，产品经理负责调查并根据用户的需求，确定开发何种产品，选择何种技术、商业模式等。并推动相应产品的开发组织，她或他还要根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。

产品经理必备技能
1、一个成功的产品经理的能力中应该有35%的项目管理能力。
在项目管理方面，而且这35%的能力包括团队合作的能力。好的产品经理首先是成功的项目经理，项目管理的经验对于产品经理十分重要，可以帮助产品经理更好的进行产品的管理，团队合作的经验和能力可以让产品经理在产品的团队比较好的处理团队内部的人员关系和团队的其他情况。
2、个人的能力占15%。
成功的产品经理应该是成功的领导人，他的个人能力包括他的领导能力，做人的情况和能力以及他的个人的亲和力。个人的能力可以帮助产品经理更好进行产品过程的管理。
3、产品经理的业务能力占全部的20%。
产品经理的业务能力包括专业的业务管理技能。
4、产品经理的技术能力占全部的15%。
技术能力对于产品经理是必备的技能，技术能力让产品经理更好的理解产品的性能和特点，更好的进行产品的团队管理。
5、产品经理的沟通和处理冲突的能力占全部的15%。
产品经理应该领导项目组，指导产品从概念设计到市场接受，保证实现设计、收益、市场份额和利润目标，解决项目组的冲突；同时产品经理还应该管理项目，制定项目的计划和预算，确定和管理参与项目的人员和资源，同职能部门之间相协调，跟踪相对于项目基线的进展；产品经理还要负责和管理层进行沟通，提供项目进展状况的报告，准备并且确定状态评审点，作为产品的领导同管理层沟通，提供对项目组 成员的工作绩效评审的输入材料。
一个成功的产品经理通常在一个或多个职能部门从事过管理和操作方面的工作经验，并有管理项目开发的经历。产品经理可以来自财务、R&D、市场等任何部门。产品经理富有项目管理经验很重要，产品经理最好具备项目经理的任职资格证书。

产品经理的相关事宜
个人素养
同程序员不一样，产品经理主要是同人打交道，要组织处理好很多复杂的关系和工作。良好的沟通能力、组织协调能力、资源运用能力、推动和协调各部门的合作和有序进展，是一个产品经理需要具备的综合能力。所以做好产品经理并不是一件容易的事情，很多方面的素质培养是必不可少的。
产品经理要协调好各种关系，包括研发、测试、文档、市场、销售等部门的人，在保证品质的情况下如期的推出产品。任何事情都是靠人实现的，所要协调的主要是人力资源，绝不能因为要完成一个OEM的项目而占用所有测试人员的时间。不同部门的沟通并没有多大的区别，但不同部门的Leader做事方式可能不一样，因此一方面要看对方配合的程度高低，同时要学会在恰当的时候和恰当的人谈恰当的问题，只有解决好问题才能有效的将事情向前推进。尤其是在没有下属关系的情况下，人与人的互动上，要做的非常好，能够把自己的想法非常好的表达给其他人，说服这些人配合去做事。
产品经理的工作是相当琐碎的，要处理各种各样的关系和进度，不像其他的工作都有自己专注的方向，专业的领域。所以如何在一天之内高效的做事就显得尤为重要。
围绕目标市场、市场调查、市场定位、市场细分，通盘考虑产品、价格、渠道、促销、公关、服务这些因素是开展营销工作也是产品管理的一项很重要的工作。所谓市场感觉，更为重要的是如何能够通过市场现象去生成一些战略，而不是对方降价自己也降价，对方做广告自己就做广告。所谓战略，就是从产品定位、用户定位、价格和竞争对手入手，了解各自的强项和弱项，找到机会在哪里，威胁在哪里，并进行分析，制订未来的战略。这些素质不是通过看市场宣传和汇报就能够获得的，它需要很多的信息反馈分析，要靠经验和感觉。
作为一个产品的负责人，产品经理的压力是很大的。尽管在某些公司，产品的成败不一定和产品经理的收益挂钩，但如果某些方面考虑不周，做出来的母盘存在问题，造成整批产品销毁，给公司带来巨大损失，或者因为某些原因没有和一些人员沟通好或者安排好时间，结果造成问题，产品无法如期交付，产品经理还是有“罪魁祸首”的感觉，这些都是压力所在。
产品经理需要有独立解决问题的能力和动力，要把产品看做自己的孩子，怀着热情和激情去做事。这种热情决定他是主动的，而不是被动的去做事，是为了不断提升自己的价值和能力。
技术可以学习，素质却难以培养，有些素质是成功的产品经理必不可少的。
有这样一群人，他们对产品有一种本能的热爱，把自己生活中的一切事物都看成产品，怀揣对优秀的产品的热爱和尊重。这份热情是产品经理必备的素质，是他们夜以继日克服困难、完善产品的动力。这份热情能感染团队成员，激励所有人。
辨别这种特质很容易，可以让应聘者谈谈自己最喜欢的产品及喜欢的原因，聊聊不同领域的产品和他讨厌的产品，问问对方，如果有机会，他打算怎样完善自己最喜欢的产品。热情是难以伪装的，虚伪的做作容易毕露无遗。
理想的产品经理不一定来自产品的目标市场（这种情况有利也有弊），但是他必须融入目标市场。这一特质对制造大众产品的高科技企业尤为难得。我们倾向于从自己的角度去理解用户和市场。事实上，目标用户的经验、喜好、价值观、知觉能力、忍受程度、技术理解很可能与我们的大相径庭。
可以就产品的目标市场向应聘者发问，让他谈谈如何换位思考。了解应聘者对目标市场的感觉，最重要的是看对方是尊重目标市场希望融入其中，还是打算一意孤行改变用户习惯。
对国际化的产品和针对特定地域的产品来说，换位思考尤其重要。各种文化虽有共通之处，但也存在许多差异。有些差异对产品无关紧要，有些则至关重要。应该考察应聘者是否足够了解目标市场，能否区分这两种差异。
人的智力水平是无法替换的。产品管理需要洞察力和判断力，因此必须具备敏锐的头脑。勤奋当然是必需的，但从事这项工作光有勤奋还远远不够。
招聘聪明人是项知易行难的任务，结果在很大程度上取决于招聘者的能力和可靠性。常言道，“物以类聚，人以群分”，此言不虚。方法之一是测试应聘者解决问题的能力。微软令人称道的、深入而有效的面试，即是考察应聘者解决问题的能力，通常由一位或多位领域专家就一个问题对应聘者进行深入考察。面试官不关心应聘者是否知道正确答案，而看重应聘者解决问题的思路和方法（智力优于知识）。如果应聘者回答正确，面试官会将问题略作调整，询问应聘者在新情况下如何应付。重复这个过程，直到应聘者被迫处理他不知道答案的情况，说出解决方法。
每种团队角色承担的义务和付出的努力都不相同。产品经理肩负着产品的前途和命运，绝不适合贪图安逸的人担任。即便掌握了时间管理和产品管理的技巧，产品经理依然要为产品投入大量精力。成功的产品经理能拥有时间享受清闲的家庭生活吗？只要具备足够的经验，我相信可以做到。但是，如果你期望的是一周只工作四十个小时，下班后把工作抛诸脑后，那是不现实的。
成功的产品经理需要付出多少努力？在这个问题上，我对应聘者向来坦率，产品管理工作绝不能用时间来衡量，付出多少都不为过。紧急情况下临时找来的“救火队员”多半不是合适的产品经理人选。
在漫长的项目周期里，产品经理需要付出的努力和承担的义务并非一成不变。有的阶段比较轻松，有的阶段则很紧张。但是称职的产品经理对产品的关注和忧虑程度，以及愿意为之付出努力的热情是不会改变的。
在所有产品团队成员里，产品经理最能体现公司和产品的价值观。通常产品经理不直接管理团队成员，不能要求别人执行命令，所以他必须通过行动影响、说服身边的同事。这种影响基于相互的信任和尊重，要求产品经理必须是个正直的人。
产品经理是产品团队、销售团队、公司高管之间的枢纽，经常要协调处理各种问题，比如提早供货、满足大客户的特殊要求。产品经理如何处理这些难题，同事们都看在眼里。
信任和尊重需要时间培养，产品经理唯有通过工作展示自己的素质和能力，才能成为真正的团队领导。如果产品经理对待同事缺乏诚意，怀有私心，一碗水端不平，那么势必会影响整体团结的工作效率。产品经理虽然不必事事精通，但应当知道每位成员最擅长做什么，尊重大家发挥工作特长的意愿，充分信任大家。
考察一个人是否正直绝不比考察他的智力容易，考察陌生的应聘者是否正直就更难了。对那些有工作经验的应聘者，可以问问他们如何处理工作中的压力，多追问工作细节。
很多人相信经验可以让人产生自信。如果仅凭经验可以建立信心，为什么许多工作多年的产品经理却毫无自信？相反，刚刚步入社会的大学毕业生却往往充满自信（虽然这种自信通常源自对自身状况的无知）。
自信是很重要的素质。公司高管、产品团队、销售团队都需要看到产品经理的信心，确信他们投入的时间、金钱、努力不会付之东流。自信的人更有说服力，更容易成为人们愿意追随的领导者。
称职的产品经理把自己当成产品的CEO，愿意为产品的最终成败承担全部责任，绝不找借口。虽然他清楚产品按时成功上市要克服许多困难——开发难度大、开发时间长、成本过高、产品复杂等，但他明白预见和解决这些问题是他的责任。
这并不是说产品经理要事必恭亲，监督每个人的工作，而是指出现问题时他应该及时承担责任，进展顺利时他应该及时给大家以鼓励。称职的产品经理知道，虽然产品的实现离不开大家的协助，但是他应该对自己的产品创意负责。
掌握一些重要的技能是打造成功产品的关键。我相信，只要具备优秀的个人素质，所有技能都可以习得。
很多成功的产品经理是工程师出身，因为策划产品在很大程度上取决于对新技术的理解，以及如何应用技术解决相关的问题。
出色的产品经理并不需要自己发明或实现新技术，但必须有能力理解技术、发掘技术的应用潜力。
培养理解技术的能力有多种途径，可以参加培训课程，阅读相关书籍和文章，向程序员和架构师请教，参加开发团队的头脑风暴也不失为一种途径。
产品经理要优先解决重要问题。研发产品的过程中有很多干扰。能否集中注意力解决关键问题、克制不断增加功能的冲动、不受关键人物或重要客户的影响，取决于产品经理是否有足够强的自律性——不但要遵守公司制度，还要严格要求自己。
几乎所有产品都有些不那么重要的功能——这些功能对提高销量和用户满意度毫无作用。如果去掉这些功能，产品甚至会因为简单、易用获得更多用户的喜爱。
电子邮件、即时消息和手机构成的世界充满了干扰。你可能一大早就来上班，拼命工作一整天，连吃饭喝水都顾不上，深夜回到家却发现到头来没完成一件重要工作。时间都用来“救火”和处理“紧急”事件了。
熟练、迅速地区分重要任务和紧急任务，合理地规划和安排时间是产品经理必备的技能。如果产品经理无法集中精力完成真正重要的任务，那产品就难免命运多舛了。
每星期工作七十个小时、累得精疲力竭的产品经理。他们把所有的时间和精力都花在工作上，体力透支到了极限。对他们而言，最可怕的事实莫过于做的都是无用功。为此，我有意在培训课程中加入了时间管理和合理安排工作任务的内容。产品经理的时间应该用来改变现状，而不是疲于奔命参加大小会议、逐一回复邮件。有许多事情不值得做。
作为产品团队的发言人，产品经理要协调团队与财务部门、营销部门、销售团队、公司高管之间的工作——必须使用这些人听得懂的概念和术语。
我认为产品经理应该具备双语技能。这并非指中文和英文，而是指产品经理既能与程序员讨论技术，又能与管理层和营销人员讨论成本结构、边际效应、市场份额、产品定位和品牌。
职业要求
教育培训
产品经理是要负责产品的整个生命周期的所有事物，因此产品经理需要有产品研发阶段相关的技术知识。在软件开发领域，产品经理一般是研发出身，接受过市场营销相关培训。
工作经验
产品开发及其管理5年以上工作经验，具备良好的资源整合能力、沟通协调能力和书面报告能力，具备独立解决问题的能力和较强的市场分析能力，对产品和数据运营敏感，思维清晰而有条理，能承受较大的工作压力。
职业发展
对于大公司而言，产品经理是一个非常重要的角色。因为产品经理要负责整个产品的成败，所以从研发到生产到销售，产品经理都有权进行干涉。但是在小公司境遇就不尽相同，权力会相对小一些，但是产品经理对于提高自己的创新能力，选择创业是非常有帮助的。产品经理一般由产品专员发展而来。
在战略层面需要考虑的内容
在产品规划和执行层面
产品开发团队管理
产品实施和推广
因为不同公司对产品经理/产品设计师的职责要求不同，所做的事情也并不相同。但至少要达到所在公司的要求，这才是首先应该做的事情。

❼ 产品经理主要工作流程是怎样的

一、产品经理的需求来源

产品经理一切工作的本源是：需求。所以我们从需求来源开始讲起产品经理完整的工作流程。互联网需求来源一般有：

1、产品需求：产品经理通过数据分析、用户调研、竞品分析等方法验证通过的需求

2、运营等业务部门提交的需求：比如以京东为例，服饰业务部/生鲜业务部/家电事业部的运营、采销等人员出于提升业务指标的角度会提出各种需求

3、老板的需求：领导从外部合作的角度或者产品战略的角度也会给手下的产品经理提一些需求，比如我还接到过大Boss和老板娘的需求

4、Bug修复等：在工作中修复BUG是一件比较常见的事情，影响面大的BUG会走紧急修复流程，不太严重的BUG会走迭代排期。

二、需求池的管理

通过以上几种方法收集到的需求会统一放到需求池中。需求池大家可以理解为所有需求的集合（包含待确认、设计中、带排期、开发中、已上线等所有状态）。

一般来说，使用execl表格管理需求池即可，按照各种需求状态进行分类展示。

三、需求优先级

我们需求池的需求会非常多，但是每个迭代的时间是有限的/研发资源是有限的，所以导致我们只能从需求池中挑选出少量需求进行开发，从而诞生了需求优先级的概念。

一个迭代中肯定有限做优先级高的需求！

那如何排定需求优先级呢？

一般来说有两个场景：

1、从0到1设计一款产品

这种场景下的需求来源基本上都是产品需求。建议大家去了解一下KANO模型，这个场景下的需求优先级一般来说是：基本型需求>期望型需求>兴奋型需求

2、在原有产品基础上优化

这种场景的需求来源会非常广泛，可能之前讲到的4中来源都是涉及，那如何排定需求优先级呢？一般按照产品价值和实现成本两个维度。

产品价值可以分为两类：业务价值和用户价值。

价值定义：

• 业务价值：对应商业类产品，称为商业价值，体现在能给业务带来多少收益。

• 用户价值：对于使用者来说，能给他带来的价值，比如说能减少操作步骤。

在这种方法下，优先级的排序逻辑是：产品价值大实现成本低>产品价值大实现成本高>产品价值小实现成本低>产品价值小实现成本高。

四、需求确认

当梳理完需求优先级之后，我们就按照开发工作量挑选优先级高的功能组成新版本/新迭代周期的需求列表。

梳理完需求列表之后一般要跟直属领导当面沟通一版，这叫需求确认。在这个阶段要做好挨批、被怼的准备。领导会从各个维度“挑战”你需求的合理性。所以大家在需求评审前一定要多思考几遍，尽量多用客观数据去说服领导。

如果需求确认通过，会进入到产品设计阶段。

五、产品设计

产品设计阶段会包含如下几个小阶段：

1、使用产品脑图梳理产品/功能结构框架，特别是对一些逻辑复杂的新产品/新功能。

2、使用产品流程图梳理产品/功能核心业务逻辑。流程图的梳理尽量详细，各种异常场景的判断一定要在流程图中有所体现。对于涉及多个参与方业务，可能还要梳理泳道图。

3、使用墨刀/axure等原型工具输出产品原型。原型是产品逻辑的可视化表现，也是产品经理最最基本的基本功。

4、撰写产品说明文档（PRD）。PRD是产品详细逻辑的最终呈现，也是内部沟通的标准文档。PRD撰写完成之后就可以进入到需求评审阶段

六、需求评审

需求评审是指产品经理要向UI、交互、研发、测试等内部人员讲解产品逻辑，保证产品逻辑在内部传输过程中不失真。

需求评审的过程中，有4点需要注意：

1、评审的时候，先讲需求背景。即这一版本为什么要做这需求？做完以后预计会达到什么效果？让相关参与方从心理上认同做这件事的价值。

2、在讲具体需求的时候，按照对应的责任人进行拆解。比如在讲解功能A的实现逻辑时，我一般会说客户端需要完成的内容是1、2、3；服务端需要完成的工作是1、2、3；算法侧的工作是1、2、3等等。

3、存在争议的地方先记录下来，评审结束后再细化。

4、就是评审结束以后要追排期。即作为产品经理你要盯着研发Leader，设计Leader，测试Leader让他们出需求排期，以此保证项目按时上线。

七、项目管理

需求评审完成之后，项目经理（大部分公司由产品经理担任）会输出详细的项目排期表，然后项目所有相关人员会按照项目排期表有条不紊的协作。项目管理的详细流程如下：

八、数据分析

产品上线之后，产品经理要做好产品分析工作，以验证产品/功能是否达到预期目标。特别是产品上线7天后，产品经理需要想全体组员发送产品上线数据报告。

如果数据不达预期，就要进行深入的分析内在原因是什么，然后数据分析的结论很可能是下一迭代的需求来源，从而开始一个新的迭代周期

❽ 【PM】如何当好PM的PM这里有一份产品经理进阶版实用手册

Jack Krawczyk曾就职于StumbleUpon和Google，有着丰富的工作经验。2013年Krawczyk加入互联网电台服务公司Pandora，负责广告产品团队的管理。他的工作不仅是要推出听众认可的智能广告产品，还需要带领团队快速地成长。

Krawczyk认为，领导一支产品管理团队首先做到以身作则。他在接手后立即投入到产品一线，参与到Pandora广告嵌入逻辑的重构。他说：“这个过程不仅让我更好地理解了产品如何运作，也让我真正认识到Pandora整个开发环节是怎样的。”

Krawczyk曾见证过许多创意演变成为真实的产品，也遇到过不少难见天日的失败品。他的团队经常能拿出创意十足的解决方案，但也有不少项目以失败告终。在这些经验的基础上，Krawczyk总结出6条具体的策略，帮助产品主管开发优秀的产品并培养杰出的产品经理。

上世纪90年代，英国人类学家罗宾·邓巴提出一个理论：由于人类平均脑容量所导致的认知局限，一般人只能与150人维持稳定的社会关系。Krawczyk在管理中也运用这一理论，使每个人不需要处理与太多人的关系，确保同事之间交流的广泛而深入。

Krawczyk说：“我认为每个好的产品经理本质上都是领导者，只是没人向你直接汇报。但是产品经理必须激励那些并不算自己下属的工程师，同时还要满足公司其它利益相关方的需求。”管理产品经理的人则必须成为领导的领导，并且深入理解公司内部业务关系架构。以下是负责一支快速成长的产品管理团队时需要注意的几个关键点：

Krawczyk说：“对于早期团队来说，工程师和产品经理数量的黄金比例通常是5:1。这个比例有利于产品经理和工程师保持足够亲密的关系，也让产品经理知道如何与工程师交流，如何激励他们，如何带来最大的产出。”

随着团队扩大，职能会变得更加分散。这时，PM和工程师之间的数量比就没那么重要了，取而代之的是双方关系的紧密程度。工程师不仅需要知道工作是什么，还要理解每个产品功能背后的决策过程。对于一支交叉职能的团队来说，了解一项工作的前因后果非常重要。Krawczyk说：“如果产品经理能够清晰表达出需要做的工作及其原因，那么他们最终就有可能会开发出惊艳的产品。”

Krawczyk建议，当一个产品团队在10人以下时，应该充分利用这种小规模的优势，尽可能让所有人聚在一起，开工作计划会议时可以邀请工程师和设计师也参与进来。在Pandora，这种方式不仅增进了同事之间的关系，也让产品经理在会后能对各方面情况有更加全面的了解。

在Pandora早年，前CTO兼执行副总Tom Conrad为所有参与Pandora产品开发的员工建立了一套“美元决策体系”(dollar-decision-making system)。每次季度会议上，来自公司各部门的参会者将讨论Pandora最重要的产品和创新点。为了确保员工的参与度，并对工作的优先级进行排序，每个参会者都会收到5“美元”，用于投资他们认为最关键的领域。尽管钱很少，但这种形式却促使人们仔细权衡自己手中的筹码。

对于很多团队不大的创业公司来说，这个方法都非常有效。尽管Pandora现在人数不断增多，但依然在使用这套“美元决策体系”，只不过是在各个产品团队内部，比如广告产品团队用“美元决策”的方式来制定产品发展的路线图。归根到底，还是要加强团队内部各个部门的充分交流和沟通，推动公司的不断成长。

Krawczyk说：“我遇到的最大挑战之一，就是如何保持Pandora早期形成的合作机制，同时又不断调整，适应不断成长起来的专业化团队。”在Pandora人数不到500时，我们可以把所有负责产品的人召集到一起开会。但现在，公司有超过1600名员工，包括25个产品经理和主管，如果还用老办法只会导致混乱，有些话题被重复讨论，有时候部分参会者与会议内容毫不相干。

当你不得不为产品会议准备更大的会议室时，你就需要关注到决策流程了。
2013年Krawczyk加入Pandora时，只有3名PM负责广告产品。短短两年，PM的数量已经增加到了12人，其中既有产品管理的新手，也有具备十几年经验的老将，和他们一起工作的工程师还有55位。这些人都在Krawczyk的管理之下。

在产品经理数量接近两位数时，为了保持队伍的紧密联系和高效率，Krawczyk建立了一套“产品组经理”(group proct manager)汇报制度，将12个产品经理分成3个功能组，覆盖到广告产品的各个方面：听众广告体验、广告分发技术、广告购买体验。每个组设置一名产品组经理，每组中有4名PM，每个产品都有专人负责。

这个结构使得团队行动更快，每次开会的内容更有针对性，将来PM团队进一步扩大也不用担心。Krawczyk说：“如果有很多人向你直接汇报，那你就没法对某一项具体事务做到深入理解，交流效果也会大打折扣。而且在这种工作方式下，作为管理者的你总会为工作增加障碍。你工作本应是为大家消除障碍的，而不是增加它们。”

Krawczyk说：“把想法组织成语言，再形成文字，然后根据文字进行讨论并不是一件容易坚持的事情。很多人认为把想法写下来是重复性的工作，即使写也是草草记录一下。这种观念实际上是错误的，团队的人越多，就越要做好文字工作。”

Krawczyk之所以得出这样的结论，是因为有时候他发现在开完每周例会之后，产品经理、工程师、营销人员和执行团队看起来对会议所作决定的理解完全不同。在随后和员工的交流中他发现人们的观点确实存在偏差。如果每次开完会是这样的结果，那集中在一间屋子里开会还有什么意义？想要解决这个问题，团队管理者就必须经常与员工交流，确保他们对于手头工作的理解是统一、清晰的。

有一天，Krawczyk团队中的一位产品经理注意到，开会讨论时，一边是工程师拿着他们的产品需求文档（Proct Requirement Document, PRD）在陈述观点，谈论的都是各种预测和用户故事；而另一边，营销团队则在解释他们自己的策划案。双方的信息是不对称的。为了弥合这种断层，这位PM决定把PRD中与营销有关的信息摘录出来，单独形成一份文档，保留原有形式，方便查找原文。通过这种方式，他给出了一份对双方来说都有用且比较熟悉的文档。

Krawczyk发现了这一方法，于是就把它运用到了整个团队中。他说：“ 要想成为一名强大的产品主管，关键并不在于你自己能提出多少想法，而在于倾听团队的声音，发现最优的工作方式，并决定如何将其运用到整个团队中。 ”经过一段时间的发展，现在Krawczyk的团队主要利用4种类型的文档来保持团队中信息对称（按照从基础性到拓展性的顺序）：

在这4类文档中，Krawczyk特别强调了wiki页面对于团队的重要性。产品经理可以通过wiki页面说明自己的工作内容，设定季度目标，其它人也可以通过这些页面来了解产品的发展历程。那么，一个高效的wiki页面应该如何完成呢？以下是一些实用的原则：

Krawczyk把自己看做整个产品团队的产品经理，这个团队就是他在开发的产品。“不论是说明公司的价值主张(value proposition)还是我对产品的修改意见，我都需要向团队解释我的理由，让PM理解决策过程非常重要，这样，他们才能在充分了解各方面信息后完成艰难的工作。因此，这些文档对我非常有用。”

作为产品经理，你需要清楚别人是否真正理解了你们所达成一致的内容。你不仅要让大家完全理解该做什么，还要让他们知道所做的事情与最终目标有着怎样的关系。

当Krawczyk和一位产品经理意见不一时，他会先质疑是不是自己的理解出了问题。他说：“我发现很多时候我不同意某个方案是因为我对于问题本身的理解不够清楚。这时，我会向PM坦言我可能理解不到位。但是如果我认为我没有错，是PM提的方案不合适，那我会进一步分析，消除PM对于我所做决定的疑虑，最终达成一致。整个讨论的注意力都是放在问题本身，而不针对这个人。”

然而，如果团队还是不理解你，那就是你的错了。你是团队交流过程的组织者，你需要确保大家在某些问题上达成一致的，也可以选择一些问题让大家各自保留意见。

“人们在提产品需求时常常只说‘我要你做这个。’实际上，接下来非常重要的一步就是说明为什么要首先做这些。”

几个月以前有一次，Krawczyk在一个部门的wiki页面提出了一些新的要求，但是这个部门的产品经理看起来很困惑。于是他又进一步做出了解释，说明了之所以提出这些要求的完整背景。他说：“说明做出某个规定的原因比反复强调新规定的内容要容易得多，在大家充分理解之后，我们就能行动得更快。”

产品经理如果工作做得比较好可能会被提拔去领导一个产品经理团队，这时他会发现，虽然自己善于做管理单个产品开发，对于创造新事物也非常有热情，但是现在自己的大部分时间却花在了管人上，与实际产品的接触越来越少。Krawczyk就曾经历过这样的阶段，也知道如何应对这样的挑战。

Krawczyk说：“我喜欢做产品的整个过程：跟团队核心成员一起，讨论出一个想法，招人加入团队，在挫折中不断学习，最终从不断的失败中走出来，取得成功。但作为整个团队的产品经理，我的工作就是帮助PM理清思路，深入分析产品，最终把想法变成现实。产品经理就是我的产品，因此产品经理所能使用的方法对我同样适用，只需要根据情况做一些微调。”

“很多产品经理只相信自己内心的声音，但最好的产品经理大多数时间是在倾听别人的想法。我在开会时一般都尽量少说话，只是提一些问题让人们表达自己的想法。这个过程就好像产品经理看着自己的产品成型、为人们所使用最终取得成功一样，非常美妙。”

策略： 首先问产品经理一些顾客在第一次使用时可能会问的开放性问题。产品团队应该对这些问题有所准备，并在产品发布之前想好应对方案。

鼓励你的产品经理去接触真实的消费者，倾听他们的意见，在提问的时候可以不提及Pandora，比如问：“迄今为止，你遇到的最让你兴奋的产品是什么？你喜欢哪些品牌？它们有哪些让你感觉做得非常棒？”

Krawczyk每周会和部分员工进行一对一的交流，整个团队每周还有两次例会，一次在周一，主要讨论产品问题，另一次在周三，讨论管理问题。这些会议不仅给团队更多机会来表达自己的关切，也让离开产品一线的Krawczyk在各种报表文件之外有了进一步了解情况的渠道。

Krawczyk说：“周一早上9点半是一周最重要的时间，因为整个团队的25个产品主管和经理会聚在一起开论本周的工作。我们会先看一下wiki页面，了解各团队进展，然后再深度研究产品的开发情况，包括产品更新等各个方面。在周一例会上，我一般会简要记下准备跟进哪个产品经理的工作，随后跟他的产品组经理沟通或者是直接通过Slack跟他们交流。”

每周三上午，Krawczyk还会和团队开个30分钟的短会。“这次会议主要是用来讨论管理上的细节，包括员工的休假以及新政策的宣布等。我刚来的时候一般不会专门开会讨论这些问题，或者就排到议程的最后，我觉得给所有PM发一封email就解决了。但实际上这些问题也非常重要，应该面对面地进行交流，即使时间很短。

策略： 为团队会议和一对一交流安排固定时间，最好是在每周伊始，这样有助于明确本周的工作，保持所有人在同一个节奏上。安排好会议的顺序，使之相互促进，比如先开一个会收集信息，随后再开另一个会处理收集到的信息。可以设定不同级别的会议，以便参会者选择最合适、最相关的场合来提出议题。

Krawczyk说：“我要求每一位产品经理都能够明确地说出产品开发的宗旨和最高目标，帮助产品经理更加深刻地理解自己的产品。这里的目标并不一定是收入目标，因为对有些人来说，激励他们做事的动力并不一定是金钱。”

Krawczyk也发现，不同的人在做事时追求的目标也是不尽相同的。他十分认同Daniel Pink在《驱动力》(Drive)一书中关于工作驱动力的总结，即人的驱动力可以分成三类：

Krawczyk把这套理论运用到了整个Pandora团队，他说：“我的同事中有些人特别热衷于解决复杂的数学问题，而另一些人天生就是做用户界面设计的。”Krawczyk要做的就是帮助团队学习如何更好地理解同事属于哪种类型，并利用这种信息让大家按照最适合的方式工作。

策略： 在开发产品时做用户和市场调研是很正常的。而在管理团队的过程中，也需要对团队成员进行调研，了解如何激励他们，如何使他们的个人目标和团队的使命结合起来。

每个产品开发团队都有时间和资源上的限制。如何分配有限的资源是一门大学问。以下是Krawczyk在这个方面给出的两个有效的策略：

（1）紧跟现实情况。 在从无到有开发产品的过程中，人们很容易做出错误的假设，然后开始“放卫星”做一些不切实际的功能。当然，一个好的产品主管会尽可能地促使产品经理提出更多好创意。但如果不给资源就异想天开是很容易让人泄气的。

“如果PM没有足够的工程师做某个项目，你肯定不会把工作交给他的。”所以，一定要确保你提出的想法紧跟现实情况的。如果一些条件暂时还不具备但将来有可能实现，那么你要做的就是先好好规划一下。

（2）给PM留够思考的时间。 “有时候产品经理需要花上两三个季度的时间去深入思考一款产品，形成对重要数据的敏感度，然后深入研究这些数据，最终做到从噪音中发现信号。”

随着公司规模的扩大，产品管理职能会发生显着变化。团队可能重组，人员发生变动，员工的职责也会有所调整。Krawczyk在Pandora、StumbleUpon和Google的几段工作经历中都注意到了这样的变化。为了快速地适应变化，他提出了两条策略：

（1） 以产品为基础管理产品。 在现在，一个年轻的创业公司有3个产品经理并不稀奇。其中一个可能向CEO汇报而另外两个则向曾当过公司产品经理的一位创始人汇报。这种结构的混乱可能会导致一个产品经理管得很多，但却没法覆盖到任何一个完整的产品，最终导致产品开发的不规律，因此在管理中需要以产品为基础。

（2）对产品保持深入的理解。 开发出一款产品时，需要对于产品有着深入的理解，但要做到这一点需要花费不少时间。每次开发出新功能以后，我们要求产品经理不仅展示新功能的数据，还要求他们说明新产品将如何影响到人们使用Pandora的方式。Krawczyk说：“让PM感到产品属于他们非常重要，但同时要让他们形成一种责任感，并且对于产品有着深刻的理解，这种理解将会对产品产生重大的影响。”

建立渠道让团队分享成功的喜悦和失败的经验非常重要，对此Krawczyk给出了两条建议：

（1）知道荣誉归属于谁。 如果Krawczyk的团队发布了一项非常棒的功能帮助Pandora登上了行业顶级期刊的封面，他就会去了解这是哪个团队的成果，团队的产品经理、工程师、设计、业务都是谁。此外，如果要发外宣稿介绍新功能，Krawczyk也不会代笔抢占荣光，而是会交给产品经理，他才是产品的主人，也应该是产品故事的讲述者。

（2）所有的项目都要做总结，然后在内部进行分享。 项目结束后的总结不需要很长，也不要都是歌功颂德的话语。Krawczyk和他的团队所做的总结通常都很简明扼要，也不是特别正式。每次新产品发布或功能更新后，他们都会在他们的内部wiki页面上写一句话，清晰地概括核心要点，然后在后续补充更多细节，把产品发展过程中学到的东西记录在这个wiki页面上，为将来的产品开发做好记录。

在谈到团队时，Krawczyk说：“我不喜欢说‘我的团队’，听起来就很老套，我会称之为我们的团队。我认为通过这种方式我可以更好地理解每个产品经理在做什么，以及我该如何把大家凝聚起来。”

Krawczyk会积极地发现团队中优秀的人才，有意把一些员工往经理的方向培养，这种培养有时候甚至在新员工入职之前就开始了。

（1）候选人面试的时候就要明确他的使命和目标。 在Krawczyk看来，面试环节最值得讨论的就是公司的使命，因为这不仅展现了候选人对于公司是否足够兴奋，也能看出他们是否理解公司的使命以及他是否愿意为之付出。

“我希望每个加入团队工作的产品经理都能够从一开始就对自己所做的工作感到兴奋。好的应聘者会在入职前就去接触他们即将从事的工作。而最优秀的人才已经着手了解消费者想法了。如果你做了这些准备工作，说明你已经理解了公司的发展目标，并且非常渴望学习如何为了这个目标而努力。”

（2）聘用那些充满好奇心的倾听者。 在Pandora，申请广告产品部门的应聘者会首先由Krawczyk进行电话、视频或者现场面试。他喜欢问：“你最近一次自学学的是什么？”这个问题可以深入了解应聘者心中对于挑战自己是怎么看的。

如果这一轮聊得比较融洽，候选人就会进入后两轮面试，一轮是来自几位产品经理的面试，包括所申请部门的产品经理；另一轮来自其它部门的产品经理、营销人员和工程师。在面试环节的最后，Krawczyk会让候选人回答他们对于这份工作的看法，然后看看与岗位需要是否契合。

（3）请优秀的PM来培训新员工入职。 “随着团队的扩大，要给产品经理带新人的机会。这是培养产品经理晋升为主管或者产品组经理的好机会，也有利于新人在实际环境中快速了解日常工作。如果有些PM就只想做好自己的本职工作，那也不要强求。

Pandora的使命是帮助数亿用户轻松愉快地寻找音乐。Krawczyk反复向团队强调着这个目标。在产品开发中遇到艰难的决定时，他总会想：“新产品如何增加收听时间？新功能会引起人们的共鸣吗，还是会打扰他们？”

Krawczyk每天都会回顾公司的使命，他电脑的屏保也在不断循环着他的目标，看起来就像是战斗口号：“发现音乐的无穷能量，让品牌引起听众的共鸣！”

作为整个团队的产品经理，以下是2条保持公司使命处于核心地位的方法：
（1）用数据来验证产品开发是否与公司使命一致。 在产品开发过程中，有时很难把某个特定的功能和公司总目标对应起来。Krawczyk说：“在广告随处可见的今天，我们的核心目标是让用户通过广告与品牌建立起联系。但如何做到这一点？我们会通过一系列具体的指标和参数来进行验证，判断产品的关注点是否偏离了公司的总目标，接下来我们会调整产品直到得出正确的数据。”

（2）团队使命应该是可拓展的；有时候需要跳出来寻找灵感。 想要成为电台领域的佼佼者，可以从其它行业寻找灵感。Krawczyk举了一个例子：很多人都听说过米其林星级餐厅，但却没有意识到一个轮胎厂商为什么要给餐厅评级。实际上米其林餐饮指导手册是在100多年前开始编制的，这个评级的初衷是鼓励人们多出去吃饭，外出吃饭会增加汽车的使用频率，进而增加轮胎的消费。所以说，最好的广告可能根本就不是以广告的形式出现的。”

❾ 内向者如何做好产品经理

内向者如何做好产品经理

外倾型人格：认知世界时，以外在客观事物为核心。倾向于通过群体交流获取能量。

内倾型人格：认知世界时，以内在的自我感受为核心。倾向于通过独处获取能量。

专注，是你最大的优势

产品经理最重要的能力就是需求的分析整理能力，除了与客户沟通外，我们需要花费大量的时间对需求进行梳理。客户为什么会有这种想法?B产品为什么需要设计这样的功能?没有这个会不会对主流程有影响?这些都是需要专注思考的问题，只有先进行专注的思考，形成自己的方案，然后才能进一步与其他的产品经理和项目团队进行需求的沟通。

就像现在的小A觉得与团队沟通就是一道坎一样，最初我也觉得这是最困扰我的问题，但是随着独自负责完成的产品越来越多，就越发觉得自己的专业能力提升，才是做好产品经理的关键。那么内向的我们到底该怎样做好产品经理呢?

充分准备产品需求

充足的准备是关键。在第一次需求评审前，我们需要把需求整理清楚，用技术的.语言如原型图描述清楚，这一步工作做好之后再对自己讲述一遍，看看还有没有遗漏的地方。需求评审的关键在于项目团队遇到需求困惑时，我们是否能够解释清楚设计这个业务流程的原因。

持续展示产品进展

产品部门和公司的研发、运营、管理层都关系密切。这时就需要持续地主动向其他相关人员传递产品的进展。产品现在完成了哪些关键功能?产品现在有什么问题需要协助?产品什么时候可以给客户体验?越清楚地展示产品的里程碑，大家对这个产品越熟悉，也就越容易得到相关部门的支持。

主动地进行产品沟通

若是觉得自己不善于沟通，就越需要主动地去沟通。比如主动参与每日的项目团队晨会并参与讨论，主动解决研发人员遇到的需求问题，主动进行项目阶段性的总结汇报。走出自己的舒适区，其实只需要一步，那就是主动地去沟通。

刻意练习专业知识

第一次负责产品的时候，遇到冲突是正常的。冲突是为了让产品做得更好，这个时候就能发挥内向型人格善于倾听的优势了。为什么团队成员有这种想法?是不是自己设计产品的时候考虑得不周全?产品经理持续学习的能力很重要，向团队成员学习、向书本学习、向最新的技术学习，我们需要的不是掌握一门前沿的技术，我们需要的是更前瞻的视角，这样当我们下一次做产品的时候，就能多一个视角看待需求。

我们负责的每一个产品都是积累自己阅历的财富，当自己积累的经验越来越多时，我们就会发现，沟通就好像整个产品生命周期中平静的河流，我们需要的最重要的工具是拥有自己的船桨，并且不断地升级自己的船桨。要知道，产品经理的价值是真的能够解决客户遇到的问题，解决的问题多了，离改变世界也就不远了。

❿ 产品经理的日常工作有哪些如何快速升值加薪

1：建立产品的长期战略布局您的产品在公司中扮演什么角色，在整个互联网中属于什么行业，在产业链中是上游还是下游。如何在众多同类产品中找到自己的优势？您需要从战略角度审视产品的位置，了解同一行业的产品趋势和信息变化。只有这样，您才能及时有效地控制产品的开发轨迹。