课课家告诉大家一个产品运营故事:四年半之前,我放弃了谷歌公司产品经理的职位,转而加入到Redpoint团队中来。正是这次身份转换令我经受到职业生涯中的一系列专业性挑战。我突然之间成为小团队的一分子,工作中充斥着大量定义不明的管理内容、时间分配以及业务决策,这一切令我很快丧失了对新鲜环境的好奇与兴奋之情。
但要说起最大的挑战,还是得数沟通效率问题。我简直无法通过自己的语言拿出有说服力的结论。在刚开始的几个礼拜,我感觉自己就像是个还在咿呀学语的小朋友,一切在谷歌那边行得通的办法在Redpoint这里都无法奏效。
问题出在哪里?我愤怒地责问自己,并感到自己不够称职。但在谷歌公司的时候,我曾经向企业管理者甚至更高层的决策人员进行过几十次说明,从没出现过现在这样的状况。
well1、一个成功的产品经理的能力中应该有35%的项目管理能力。
在项目管理方面,而且这35%的能力包括团队合作的能力。好的产品经理首先是成功的项目经理,项目管理的经验对于产品经理十分重要,可以帮助产品经理更好的进行产品的管理,团队合作的经验和能力可以让产品经理在产品的团队比较好的处理团队内部的人员关系和团队的其他情况。
2、个人的能力占15%。
成功的产品经理应该是成功的领导人,他的个人能力包括他的领导能力,做人的情况和能力以及他的个人的亲和力。个人的能力可以帮助产品经理更好进行产品过程的管理。
3、产品经理的业务能力占全部的20%。
产品经理的业务能力包括专业的业务管理技能。
4、产品经理的技术能力占全部的15%。
技术能力对于产品经理是必备的技能,技术能力让产品经理更好的理解产品的性能和特点,更好的进行产品的团队管理。
5、产品经理的沟通和处理冲突的能力占全部的15%。
产品经理应该领导项目组,指导产品从概念设计到市场接受,保证实现设计、收益、市场份额和利润目标,解决项目组的冲突;同时产品经理还应该管理项目,制定项目的计划和预算,确定和管理参与项目的人员和资源,同职能部门之间相协调,跟踪相对于项目基线的进展;产品经理还要负责和管理层进行沟通,提供项目进展状况的报告,准备并且确定状态评审点,作为产品的领导同管理层沟通,提供对项目组 成员的工作绩效评审的输入材料。
一个成功的产品经理通常在一个或多个职能部门从事过管理和操作方面的工作经验,并有管理项目开发的经历。产品经理可以来自财务、R&D、市场等任何部门。产品经理富有项目管理经验很重要,产品经理最好具备项目经理的任职资格证书。
无奈之下,我尝试了最后一种办法——向在咨询公司工作的朋友们求助。毕竟咨询师这一行讲究的就是有理有据,他们在对待各学科、各行业、各层级的领导方面应该颇有心得才对。
有位朋友交给我一本书,后来我才发现这本名为《金字塔原理》(简称MPP)的论著称得上咨询行业的圣经。MPP是一本指导人们设计说明模式以确立论点的书,主要在讲如何像计算机程序员那样从基础开始一步步构建起自己坚实的论证体系。
在读过这本书后,我意识到了自己的错误:谷歌与Redpoint所惯于使用的沟通方式完全处于两个极端。谷歌公司更推崇工程师风格的沟通方式,即以科学角度组织语言表达。在推销新产品时,我要做的就是按顺序抛出观察数据、产品预期、实验设计、实验结果与综合结论。讨论的重点主要集中在实验设计、结果偏差以及对结论的影响等方面。
与之相反的结构模式则被称为倒金字塔,新闻行业通常采用这种结构,Redpoint也是如此。它的特征在于一切从结论出发,逆推整个实现过程。以结论为起点,企业需要决定是否在该项目上投入时间与精力。如果合作伙伴需要更多细节,他们会主动提出。倒金字塔这一概念早就不新鲜了,但在我眼中,这却是个从未窥见过的世界。
经过几年由科学方法论向倒金字塔理论过渡,我已经得出结论,即还存在一种同时符合两者特性的新领域,在那里一切决定都以产品的受众为基准。围绕产品设计、工程设计或者其它源自科学方法论的项目展开的技术性对话及探讨皆属于此类情况。这些话题不仅需要深层次分析,同时也要与时代背景结合起来。
但大部分其它类型的对话,例如公司内部沟通或公众交流,都应该遵循一切从简、紧抓重点的处理方式,否则结论将被混乱的争辩所淹没。
某些企业创始人、产品经理以及工程师能够在两种沟通方式之间随意转变立场,我称他们为沟通大师,因为很显然他们把握住了业务环境中最重要的两门语言。回想起来,我认为不少最杰出的领导人同样具备这种能力。
时至今日我与倒金字塔理论打交道已经有四年了,我仍然对送给我那本书的朋友满怀感激。每当我撰写文章、整理备忘录或者在董事会会议上发言时都会将其作为基本原则。课课家希望各位读者朋友也能像我一样发现它的价值并从中切实受益。
¥86.00
¥129.00
¥188.00
¥699.00
¥398.00