永利电玩城首页 3

【源点精选】一名成品首席营业官,在集体中的7种剧中人物

产品经理这个头衔,很容易让人有错觉和俯视感。现如今时代变了,“经理”两个字更多是种称呼,这和同学、先生、小姐等并没有什么不同。我家附近的快递员,上门取件的时候都能塞给我一张印着“业务经理”的名片。

毕业前,翻阅过的产品书籍中说:产品经理就是用户调研、需求分析、项目进度管理、团队协作、产品更新迭代的主要负责人。
浏览许多产品经理相关的网站或博客,对产品经理的职责众说纷纭,但百变不离其中。其中最为印象深刻及逻辑清晰的,当属“人人都是产品经理”的一张结构图。(因时间问题,暂不做图分享)
永利电玩城首页,对于文字上的产品经理的定位或定义,其实无非围绕的是:用户、产品、项目管理。
**

一个岗位的价值,从来不是拼头衔(头衔越长的往往越low)。归根到底,得看它扮演的角色。产品狗在团队中,一般有以下几种类型。

永利电玩城首页 1

01 为产品负责的人

**
实际工作中,产品经理在团队协作中是一个怎样的定位?
如果你所在的团队是产品经理责任制,你上面没有产品总监或比你头衔更高级的开发项目总监,恭喜你,你是这个产品的Leader,你的所有决定将影响产品的一生或余世。
然而,除非你在一个初创型公司的话,你不仅要做的是上面的产品经理的工作,你还要负责交互设计、运营推广等。
如果你在一个较为成型的公司,产品经理不要想得太过于完美,你仅仅只是一个项目的成员,决策上更多的是有产品总监来负责,用户研究更多由用户体验部或者运营部门负责。而你可能只是需求分析师,一个搬运工,一个不断地把电脑的功能点搬到APP的需求原型工匠师。
其实,很多时候,产品经理仅仅只是一个岗位,一个职称。公司HR曾说,我最怕年轻人一进来就被赋予较高的头衔,因为较高的头衔仅仅只是你在这个公司的职称,如果没有修炼好内质,你离开了这个头衔,就什么都不是。
也不乏有些公司给予产品经理太高的权利,导致部分产品经理太过把自己当回事,习惯于发布命令,却不懂得从开发、产品、用户角度去细化产品需求。
当在开发过程中,开发觉得你的需求很傻逼,私自不做商量做成他自己想做的需求,这时候怎么办?

简单说就是可以为产品拍板的人。


从产品规划、原型设计、开发方式、出去谈商务、找领导聊天……你都能看到他的身影。这样的角色,一般具有相当的项目经验和管理能力,既会实干也能跑火车侃大山。往往在团队出现紧急情况的时候,快速给出意见或自己顶上。嗯,哪里不行贴哪里。

Echo在项目开发过程中,未曾遇到过这种情况;但需求被开发鄙视,是常有之事;(本次主题“何为产品经理”,该问题以后再分享)
****

我认识的人中不少也是这种角色。在一个团队中,既当爹又当妈,一边做原型一边写方案文档,对外撕逼对内扯皮,除了亲手去开发,其他事情多少有和他有关。这估计和大家想像的产品负责人不一样:

永利电玩城首页 2

泡一杯咖啡,在独立办公室里,开着双屏,阳光撒向肩膀。时而回复了关于1个亿大合同的邮件,时而对产品给出领袖意见……

********
当用户的问题一直得不到解决,作为产品经理该如何管理BUG?
(本次主题“何为产品经理”,该问题以后再分享)

孩纸,少看些科幻玛丽苏故事。

So,产品经理有时候你需要有你的团队Leader的范儿,但却太自以为高高在上,适当的补充自己各方面的能力(开发编程都需要了解),若想让人信服,除了公司制度给予你的头衔,更重要的是自身具备让人信服的资本。

这样的角色,行业洞察是真、战略决策是真,但自己不时得上前线也是真,一荣俱荣,一损俱损。
大部分的产品团队还是十几杆枪甚至几个人的模式,动则几百几千人的大团队,极少。最常见的的产品负责人,往往大哥小弟都是自己。只不过大家看到的都是光鲜,看不到的都是苟且。

产品经理真的都是负责用户、产品、项目管理吗?
我觉得产品经理可以按各个维度来分,例如:产品用户群体性质、产品的生命周期、产品经理的等级。
产品用户群体性质
若给产品用户群体性质分为:To B ,To C
针对To B型,产品经理的需求着重点更多的是偏向功能需求及逻辑需求,对于To
B型软件,更多的是一种规范的软件规则;对于用户体验的需求,并没有To C
型要求那么高;从事该类产品的PM,容易感到厌倦,然而对于逻辑方面的锻炼确实很不错的机会。
针对To
C型,产品经理的需求着重点更多的是偏向用户体验和运营推广方面的需求,能更多的参与用户调研的过程。
产品的生命周期
如果你在产品还没问世前,负责该产品,那么你做的更多的是用户调研、需求概要再到需求原型,需求用户验证的过程。
如果你在产品已经成型后,负责该产品。你所做的工作更多的是了解用户群体,根据数据分析来做需求优化及新增需求。更多的是一种维护迭代更新的过程。
**产品经理的等级******

至于title,它可能叫公司老总,也有可能叫部门经理或产品总监。

永利电玩城首页 3

02 中规中矩的产品经理

若对产品经理分为:助理产品经理、产品经理、产品总监
助理产品经理,针对刚入门的产品经理,更多的是写写需求文档,了解用户需求及分析需求,更多的是执行和领悟。
产品经理,更多的是考虑产品生命周期及产品定位方向,包括功能描述和设计方案。涉及处理一些简单商务事宜,部分产品和项目可以作为执行层对接的外部接口人。当然,还有一个重要任务是带助理,帮助其尽快成长。
产品总监,战略层把控产品方向,包括砍哪些产品,加哪些产品,如何定位价格,如何说服老板争取更多的资源。
初进产品路,不要太着急任务没到你手,待你修炼如斯,便轻松驾驭你的工作。做好每个阶段的工作,才能更好地做更上一级的工作。

参与产品规划,对需求和产品有一定决策权,偏重需求的挖掘和分析方面。这应该是团队中最常见的产品汪角色了,包括目前自己的状态。

工作内容映射到时间分布上,拿个人来说:40%需求分析和功能相关,20%各类产品文档,5%-10%做产品流程啊原型啊用例图啊,其余打杂,培训、商务、推广等等。

当然,比例不固定,每个人的工作偏重也不同。

这个阶段每天都不少时间是在沟通协调上,思维能力的作用渐显,在团队中有一定管理工作和责任。角色的价值,差不多是项目团队的一枚螺丝钉外加润滑油吧。

03 产品运营

现在有很多运营工作的岗位也被称职为产品经理,和传统理解上的PM有些不同,他多数是直接和用户接触的一线业务方,主要的工作包括:

直接为用户服务。

收集最一手的用户需求。

整理为偏运营侧的产品需求。

转给产品或项目团队,配合开发实现、验证和面向用户说明。

如果说典型的产品汪和开发团队更近些,那这类型产品经理,相比之下则是离用户更近些,岗位门槛比较低,相当于开发团队和运营团队(如果有区分的话)之间的连接绳索。

04 需求分析师

它应该算是产品经理的早期前身了。需求分析师的工作很大一部分和目前熟知的产品经理职责圈重合,比如用户需求调研、需求分析。类似技术翻译的角色,作为技术与业务的连接点,把用户需求通过技术和业务分析转化为开发们看得懂的语言。

我一个很好的朋友就是需求分析师,早期做过几年PHP开发,后续转岗负责需求分析和项目管理,目前作为团队的leader,也是对外的统一接口负责人。

需求分析师通常有一定开发背景,了解架构,不少还需要设计数据库、负责API接口接入评估、系统建模等。对业务的了解和对技术的熟悉都是硬技能。

发表评论

电子邮件地址不会被公开。 必填项已用*标注