山东线上产品经理数据分析

2019-02-23 22:26 作者:产品案例 来源:环亚娱乐ag88

  我们知道很多的产品经理是从程序猿直接升上去的,但是为什么百度的很多产品经理都不太懂技术,而腾讯的产品经理大多都懂技术,特别是百度作为一个技术驱动的公司,这其中有什么内在秘密呢,下面我们来看一下几位牛人的观点。

  首先作为产品经理,在此之前应该叫品牌经理,关注更多的应该是品牌产品的运作推广,在有技术驱动之后开始逐渐偏向于产品的定位管理和一定的运营推广,实际上产品经理是个中间角色,可以说没有专业技能的限制,任何人都可以成为一名产品经理,不限于设计、市场、运营、技术等等来源,这是产品经理的一大特点,也就是所谓的人人都是产品经理,所以必然有一个结果就是,如果你有一技之长,如设计、技术等,也一定会给你的产品经理生涯有一定的加分,当然产品经理在过程中增加对各个领域的深入了解,说明你是一个善于学的人,这一定是优势而非劣势,当然这并非强求,不代表不懂这些就不能是个NB的产品经理,网吧的网管李兴平都能打造满足用户需求的NB产品,什么奇迹又不会发生呢?没准今天的丐帮帮主就是明天NB的产品经理了。

  7. 项目管理(ProjectManagement) 通过流程规划、时程安排、任务和人员的管理以及资源的整合运用,顺利达成项目目标。 8.关联知识:心理学、美学基础、财务知识、办公技能等(RelevantKnowledge) 能综合考虑并有效应用相关知识为产品服务。 9.产品规划,版本发布(Product Planning) 准确把握用户需求,进行优先级排序,明确版本规划,通过迭代实现产品目标。明确业务逻辑,协助业务方制定业务规划和配套产品规划,推进产品线.专业设计能力(ProfessionalDesign Ability) 依据用户使用场景,使用相关专业领域的知识、工具和技巧,设计出满足甚至超出用户预期的功能特性。

  其次,百度的一大特色,很少有固定称之为产品经理的岗位,而大部分指的都是产品市场经历,尤其连部门都叫产品市场部,所以在这里的PM整体也就更偏向于产品市场定位,而非产品开发管理。百度貌似也和GOOGLE一样重视工程师文化,技术大牛不胜枚举,不缺乏所谓的产品开发管理者,所以外招的产品经理就更偏向于市场层面,而实际上百度的产品线列下来,有哪些实际是跟市场有必然关联的呢?我想不到。

  所以百度和腾讯的产品经理差别文化就出现了,腾讯的产品经理更注重产品本身和技术层面,注重用户体验,而市场位置略低,使得腾讯的产品线UED基本都很流畅,包括专门的CDC部门做支撑,让用户有切实感受,而反之百度的PM由于对技术驱动的认知不够充分,所以很多产品就会偏离轨迹,包括百度、影音、游戏、文库、知道等等现有和已经挂掉的系列产品,都没有找到基准的用户需求点,贴吧和知道做的很好,但个人觉得和市场其实没多大关系,完全是原有用户需求的再转化。

  形成闭环。让产品能够自我成长。 上一步PM的阶段性目标已完成了,第八步要静下心来考虑的是闭环问题。闭环就是产品自我成长的循环。 淘宝的信用评价体系,就是一个闭环。买家购买产品,商户提供好的服务获得好评,得到好评就会得到更多新买家,新买家又购买产品,商户又有机会得到更多好评,形成一个循环。PM的工作就是发现,设计,确保这个闭环的顺利运转。比如差评师,就是这个闭环的手。 UGC产品也常常是一个闭环。用户发布优质信息,优质信息吸引新用户,新用户也发布优质信息,更多新用户被吸引来形成一个闭环。垃圾信息发布者、Spam、低质信息等,都是这个闭环的手。对于很多UGC产品,PM花费心血使它运转正常,但信息质量的降低,却会像病一样,蔓延到整个循环中,让产品枯萎,后。 更多的产品就不是闭环,比如支付宝、词典APP,IE浏览器、Flash小游戏、微软办公软件等等。用户量的增加,并没有带来产品的自我成长。不同的是,现在很多工具类产品也找到了自己的环,如云输入法,用户越多,输入法越好用,输入法越好用,用户越多,形成一个循环。 移动、云、大数据时代,将为更多产品形成闭环提供可能。只有形成闭环,这个产品才能自我成长,进化成一个有机体。很多小闭环,后会组成一个大闭环,很多个大闭环后有可能进化成一个生态系统,比如阿里、百度、腾讯,其实都是一个生态系统。多个生态系统有可能进化成一个超级生态系统,比如阿里系正在干的事。当然,生态系统这个词是战略家或评论家喜欢的用词,产品经理只需要关心那些小闭环,拔动、调理那些击中你痛点的环。 2012即使人类末日来临,从物理学的概念来看,与一块冰融化成水,并没有什么本质的区别,都只是一种形态的环,又组成了另一种形态的环。PM要做的,就是成为拔动琴弦的歌者,无数闭环的振动,整个宇宙都会为你奏响乐章。

  产品经理可以对技术不专精,但还是略要懂一点,但这个不是产品入门的前置条件,相反是入门后逐渐学会的:

  1、产品本质上是用户需求的集合。不同职业的人都可以成为产品经理,因为用户本身就是多样化的。产品经理对产品,对用户群,对公司KPI负责,这意味着他需要做的是糅合3者的需求并且找到交集。这里面在意的是对需求的判定,数据的把握,进度的控制以及用户体验本身。这里面需要的更多是个人的数据分析,沟通和控制能力,对技术要求不高。

  2、技术和产品应该是两种思维。技术会在现有的资源和技能下对一个东西进行判定。这种判定基于技术式的思考办法,而产品的思维要跨越现有技术,这样才不会被技术限制想象力。另一方面也能抑制因追求技术产生的超前产品。

  3、产品是策划+运营+市场。知道某项需求在技术上难实现不难,但产品要做的是尽可能需求解决方案,这也就是后天不断地了解粗浅技术的原因。没过猪,但总知道这玩意叫猪腿吧......同时,产品不是拍脑袋的产物,生出后怎么让它长大,怎样调动资源让它被接受,这些都是产品需要做的。而这些范畴其实偏市场偏营销,核心技能对技术要求反而不高。

  在实践工作中的产品经理,都很难做到全面发展,以下每个能力水平项目,有些达到60分就差不多,但必定有自己的强项,有突出的特点,从创意到生意综艺走向产业化道路靠什么!就是通俗说的特长,整个团队取长补短,共同发展。 下面看下这些大同小异的能力要求: 学能力(Learning Ability) 有些东西不懂很正常,从不懂到懂,从懂到精通,自己想想,原来不会的东西,是否可以很快上手。学能力,其实蛮难衡量,我更愿意看到产品经理在每次产品项目实践中的总结归纳,清楚的知道成功经验与失败教训。

  这个本来不是一个问题,新闻传播学类专业是否值得托付前,但也许在中国大家对产品和产品经理的概念的理解存在差异,所以有了这个问题。产品终是要盈利的,无论直接的还是间接的,就跟人终是要参与社会的价值交换,要生存,要工作一样的道理。这和互联网产品先期不考虑盈利,先创造用户价值的做事原则并不矛盾。

  具体到百度这一家公司,产品高层几乎都不是(互联网)技术背景,除了上面说的大原因,肯定也有因为恰好是历史的偶然出现的那个人成就了百度的某些产品的原因。比如MP3、知道、贴吧、百科、文库等等的成功,其中一些用边江的话说是“神来之笔”,还有一些可能是顺势而为,百度做很难不成功的。也就是说有时候是需求和市场的崛起帮了产品经理,但总有那么少数个人能出现在恰好的时机,影响整个系统。那基本上,能成为后一种情况的人,也就是不受系统束缚,能够改变系统的,经常会显现为”不走寻常路“的样子。他们来自于非正统IT行业的概率就高很多。看看俞军、孙云锋、边江的简历,看看他们在百度前做过的事,都特别有趣,你就知道为什么百度会出现这种情况,而且为什么那些产品后来很长时间保持成功了。

  再有,大家有时候把互联网技术理解狭隘了,IT说的信息技术,其实包含很多学科的知识,难道只有会写代码才叫懂技术?算法很好,或者精通情报学、分类学等等,就不算懂技术吗?我一直觉得技术是对一个复杂系统的透析能力,而高级的系统,其实在很多领域里长相都差不多的(终会有大一统的模型),透析能力强的人,对很多领域都能很快培养出一种觉解──快速看透内部结构和运行机制。

  在实践工作中的产品经理,都很难做到全面发展,以下每个能力水平项目,有些达到60分就差不多,但必定有自己的强项,有突出的特点,就是通俗说的特长,整个团队取长补短,共同发展。 下面看下这些大同小异的能力要求: 学能力(Learning Ability) 有些东西不懂很正常,从不懂到懂,从懂到精通,自己想想,原来不会的东西,是否可以很快上手。学能力,其实蛮难衡量,我更愿意看到产品经理在每次产品项目实践中的总结归纳,清楚的知道成功经验与失败教训。

  我瞎扯一些我了解的。百度的产品人员PM的Title实际是Product & Marketing,而不是Product Manager。PM是以产品人员的角色参与到项目当中,而不是以项目管理人员的角色,同样工程师也会以技术人员的身份加入其中。而百度的PM培养体系之前有一个理念(我不知道现在是否还在延续),那就是要求新入行的产品人员PM不能是技术出身(以前几乎没有计算机专业的PM)。

  1一个是防止技术限制想象力,在提出想法之前就被自己认为无法技术实现而否定掉;

  2另一个目的是,产品人员直接面向满足用户需求,用用户数据来衡量产品,防止单纯为了应用新技术而开发超前产品。PM从用户的角度来衡量技术实现的目标和效果,不参与具体的实现过程。而具体技术实现的部分,都是由工程师来完成。所以,百度的PM产品人员真的是“大多数”不懂技术,而是专精于分析用户和市场。这是百度传统PM的一大风格。当然,这样的风格是否需要改进或者如何改进那是另一个更大的问题了。

  所以产品经理不仅仅是简单的制作出产品,还要与销售,营销,公司的整体规划联系起来。

  7. 项目管理(ProjectManagement) 通过流程规划、时程安排、任务和人员的管理以及资源的整合运用,顺利达成项目目标。 8.关联知识:心理学、美学基础、财务知识、办公技能等(RelevantKnowledge) 能综合考虑并有效应用相关知识为产品服务。 9.产品规划,版本发布(Product Planning) 准确把握用户需求,进行优先级排序,明确版本规划,通过迭代实现产品目标。明确业务逻辑,协助业务方制定业务规划和配套产品规划,推进产品线.专业设计能力(ProfessionalDesign Ability) 依据用户使用场景,使用相关专业领域的知识、工具和技巧,设计出满足甚至超出用户预期的功能特性。

  1. 本网凡注明“稿件来源:本网原创”的所有作品。转载请必须同时注明本网名称及链接。

  2. 本页面为商业广告,内容为用户自行上传,本网不对该页面内容(包括但不限于文字、图片、视频)真实性和知识产权负责,如您认为该页面内容侵犯您的权益,请及时联系进行处理,不收取任何费用。

  3. 本网部分内容转载自其他媒体,目的在于传递更多信息,并不代表本网赞同其观点或证实其内容的真实性。不承担此类作品侵权行为的直接责任及连带责任。