㈠ 如何做一个好的产品经理
1、产品经理是公司所有项目的驱动程序--平常要了解管理层们在忙什么--他们关心的就是你要关心和事先准备的--说不定哪天这件事就成为你的工作内容--
2、产品经理要琢磨公司的生门和死门--公司要生存。但这种问题不能自己闷想--要在适当的时候跟领导交流--如果你能在缓解公司痛苦的地方做些事情--那么你就不得了--
3、要十分清楚公司的目标和上司的期望--这些都是产品经理工作的最低限--应努力做出超过上级期望的事情--
4、产品经理要对自己的产品负责--要对自己的下线资源负责--要具有成品意识--在一定程度上要追求完美。产品经理提交出来的需求如果是次品--遭殃的最后是自己--千万不能偷懒--
5、要及时通报事件的进展情况--有两个好处--一是让相关人员掌握信息--这是他们的权利--二是发动集体智慧及时发现潜在的问题--做好了可是你的功劳--
6、产品经理要讲事实--主观强势比软弱更值得一试--尤其面对不同领导的不同的意见时--不管听谁最后吃亏的都是自己。产品经理能做的就是按事物的本来面目进行操作--然后从这一角度解释给领导听--
7、要学会站在公司利益角度去理解工作--那么你的高度就不一样--理解就不一样--工作的状态也就不一样了--
8、注意报告文件的格式--第一页是精华--要字斟句酌--后面可以有100页的支撑文件--但第一页只写大家都关心的问题--
9、一条颠扑不破的真理--领导都是聪明人--谁干得多谁干得少--谁愿意干谁勉强干--谁好用谁不好用--他明白得很。有句笑话叫"别跟猪摔跤"--在办公室不要跟任何人较劲--就事论事--把本职工作做好。
10、产品经理还是老板的幕僚--有些事你是要懂得及时提醒上司--疏忽这一职责带来的后果可能是致命的。
㈡ 聪明的产品经理如何提供产品管理效率
1、首先你需要有用户视角，把自己当做一个小白的用户，其实想做到这点并不简单，很多产品经理做来做去都是在自嗨，实际上用户根本就不喜欢你那些功能。讲一个简单的方法让你可能获得用户视角——自己首先要是自己的用户，多使用自己的产品，相信你自己会发现很多吐槽点。
2、其次你需要有足够强的逻辑分析能力。越是简洁的交互，背后的逻辑越是复杂。产品经理需要把所有的可能性都考虑清楚，才能减少产品出意外状况。你想的越多越清晰，用户界面越简单体验越好，嗯，这一点，看看微信支付就知道了。
3、接下来，你需要有很强的沟通能力。对接开发不但是个技术活，还是个口活，口活好才能赢得开发哥哥的芳心。我们之前每次开发需求搞不定，美女妹子就上，5分钟内给你解决。但当你不是美女妹子的时候，你的沟通能力，就要足够优秀，要知道沟通是有损失的，你需要保证和开发哥哥把需求充分的沟通清楚，到每一个细节。这个过程需要反复的沟通。另外产品经理一定是需要掌握一点开发知识的，至少和开发沟通的时候你要能知道他在说什么。
4、然后，你要有项目管理的能力，作为产品PM，你最重要的职责就是保证产品按时上线，对各环节的进度一定要严格把控。要做到这一点，需要你想的比别人多，因为只有你最了解进度，你需要把可能的风险都想到，避免出临时状况，多线程同时进行。project是很好的项目管理软件，很多人都在用，如果不习惯用的话，也可以用excel代替。
5、再然后，数据分析能力。无论是做产品还是做运营，数据分析能力都是必不可少的。数据分析，关键在于后面的分析，你把每天的uv列出来做成漂亮的表格，这个并没什么实际意义，你需要分析数据背后的原因，为什么今天的uv增加了，为什么今天的转化率降低了，找到原因，你就可以让每天的uv都增加，让每天的转化率不降低。
6、最后，补充一点，学习能力。产品经理，最需要懂业务，需要有基本的审美，需要懂一点代码，需要和各种职能线的同事沟通，学习能力是不可避免的，每天保持自己的上进心，不断地学习，不断向其他职能线的同事学习，产品经理应该是最有潜力成为ceo的那个。
㈢ 如何做好产品经理
转载以下资料供参考
产品经理就是企业中专门负责产品管理的职位，产品经理负责调查并根据用户的需求，确定开发何种产品，选择何种技术、商业模式等。并推动相应产品的开发组织，她或他还要根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。
产品经理必备技能
1、一个成功的产品经理的能力中应该有35%的项目管理能力。
在项目管理方面，而且这35%的能力包括团队合作的能力。好的产品经理首先是成功的项目经理，项目管理的经验对于产品经理十分重要，可以帮助产品经理更好的进行产品的管理，团队合作的经验和能力可以让产品经理在产品的团队比较好的处理团队内部的人员关系和团队的其他情况。
2、个人的能力占15%。
成功的产品经理应该是成功的领导人，他的个人能力包括他的领导能力，做人的情况和能力以及他的个人的亲和力。个人的能力可以帮助产品经理更好进行产品过程的管理。
3、产品经理的业务能力占全部的20%。
产品经理的业务能力包括专业的业务管理技能。
4、产品经理的技术能力占全部的15%。
技术能力对于产品经理是必备的技能，技术能力让产品经理更好的理解产品的性能和特点，更好的进行产品的团队管理。
5、产品经理的沟通和处理冲突的能力占全部的15%。
产品经理应该领导项目组，指导产品从概念设计到市场接受，保证实现设计、收益、市场份额和利润目标，解决项目组的冲突；同时产品经理还应该管理项目，制定项目的计划和预算，确定和管理参与项目的人员和资源，同职能部门之间相协调，跟踪相对于项目基线的进展；产品经理还要负责和管理层进行沟通，提供项目进展状况的报告，准备并且确定状态评审点，作为产品的领导同管理层沟通，提供对项目组 成员的工作绩效评审的输入材料。
一个成功的产品经理通常在一个或多个职能部门从事过管理和操作方面的工作经验，并有管理项目开发的经历。产品经理可以来自财务、R&D、市场等任何部门。产品经理富有项目管理经验很重要，产品经理最好具备项目经理的任职资格证书。
产品经理的相关事宜
个人素养
同程序员不一样，产品经理主要是同人打交道，要组织处理好很多复杂的关系和工作。良好的沟通能力、组织协调能力、资源运用能力、推动和协调各部门的合作和有序进展，是一个产品经理需要具备的综合能力。所以做好产品经理并不是一件容易的事情，很多方面的素质培养是必不可少的。
产品经理要协调好各种关系，包括研发、测试、文档、市场、销售等部门的人，在保证品质的情况下如期的推出产品。任何事情都是靠人实现的，所要协调的主要是人力资源，绝不能因为要完成一个OEM的项目而占用所有测试人员的时间。不同部门的沟通并没有多大的区别，但不同部门的Leader做事方式可能不一样，因此一方面要看对方配合的程度高低，同时要学会在恰当的时候和恰当的人谈恰当的问题，只有解决好问题才能有效的将事情向前推进。尤其是在没有下属关系的情况下，人与人的互动上，要做的非常好，能够把自己的想法非常好的表达给其他人，说服这些人配合去做事。
产品经理的工作是相当琐碎的，要处理各种各样的关系和进度，不像其他的工作都有自己专注的方向，专业的领域。所以如何在一天之内高效的做事就显得尤为重要。
围绕目标市场、市场调查、市场定位、市场细分，通盘考虑产品、价格、渠道、促销、公关、服务这些因素是开展营销工作也是产品管理的一项很重要的工作。所谓市场感觉，更为重要的是如何能够通过市场现象去生成一些战略，而不是对方降价自己也降价，对方做广告自己就做广告。所谓战略，就是从产品定位、用户定位、价格和竞争对手入手，了解各自的强项和弱项，找到机会在哪里，威胁在哪里，并进行分析，制订未来的战略。这些素质不是通过看市场宣传和汇报就能够获得的，它需要很多的信息反馈分析，要靠经验和感觉。
作为一个产品的负责人，产品经理的压力是很大的。尽管在某些公司，产品的成败不一定和产品经理的收益挂钩，但如果某些方面考虑不周，做出来的母盘存在问题，造成整批产品销毁，给公司带来巨大损失，或者因为某些原因没有和一些人员沟通好或者安排好时间，结果造成问题，产品无法如期交付，产品经理还是有“罪魁祸首”的感觉，这些都是压力所在。
产品经理需要有独立解决问题的能力和动力，要把产品看做自己的孩子，怀着热情和激情去做事。这种热情决定他是主动的，而不是被动的去做事，是为了不断提升自己的价值和能力。
技术可以学习，素质却难以培养，有些素质是成功的产品经理必不可少的。
有这样一群人，他们对产品有一种本能的热爱，把自己生活中的一切事物都看成产品，怀揣对优秀的产品的热爱和尊重。这份热情是产品经理必备的素质，是他们夜以继日克服困难、完善产品的动力。这份热情能感染团队成员，激励所有人。
辨别这种特质很容易，可以让应聘者谈谈自己最喜欢的产品及喜欢的原因，聊聊不同领域的产品和他讨厌的产品，问问对方，如果有机会，他打算怎样完善自己最喜欢的产品。热情是难以伪装的，虚伪的做作容易毕露无遗。
理想的产品经理不一定来自产品的目标市场（这种情况有利也有弊），但是他必须融入目标市场。这一特质对制造大众产品的高科技企业尤为难得。我们倾向于从自己的角度去理解用户和市场。事实上，目标用户的经验、喜好、价值观、知觉能力、忍受程度、技术理解很可能与我们的大相径庭。
可以就产品的目标市场向应聘者发问，让他谈谈如何换位思考。了解应聘者对目标市场的感觉，最重要的是看对方是尊重目标市场希望融入其中，还是打算一意孤行改变用户习惯。
对国际化的产品和针对特定地域的产品来说，换位思考尤其重要。各种文化虽有共通之处，但也存在许多差异。有些差异对产品无关紧要，有些则至关重要。应该考察应聘者是否足够了解目标市场，能否区分这两种差异。
人的智力水平是无法替换的。产品管理需要洞察力和判断力，因此必须具备敏锐的头脑。勤奋当然是必需的，但从事这项工作光有勤奋还远远不够。
招聘聪明人是项知易行难的任务，结果在很大程度上取决于招聘者的能力和可靠性。常言道，“物以类聚，人以群分”，此言不虚。方法之一是测试应聘者解决问题的能力。微软令人称道的、深入而有效的面试，即是考察应聘者解决问题的能力，通常由一位或多位领域专家就一个问题对应聘者进行深入考察。面试官不关心应聘者是否知道正确答案，而看重应聘者解决问题的思路和方法（智力优于知识）。如果应聘者回答正确，面试官会将问题略作调整，询问应聘者在新情况下如何应付。重复这个过程，直到应聘者被迫处理他不知道答案的情况，说出解决方法。
每种团队角色承担的义务和付出的努力都不相同。产品经理肩负着产品的前途和命运，绝不适合贪图安逸的人担任。即便掌握了时间管理和产品管理的技巧，产品经理依然要为产品投入大量精力。成功的产品经理能拥有时间享受清闲的家庭生活吗？只要具备足够的经验，我相信可以做到。但是，如果你期望的是一周只工作四十个小时，下班后把工作抛诸脑后，那是不现实的。
成功的产品经理需要付出多少努力？在这个问题上，我对应聘者向来坦率，产品管理工作绝不能用时间来衡量，付出多少都不为过。紧急情况下临时找来的“救火队员”多半不是合适的产品经理人选。
在漫长的项目周期里，产品经理需要付出的努力和承担的义务并非一成不变。有的阶段比较轻松，有的阶段则很紧张。但是称职的产品经理对产品的关注和忧虑程度，以及愿意为之付出努力的热情是不会改变的。
在所有产品团队成员里，产品经理最能体现公司和产品的价值观。通常产品经理不直接管理团队成员，不能要求别人执行命令，所以他必须通过行动影响、说服身边的同事。这种影响基于相互的信任和尊重，要求产品经理必须是个正直的人。
产品经理是产品团队、销售团队、公司高管之间的枢纽，经常要协调处理各种问题，比如提早供货、满足大客户的特殊要求。产品经理如何处理这些难题，同事们都看在眼里。
信任和尊重需要时间培养，产品经理唯有通过工作展示自己的素质和能力，才能成为真正的团队领导。如果产品经理对待同事缺乏诚意，怀有私心，一碗水端不平，那么势必会影响整体团结的工作效率。产品经理虽然不必事事精通，但应当知道每位成员最擅长做什么，尊重大家发挥工作特长的意愿，充分信任大家。
考察一个人是否正直绝不比考察他的智力容易，考察陌生的应聘者是否正直就更难了。对那些有工作经验的应聘者，可以问问他们如何处理工作中的压力，多追问工作细节。
很多人相信经验可以让人产生自信。如果仅凭经验可以建立信心，为什么许多工作多年的产品经理却毫无自信？相反，刚刚步入社会的大学毕业生却往往充满自信（虽然这种自信通常源自对自身状况的无知）。
自信是很重要的素质。公司高管、产品团队、销售团队都需要看到产品经理的信心，确信他们投入的时间、金钱、努力不会付之东流。自信的人更有说服力，更容易成为人们愿意追随的领导者。
称职的产品经理把自己当成产品的CEO，愿意为产品的最终成败承担全部责任，绝不找借口。虽然他清楚产品按时成功上市要克服许多困难——开发难度大、开发时间长、成本过高、产品复杂等，但他明白预见和解决这些问题是他的责任。
这并不是说产品经理要事必恭亲，监督每个人的工作，而是指出现问题时他应该及时承担责任，进展顺利时他应该及时给大家以鼓励。称职的产品经理知道，虽然产品的实现离不开大家的协助，但是他应该对自己的产品创意负责。
掌握一些重要的技能是打造成功产品的关键。我相信，只要具备优秀的个人素质，所有技能都可以习得。
很多成功的产品经理是工程师出身，因为策划产品在很大程度上取决于对新技术的理解，以及如何应用技术解决相关的问题。
出色的产品经理并不需要自己发明或实现新技术，但必须有能力理解技术、发掘技术的应用潜力。
培养理解技术的能力有多种途径，可以参加培训课程，阅读相关书籍和文章，向程序员和架构师请教，参加开发团队的头脑风暴也不失为一种途径。
产品经理要优先解决重要问题。研发产品的过程中有很多干扰。能否集中注意力解决关键问题、克制不断增加功能的冲动、不受关键人物或重要客户的影响，取决于产品经理是否有足够强的自律性——不但要遵守公司制度，还要严格要求自己。
几乎所有产品都有些不那么重要的功能——这些功能对提高销量和用户满意度毫无作用。如果去掉这些功能，产品甚至会因为简单、易用获得更多用户的喜爱。
电子邮件、即时消息和手机构成的世界充满了干扰。你可能一大早就来上班，拼命工作一整天，连吃饭喝水都顾不上，深夜回到家却发现到头来没完成一件重要工作。时间都用来“救火”和处理“紧急”事件了。
熟练、迅速地区分重要任务和紧急任务，合理地规划和安排时间是产品经理必备的技能。如果产品经理无法集中精力完成真正重要的任务，那产品就难免命运多舛了。
每星期工作七十个小时、累得精疲力竭的产品经理。他们把所有的时间和精力都花在工作上，体力透支到了极限。对他们而言，最可怕的事实莫过于做的都是无用功。为此，我有意在培训课程中加入了时间管理和合理安排工作任务的内容。产品经理的时间应该用来改变现状，而不是疲于奔命参加大小会议、逐一回复邮件。有许多事情不值得做。
作为产品团队的发言人，产品经理要协调团队与财务部门、营销部门、销售团队、公司高管之间的工作——必须使用这些人听得懂的概念和术语。
我认为产品经理应该具备双语技能。这并非指中文和英文，而是指产品经理既能与程序员讨论技术，又能与管理层和营销人员讨论成本结构、边际效应、市场份额、产品定位和品牌。
职业要求
教育培训
产品经理是要负责产品的整个生命周期的所有事物，因此产品经理需要有产品研发阶段相关的技术知识。在软件开发领域，产品经理一般是研发出身，接受过市场营销相关培训。
工作经验
产品开发及其管理5年以上工作经验，具备良好的资源整合能力、沟通协调能力和书面报告能力，具备独立解决问题的能力和较强的市场分析能力，对产品和数据运营敏感，思维清晰而有条理，能承受较大的工作压力。
职业发展
对于大公司而言，产品经理是一个非常重要的角色。因为产品经理要负责整个产品的成败，所以从研发到生产到销售，产品经理都有权进行干涉。但是在小公司境遇就不尽相同，权力会相对小一些，但是产品经理对于提高自己的创新能力，选择创业是非常有帮助的。产品经理一般由产品专员发展而来。
在战略层面需要考虑的内容
在产品规划和执行层面
产品开发团队管理
产品实施和推广
因为不同公司对产品经理/产品设计师的职责要求不同，所做的事情也并不相同。但至少要达到所在公司的要求，这才是首先应该做的事情。
㈣ 产品经理如何做好小团队管理
产品经理开始带人后，个人职业生涯看起来有些不一样了。但是有很多挑战等在路上，比如不小心就变成了高不成低不就。
以下针对小团队2-5人管理。参考方法如下：
我们从可能遇到的问题来进行讲解：
这里涉及三块：
分开来说：
最好的管理，是管理愿景，其次是管理目标。OKR是一整套向上对标企业愿景、向下落地达成上下同欲的目标管理方法。O为Object目标，KR为达成目标所需的Key Result关键结果。可分为年度OKR和拆解出来的季度/双月阶段性OKR。
微信读书上有《OKR工作法》，樊登读书APP对这本书也有讲解。简单描述下：
① 关键要务
樊登读书会在创业初期，面临APP设计丑陋与卡顿、是否建立微信服务号等一大堆问题，但樊登本人对团队反复只追问一件事：转介绍什么时候上线？这个背后思想，与OKR一脉相承：在一大堆问题中，我们能否抓住关键要务？
② 相对KPI
与利益挂钩的KPI会形成上下级的“博弈”（如何恰当好处地完成KPI而保留一部分潜力)、跨部门的“那不是我的KPI”。相对KPI带来的被动与压力，OKR则是：我承诺我付出，我与各个团队在并肩下一盘大棋。
① 从上而下与从下而上
OKR一定是从公司层面发起，逐级拆解到各部门小组，乃至每一个人。
但并非老板定下来就行，而是都参与讨论，形成每个人自己的挑战，组织上则达到上下同欲。
② 目标足够鼓舞人心
目标足够具体、冗长，已经缺失了基本功能：无法鼓舞人心。
需要的是简短有力、令人难忘，比如：进入在线1对1赛道第一梯队
③ 有挑战的关键结果
量化的KR，看起来比较担心，那才是对的。比如初始信心指数可以定为50%。
其实像谷歌、领英在刚开始使用OKR时，也遇到一开始觉得KR 50%能达到，干着干着就变成30%、20%，越来越差。无须气馁。
① 有效公示
比如将OKR放到企业内部沟通工具/wiki，目的都是公之于众，让大家知道重心在哪。
② 定期沟通
团队内部每周一开OKR的任务总结与计划会议。大家尽可能深化对OKR的认识、谈及自己的进步，形成不断进取的氛围。
了解每个人的专业方向和水平、性格与沟通上的偏好与优缺点、执行力、个人目标（含能力成长和薪资级别等）
将合适的人放到合适的位置。通过OKR工作法，每个人对有挑战的目标负责，而非对被动接的需求负责。
OKR工作法不同于KPI，OKR本身是不与利益挂钩。
但没有奖惩，则无法管控目标执行结果。所以新晋主管对于人事招聘调动、绩效考核，需要尽快了解和掌握。
另外对于柔性的表扬、批评，需要拿捏好分寸。表扬不能泛滥、太容易得到，否则最后失之于信。批评不是目的，要看批评后的连环操作，如何帮助对方调整、团队如何迭代前进。
定好目标开始落地，那是否就会一起快速前进呢？也不一定。
这个时候需要形成【团队协作规则】，通过一套规则来形成【团队螺旋上升】的节奏。
按月来，有三个事件比较重要：
没有经过深思熟虑后的输出，就没有成长。所以每月定期召开每月的总结会议十分必要。
这个报告同样围绕OKR来，包括当月业务情况、系统运行情况、数据分析、下个月计划、个人成长与反思。
如果产品迭代采用了敏捷，那每月召开一次回顾会很有必要。目的是在产研设计的内部团队中凝聚共识，把问题抛出来、把每个人内心的话说出来。回顾会开好了，平时产研设计内部协众就会顺畅许多，磨刀不误砍柴工。
业务方有大的业绩压力，他们也很迫切想知道对应的产品部门的情况。基于【产品总结报告】，可以形成与业务方的单月沟通会。告知对方我们的总结、规划。双方达成一致，为业务按月发展进行赋能。
采用Scrum敏捷迭代的话，时间盒一般是2周（也可不同）。一月大概能有2次迭代的评审会，产品进行2次验收、上线和培训/通告。
产品周会主要内容为两部分
① 工作汇报
不管主管是多么认真负责，都不太可能了解每一个下属工作的细节、进展和结果。但主管往往承担对外各部门沟通入口，又需要掌握许多关键信息。
那就需要通过周会来定期汇总信息，让每个人简短说下上一周工作和下一周计划。这个可以结合OKR的定期沟通。
② 轮流分享
首先在OKR里明确要研究的课题。每周轮流的分享，就是为了实现课题的突破，确保每年每人在所负责领域内实现有效成长。
同样，每周业务与产品进展、下周计划，也都需要定期沟通。如果没有参与、或者只是私底下个别业务与产品进行沟通，会导致信息流失。
周报同样分为2部分：
① 本周工作和下周计划
这个相当是周会的前奏，给每个人时间来思考、写作。
② 心得、反思
【产品经理能力模型】中，用户理解、业务理解、数据分析、产品规划、产品设计、项目管理、技术理解等，都是通用能力。通过底层的能力——学习与反思，来训练通用能力。
只有持续地向外、向内反思，才能确保持续性成长。而非陷入工作细节，最后跟不上业务发展、对个人生命也是浪费大好光阴。
如果只是按周同步，那很难凝聚团队资源去解决重点问题。重点信息需要及时更新到文档或项目管理工具，有必要则相互同步。
主管意味着更大的责任，这时更加需要快速成长，带领团队持续精进。如果只是飘飘然做点管理，一不小心变成对团队、对业务没有作用的人。
于是需要实现三个自我超越：
从接手团队的第一天开始，也就意味着
专业能力反倒比自己做一线更加需要提升。
以前接受很多信息后再出方案，现在则需要举一反三，面临很多即兴演讲，需要在更短时间内给下属、上级、业务方、技术等讲清楚规划、方案。
怎么提升？刻意练习。将工作和生活场景利用起来训练：
不断积累用户和竞品案例、方法论。付费学习是个好方法。
无论是文档、表格、PPT、对外文章。
即兴演讲、汇报、会议等都视为刻意练习场景。
三者结合循环练习，这样来保证持续成长。
提升团队产出而非自己忙得要死。
① 当被其他人关注时，人的行为会发生变化。这时可以借力来创造场景。
② 帮产品经理从多个方向获取信息，引导他们自己做决策。
减少说教，说教带有居高临下且迂阔不够明确。
① 通过提问，让对方思考
② 通过讲故事，让对方自然意识到问题
以上是分别从团队目标、团队执行、个人成长三方面，对于产品经理管理小团队的思考。
对于新晋主管，团队上手后不断提升专业能力尤为重要；等运作稳定，团队分工形成优势互补、自己进一步向上突破时，逐渐偏向管理能力提升。