IT技术博客大学习 共学习 共进步

关于产品经理核心专业能力的思考 – 腾讯产品总监蒋宁

潘少宁的博客 2012-03-31 22:40:03 浏览 2,901 次

     作者:腾讯产品总监- 蒋宁

     引言:

     产品经理是什么,最核心的能力KEY是哪些?如何获得?这个是自从担任产品经理以来就一直思索的问题;感觉产品经理的素质模型与培训体系不够系统化,特别是对于产品经理核心专业能力这块,感觉理解的不够清晰;打个比方,我想MS OFFICE的产品经理,WPS,或是Google的产品经理一定是很牛的人,那我们作为产品经理如果和他们换岗,能胜任吗?我们腾讯的产品经理需要哪些能力可以在更大的行业领域内流动,和业内的产品经理看齐?

    首先,我想找到产品经理专业领域中的核心能力,这个能力不能是其他岗位所重叠覆盖的,比如领导力,商务沟通。。。等,虽然这些也属于产品经理素质模型;但我想需要一些能力用来标记和识别一个产品经理专业性的核心素质。

    下面聊三点:

     1.是对产品经理个人专业能力的理解

     2.从系统分析员看产品经理工作的异同

     2. 无线互联网产品经理面临的更大要求和挑战

    第一部分:对产品经理专业核心能力的理解;

    记得2004加入公司做WAP产品开发工作,编码的时候就不由自主的去思考,我正在做的这个产品到底是给谁用户的,用户会怎么使用更合适;所以会不时地提出一些自己的个人意见,我想当初的产品经理应该觉得我挺烦的,呵呵;有次,当时的Leader找我聊天,问我有无兴趣转行做产品经理;我当时简单想了想就委婉拒绝了;原因有几个:

     首先,我还是很希望在技术领域中更深入一些;

     其次,我没有感到当时的产品经理工作有什么核心价值和含量;

    2004年,个人对SP行业产品经理的看法与认知:

    1)产品逻辑简单;感觉当时的那些WAP产品逻辑非常简单;有的是简单几个页面,放几个图铃就可以拿到移动梦网上收费;这里产品的主要工作还是在内容运营上;

     2)“面向运营商的产品策划”;那个阶段,SP的商务模式清晰暴利,移动绝对主导产业链,制定游戏规则,对产品模式,甚至连产品表现层都有限制,比如页面什么地方要加什么链接就要加;

     3)“面向渠道的产品运营”;运营商通过移动梦网把握营销渠道及计费渠道,产品经理更多的工作是以收入为中心进行渠道经营;对用户的行为分析做的比较少;回顾这个阶段,我想整个行业发展阶段就是如此,无所谓对错了;

     4)产品经理的进入门槛不高;要做开发至少要会写程序吧,但感觉产品经理门槛太低;BD,内容维护,美工,很多角色都可以转岗到产品经理;据了解,当时很多SP公司招一些专科生,甚至高中生做产品经理,也一样紧锣密鼓的赚钱。产品经理的工作内容琐碎而繁杂,但感觉不够系统和严谨,每天花用WORD画几个页面就扔过来开发;

    我当时一直在考虑这种工作状态下,这个岗位沉淀的核心能力和价值是什么?

    但客观的说,这个也不全是我们的问题,当时的整个SP行业氛围就是如此浮躁;也幸亏这个时期无线业务的造血功能,才养活了游戏,互联网等各个业务;但人才的价值在哪里呢?随着后续SP行业泡沫的破灭,很多公司的SP产品经理下岗,求职也到处碰壁;原因在于他们并没有建立起自己的核心竞争力,甚至不具备成为一个互联网行业产品经理的能力;

    2005年WAP门户阶段的产品经理;初步转型的困惑。

    到了2005年,部门决定做Wap门户了。我一开始在这个团队中作开发工作,比如资讯系统的建设;后来,又被当时的Leader建议去做WAP门户产品经理,这一次接受了:

     主要原因:

     1. 个人感觉,由于业务和市场导向的经营模式,产品经理对于WAP门户产品发展策略上话语权是比较大;

     2. 个人非常看好和认同WAP门户这个发展方向

     记得在2004年6月初,从事WAP开发的时候,同时在思考WAP,SMS,MMS 这几种无线产品的体验,个人感觉WAP的发展很有潜力,可为产品平台化提供支撑;有一天在公交车用手机看WAP新闻,突然有个想法,如果在将来车上每个人都拿着手机上网会是什么景象?我觉得有必要通过系统化思考,将自己的想法记录下来;于是用了三天的时间,反复的修改,写了一个14页的报告《关于发展免费WAP门户的思路与建议》;

     现在看来,文章中无非表达了几个观点:

     1. WAP的未来发展潜力很大,有可能孕育内容平台

     2. 有线无线一体化会成为一种趋势;

     3. 腾讯公司的WEB上优势业务都可以逐步衍生到手机终端;

     4. 可以两条腿走路,一边发展免费WAP门户为未来布局;一边经营传统SP业务;。。。。。

     这个文章其实无所谓有无现实意义,权当当时自己的思考结果的一种记录了;

    逐步转型的困惑:以系统分析员的角度来做产品

    大概从2005年4月,跌跌撞撞开始了产品经理之路;当时,一直很困惑的问题,还是说如何界定产品经理的工作职责与核心能力了;记得,我一开始是把自己当成类似系统分析员的工作方式来做产品经理的,把产品按子系统进行划分,当初写的功能需求说明书用计算机术语定义,也定义了数据属性;后来拿去给技术评审的时候,却被技术认为这些都不是我应该考虑的,当时的确很困惑,难道像很多产品经理那样,一上来就用WORD画UI示意图?我认为那样很不够严谨,很多需求无法被严格的定义;

    虽然,个人认为不够严谨系统,从05年开始也随着整个门户平台的发展做了一系列的产品工作,从产品策划,运营,营销,商务各个角色的工作都做过,对行业的整体理解也逐渐摄入,逐步形成个人对产品经理专业素质的理解;

    对产品经理专业核心能力的理解;

    这里只谈专业领域方面的能力,对于商务谈判,沟通技巧,文档能力等方面暂时搁下;

     个人认为一个领域的产品经理的专业能力表现在以下三个方面:

     1. 行业理解能力; 行业分析师的素质;

    2. 用户需求系统化分析能力;系统分析师的素质;

    3. 用户体验细节把握的能力;交互设计师的素质;

    首先:行业理解能力,是做这个行业产品经理的前提;

    宏观方面,行业的视野对于产品战略定位,产品策划,商务模式等有必然意义;

     微观方面,对这个行业内用户需求,行为,习惯,交互行为的理解。都需要在这个行业里逐步积累;

     提升方式:获取行业信息,思考加工,提炼观点;个人认为这个本质上属于知识层面,经过靠年深日久的积累,逐步转化成能力要素和外化为直觉层面;

     要像一个行业分析师那样了解这个行业;

    其次,用户需求系统化分析能力;;

    作为用户的代言人,产品经理左手是用户群,右手是技术人员;产品经理要在深刻理解用户需求的前提下,将他们系统整理,分析,转化成开发人员可理解的表达方式;

     用户需求分析的工作是系统,严谨的,而不是零散,琐碎,堆砌的;把产品看成一个系统,就可以理解各个功能之间的关系,而不是做简单的功能加法;

     需要use Case 的分析方法,进行业务建模;并能综合权衡用户需求度,可行性,方案成本的来评估需求的优先级;

     提升方式:掌握系统化分析的工具,比如业务建模,用例分析;习惯面向对象的思维方式;

     个人认为,这块能力需要比较严谨的逻辑思维;我们常见的问题是,产品经理一上来就画UI交互图,用户界面;其实这些在一个产品过程中属于最后的思考环节;会导致我们无法认知产品定位,产品全貌;在产品功能拓展过程中,没有方向感,容易做加法;

     个人认为,这个其实很适合系统分析师的工作特点和思维方式,在下面会讨论一下系统分析师和产品经理工作中的异同;

    再者,用户体验的细节把握能力;

    用户体验,这个名词姑且理解为使用者对产品的主观感受吧;这个感受可能是功能设计带来的,也可能是交互细节,或视觉设计方面带来的。特别是在竞争市场功能趋同的环境下,决定体验的往往是细节层面;最了解用户的人,是产品经理,他既是用户代言人,同时有时对行业理解比较深入的人;因此,他需要有很强的“用户使用场景还原能力”;这个“使用场景”,是对人,时间,空间的综合考虑;就是要能模仿用户的心态和使用环境,来检验产品的工作流程是否顺畅,体验是否OK;这个如果是习惯于用例分析的系统分析师,做这个还是会有优势的;

     在有的产品构建构成中,是有“交互设计师”这一岗位细分出来的,比如WEB或软件交互设计师;这是一群掌握了互联网UI交互基本原则,对用户心理及行为分析有理论沉淀的专业人才;

     因为产品经理对产品负责,因为要有交互设计的理论素养;虽然在具体的工作中,产品经理不一定亲自做交互设计,但要有判断能力,知道为什么好,或者哪里不好;

     有一些领域,比如WAP交互产品设计,因为行业发展初期,这一岗位还没分化,只能由产品经理搞定;

    产品经理的“125”模型,只是换一种提法:

    对于以上三种能力,我在团队内部有一些包装和提炼:

     “1”:一种能力。系统化需求分析及业务建模的能力;

     “2”:两种视角。

     一是宏观的行业视角;深入理解互联网及无线行业,这对产品战略定位,用户群行为需求,交互习惯,及商务模式的衍生都有意义;

     二是微观的用户视角;作为最了解用户的人,必须对产品体验负责,具备很强的用户场景化分析能力(use case 分析)。

    “5”:是一个普遍产品设计方法论;之前是:战略层,范围层,结构层,框架层,UI层;

     这个来自于用户体验的要素一书

     这里特别说明一下:

     1)产品定位;根据外部市场及内部资源状况,从用户需求及公司战略角度阐述发展此产品的可行性,并明确产品发展策略,两个视角:1.用户视角;满足何种用户的何种需求(包含对目标用户群的锁定);2. 公司视角;对公司利益价值何在;

     2)业务建模;通过use Case 分析,描述用户对产品的功能诉求;确定大致的服务范围;并识别需求的组织分类及优先级;通过这个工作输出业务模型描述,用户需求分析说明书;这个不涉及到细节交互及实现方案;

    个人认为,产品经理的进入门槛虽然不高,但要成为很优秀很资深产品经理还是有比较大挑战的;从公司职业能力模型来看,素质的全面性是一方面;关键是要在专业能力上有深入的发展;个人认为要在以上3个能力点有突破的人,才称得上专业;

    个人的一点想法与建议:

    1. 产品经理专业能力的系统化培养机制;

    产品经理的其他综合素质,比如项目,领导力,沟通。。。等能力素质各人都可以在不同的岗位实践中获取;公司这个方面也有一系列的培训课程,比如沟通技巧,谈判技巧,项目管理。。。等。但在产品经理专业能力方面,比如需求分析的能力,这个培训还是比较少;比如用通用的面向对象的思想做需求分析,用use case 做业务建模的方法,比如对于UML工具的了解;这个都比较少。我们自己的产品经理写的需求说明书,要么是直接就画交互设计;要么是采用传统面向过程系统设计中的《功能规格需求说明书》,包含了输入,输出,处理过程这些内容;希望,公司或有做的比较好的团队,能进行这个方面的系统化培训;

     对于交互设计原则,还不错,设计中心有相关培训;对于行业理解力,这个几次培训可能无法解决问题,可能得靠产品经理自己的日常信息积累和思考;

    2. 对于产品经理岗位人才的建议;

    还是不得不说,要成为一般产品经理并不难,要在业务领域很资深,个人观点是还是因人而异;一个建议是从系统分析员中招聘产品经理;或从会系统分析的开发人员中找;因为系统分析师的思维方式和综合素质和产品经理类似,相信再加上行业的理解,进入角色应该不难;

     另外一种就是靠从新人开始培养了,个人觉得要在专业层面有突破,首先逻辑思维能力要强一些,有利于掌握系统化分析的方法;其次是有一定的内敛气质,善于观察总结,能在用户体验细节上沉得住气;还要有强的学习领悟能力,擅长对行业方向进行思考;至于创意及发散性思维,个人觉得有更好,没有也不是非常关键,可以通过发现和收集别人或用户的IDEA来完成,反而太发散和跳跃的思维会影响对系统整体的思考;

    第二部分:系统分析员和互联网产品经理工作的异同:

    从我之前系统分析员的工作经理,聊一下个人浅显的看法;前面几年包括读研时期做项目,做过一些系统分析角色,包括面向过程的系统分析及后来尝试学习面向对象的系统分析;

    首先,相同点;

    1)系统分析的思维方式类似产品构建过程;

    我们可以把一个产品看作一个系统,其内部的功能架构不是简单堆砌的,而是有依赖从属的,符合一个系统的视角;在面向对象系统分析中,无非就是分析清楚系统人,事,物体,规则了;这个人,是系统的使用者(Actor),相当于产品的目标用户群;事,指使用者通过系统要完成的事情;相当于产品中的功能特性建设了;物,系统中用户完成事情中所产出的东西,比如数据实体对象等;产品中也有这些,比如日志;

    一般的系统分析是系统目标界定,相当于产品定位了;然后是业务建模,用例分析,系统建模; 前面相当于产品设计中的场景化分析,做功能化构建;而系统建模这个工作是用技术语言来描述系统模型,目前这个工作在产品工作中没有的,因为大多数的产品非技术背景,不考虑这些;但技术人员则应当输出完整的系统建模;但是可能很多团队省却掉这一步了;

    2) 用户视角;

    系统分析师和产品经理都要非常强化用户视角;系统分析,特别是面向对象的系统分析都是以人为核心的,首先就是找到系统的使用者,再研究他的需求及想完成的事情;做USE CASE分析,也必然以Actor的参与为核心来进行描述;这一点,和产品经理的场景化分析是一致的;

    3)USE Case分析和用户的场景化分析能力相通;

    我们描述用户的需求,不能简单的止步于对目标用户群社会属性的认知(年龄,职业,收入。。。等),一个场景包含了对人,时间,空间等综合考虑,这种场景化的还原对分析用户的需求是有必要的;

    4) 二者的职业素质模型类似;

    综合素质要求都比较高,比如沟通能力,领导力,谈判能力。。等;

    其次,差异化:

    1)业务模型的复杂度;

    一般系统分析师面对的商业系统设计的逻辑比较复杂,特别是涉及工作流环节;而互联网的产品相对比较轻量级,完成的功能简单;比如一个WPS的产品,OA系统比一个QZONE产品要简单一些;

     2)目标用户群及其需求界定方面;

    一般的信息管理系统的用户角色很好阶段,逐个找到并做深度CE,调研,是尅一挖掘出所有需求的;而互联网产品一般面临千万级用户,需求很难明确界定,只有通过敏捷的开发过程,不断试探和反馈;

     3)业务模型上,互联网产品包含更多的创意文化;

    系统分析师所面对的商业信息系统一般是解决现实工作中的问题,要客观忠实的反映符合传统工作规则;而互联网产品的更多是挖掘用户潜在需求,甚至通过创意来激发新的需求;

    再者,系统分析师的额外优势:

    系统化需求分析能力,及业务模型的建设能力;从业务模型推导出产品规划及版本节奏的时候,系统分析师一般有技术背景可以综合技术可行性,技术实施成本等进行综合考虑;

    第三部分:无线互联网产品经理所面临的特殊挑战:

    1. 产品经理系统分析能力和要求是一致的,业务模型的建设能力也是一致;

     至于其他的领导力,项目能力,商务谈判,沟通技巧。。。等产品模型方面都一致;甚至由于无线产品经理在某些能力上会更出色,比如商务谈判,沟通技巧;

    2. 用户交互体验细节方面,由于移动终端的特性,这一块没有行业沉淀,需要自己摸索,

     自我沉淀;

    3. 行业理解能力上,无线产品经理面临更大挑战:

     一方面需要了解当前有线互联网行业的业务形态,竞争状况,商务模式等;因为有线互联网向移动侧延伸和渗透,服务融合是趋势;

     另一方面,由于无线互联网还具有自己的行业特点,比如运营主导的长产业链;移动终端,无线网络,运营商政策对上层应用产品的影响都要综合权衡;我划了一个图,简单说明一下无线互联网行业的各种要素;

    总之,前面路似乎还很长很长,我辈还需继续努力。

建议继续学习

  1. 为什么现在那么多人应聘产品经理岗位? (阅读 8,202)
  2. 给想转行做产品经理的同学 (阅读 6,823)
  3. 互联网产品经理必读书目 (阅读 5,722)
  4. 产品经理与研发经理的分工 (阅读 5,203)
  5. 成长的财富,我做产品经理社区组织的这3年。 (阅读 5,023)
  6. 行进在产品经理的路上 (阅读 4,925)
  7. 产品经理怎么和程序员打交道 (阅读 4,843)
  8. 互联网产品经理,全方位入门,图书推荐 (阅读 4,823)
  9. 产品经理3年沉淀和总结 (阅读 4,584)
  10. 如何做一个干货且装逼的产品经理演讲? (阅读 4,362)