专栏名称: 开课吧产品100
关于产品经理的这儿都有!
目录
相关文章推荐
指尖新闻沈阳晚报  ·  “真看不下去了!”当红男星宣布以身入局,妻子 ... ·  13 小时前  
指尖新闻沈阳晚报  ·  “真看不下去了!”当红男星宣布以身入局,妻子 ... ·  13 小时前  
人人都是产品经理  ·  一文掌握8大 AI ... ·  16 小时前  
人人都是产品经理  ·  WMS实施暴雷实录:从选型到上线的死亡陷阱 ·  2 天前  
51好读  ›  专栏  ›  开课吧产品100

听百度最年轻副总裁李明远谈谈产品的意义!

开课吧产品100  · 公众号  · 产品  · 2017-06-10 21:06

正文

百度最年轻副总裁李明远,从产品总监甚至是CEO的视角对产品发展的五个阶段分析,以至多年产品管理心得。 本篇文章是由PMandytian整理总结, 本文将分为三个部分,第一部分演讲内容做全面总结,第二部分从产品经理视角进行解读和思考,第三部分个人所得, 跟着一起来看看吧~



5大阶段做项目


阶段一:立项——该不该做


李明远老师根据用户依赖性,将产品分成三个层级,第一层级,对用户来说可有可无;第二层级,让用户产生一定依赖,如电动剃须刀;第三层级,让用户离不开,如微信。层级之间的差异关键是新的解决方案和原有解决方案的对比优势如何。


什么样的产品成功概率更大?喜欢+擅长+坚持=产品成功概率大,如果特别喜欢,那么很容易坚持,可以通过学习来达到擅长,产品容易成功;如果擅长某个方向,做的过程中会投入更多,进而慢慢喜欢,再加上坚持做,产品成功概率依然很大;如果既不喜欢,也不擅长,那还是算了,单纯的坚持没有意义。阿里前副总裁卫哲曾分享过马云的类似观点,要想产品成功概率大,参与产品创建的人首先要热爱这个产品,一定要主动参与,如果是被指派负责某个产品,则不会全情投入,几乎都会失败,阿里的成功案例,鼓励内部员工自发创业,投资200万人民币做出价值超过10亿美金的阿里妈妈。


判断力。决定产品yes or no!不要讨论不该讨论的问题,要尽可能抽象化的提出问题!不要试图定义每一个执行细节!首先要清楚,在立项阶段不适合讨论具体执行的细节,而是应该更多的思考当下的时点机会是什么,用什么样的产品可以解决用户什么痛点,不要提类似的的问题:“你感觉这个产品用户会喜欢吗?”我们可以看到大量的产品是刚开始定方向的时候定对了,立项时可能难度还极大,但是随着发展,一些细节困难被新技术和新材料所解决,如特斯拉最初原型机只能开五分钟。所以在决定该不该做的时候,更多的是看产品应用场景,需求频次,可能的市场规模,新产品对原产品的颠覆性,时间点对不对,还需要回答一个问题,用什么产品去承载你所立之项。



技术和产品的协作。李明远老师重点提到了团队中开发和产品的关系,建议要让开发一定程度跳出执行层面,从扩展属性出发,进行前瞻性提问,而非静态关注每个项目的成功率,也就是说产品或功能是否满足需求不应该是开发关心的问题。产品经理需要将用户反馈和判断,及时与团队沟通,让团队成员清楚产品的整体规划,这有助于开发从扩展性,架构和连续性上做更好的准备。


阶段二:产品定义——能不能做


首先,需要看产品解决了用户何种需求,这个痛点的解决占用用户多少时间,解决方案的成本如何(新解决方案成本上降低的比例决定了产品未来的受欢迎程度),产品的使用频次和规模会影响其未来定价能力和溢价能力。频次高,可以考虑客单价低,如天猫超市和京东超市;频次低,则需要客单价高,否则没有办法维持商业运营,如房多多,汽车之家,眼镜销售。


4步判断产品能不能做。竞品分析,市场分析,客群分析,能力储备。竞品不光是同类型产品,而且需要基于用户画像,发现潜在竞品。



产品经理需要与用户紧密联系,用户可以粗略分为老用户,新用户,深度用户,轻度用户。轻度体验用户一般会比较懒,产品需要尊重这些用户,为其提供便捷。更需要珍惜深度学习型用户,百度最初招聘产品经理就是那些体验产品后,编辑测评或提供系统性反馈意见的用户。


差别定义。新产品的推出要尽量满足“差异化”和被需要,差异化可以是人群的差异化,被需要是指市场容量还存在,且不会被快速替代,寡头竞争相对较好。竞争都是先多后少,然后再多的过程。比如手机行业,最初中国有上千个品牌,经过一轮厮杀剩下几个品牌,而今天手机品牌又有所增加,而类似于vivo和oppo这样的公司找到了拍照+快充+渠道的套路,冲到销量前两位。差异化的点,若体现在功能上,则要考虑该差异化是否是高频和普通的。不是高频,则做了也不容易被察觉,是为用户份额领先者打工。不是普通,大众使用感受到的差异化很难形成口碑,很难产生规模效益。


效率。李明远老师强调的效率是指团队需要非常清楚目标是什么,看到目标与现状的差异,实现新产品的成本及团队能力考量。这部分内容阿里巴巴前副总裁卫哲老师曾经做过系统分析,后续会整理分享。


阶段三:组织实施——搭建什么样的团队


选择单点突破还是平台战略?以小米为例,雷军将小米的的团队结构定义为铁人三项:硬件+团队+互联网,李明远老师感觉这个类比和小米的实际情况不符,小米实际上做的是百米飞人,因为铁人三星很难出明星,硬件为发烧而生的概念更像是百米赛跑,就是短时间对抗产生明星,提到百米大家都能想到博尔特,提到110米拦,大家都会想到刘翔,提到铁人三项,你会想到谁?我们今天看到的小米在只能硬件平台上很强,其团队和互联网是为硬件服务的,可以看一下应用下载排行榜中,小米的互联网产品下载量,如果是互联网强,应该是小米的应用下载量排名靠前。


找什么样的人组建团队?人是团队的关键,创业过程中人的选,用,驭,留是最关键的。选对人特别重要,这一点与《重新定义公司》中的观点高度一致,google招聘可能需要经历几十轮面试,就是要通过层层面试选择创意精英。阿里巴巴则是通过人效进行控制,如果你们部门需要招聘,那么你们部门每增加一个人,部门需要增加100万的KPI指标。当选对了人,用和驭就很容易。李明远老师回忆了在百度时候的招聘,那时候还没有BAT的概念,招聘进入百度的人可能能力不是最好的,但多是因为感觉百度正在做的事情是有意思的,有发展的,有极大进步空间的,面试者来百度为了让百度变得更好,为公司附能。而成为BAT后,招聘的人才能力上提高了很多,但是心态变了,他们感觉进入百度是一种成就,是公司为人附能。


对于校园招聘的新员工培训,可以宣传企业文化,用梦想和愿景驱动员工。而对于社招的新员工培训,需要将企业中做过的试错经验进行传达,否则新人进入后很可能依然去尝试那些已经验证过的,做那些行不通的试错。


如何形成稳固的团队?现在公司的创始人需要将1/3的精力给投资人,1/3的精力参加行业会议交流学习,1/3的精力留给自己的团队,留给公司团队这部分极其重要,因为只有中层理解创始人的战略和意图,执行上才不会出大问题,所以创始人一定要注重于团队的沟通交流。李明远老师将公司的团队管理类比为搏击,搏击中只需要注意两点:抗击打能力和体能。对应到企业上来,团队需要能够扛得住竞争对手的攻击,而且需要抗的够久,就像千团大战,共享出行大战,O2O大战,现在的直播平台大战,共享单车大战,最终考验的是团队的耐力,和你来我往中的抗击打能力。


阶段四、商业模式构建——如何盈利


只有清晰的商业模式、盈利模式才能形成使命价值观。当下的创业很难不考虑盈利,先圈用户,人口红利期已过。对于大公司,企业转型伴随着团队结构重组,进而带来商业模式转换。李明远老师以苹果举例,乔布斯时代的苹果,听完发布会用户会对拿到新品有强烈的期待,而今天的苹果公司,发布会依然火爆,用户也依然会选择苹果,但是已经没有那么强烈的对于新品的期待了。库克时代的苹果调整了公司的商业模式,其单品的利润依然很高,所以当初做空苹果的投资人亏了很多。但是苹果现在看很难再有突破,因为其单品的利润是固定的,再来看特斯拉,google和uber则还可能长得特别大,吃穿住行中的行,作为底层刚性需求,未来技术变革可能将出行这个领域完全颠覆,而这种对已有服务的彻底性颠覆,利润可谓上不封顶。


阶段五、建立企业机制和企业文化——制度和价值观


大型企业的三个机制。决策机制,评价机制和奖罚机制。决策机制需要公开、透平、客观、公平;评价机制需要采用双螺旋分析,不简单是员工需求的满足,需要分为激励因子和保健因子;奖罚机制则可以进行选择,做上限管理(奖)还是下限管理(罚),创新型公司需要做好上限管理,一定程度包容犯错;而交付型企业和制造企业则需要强调下限管理,也就是通过罚来界定边界。如果交付型公司强调上限管理,可能导致主营业务被忽略,所有部门都为了拿到奖而参与到创新竞赛中,进而导致主营业务出问题。



从产品经理视角进行解读和思考


通常情况下,一款产品该不该做,能不能做都是由产品总监和CEO决定的,而到了产品经理和高级产品经理需要决策的是某些功能该不该做,能不能做,什么时候做。有时,公司为了探索新的领域,可能会让一个高级产品带队做一些新方向的尝试,但一般资源不会投入太大。结合李明远老师的分享,我将自己的理解和思考进行总结。


程序猿与产品狗


一个互联网团队中,必然会有这样两群人,程序猿和产品狗,可谓是互联网公司第一难处理关系。一般情况下,产品经理会拿着精心制作的PRD(产品需求文档)和原型与开发沟通需求,沟通中可能发现系统现有架构不支持产品需求,与前期需求冲突等问题,开发会变得很不耐烦。解决了种种问题后,开发根据工作量排期,这时又会出现各种突发情况,如需求调整,追加需求,逻辑有问题,特殊情况未考虑等。开发和产品的矛盾激化,开发只想静静的写代码,却总是被打断。李明远老师在分享中举了一个例子,产品与开发过需求,开发问你这个需求是否有数据支撑,如果没有数据支撑为什么要做?如果是创新型尝试产品或需求,当然没有数据支撑,李明远老师认为开发的关注点需要引导,团队需要引导开发去关注产品规划,而非关注具体功能的成败得失。



程序猿和产品狗的关系是一对极难处理的关系。首先,从程序猿角度来看,产品经理就是做个原型,写两页word,功能实现都是我来做,还总是过来改需求,加需求,逻辑还有问题,上一版的需求这一版又来回改,害的老子加班,从这个角度看过去,开发必然会有怨言。再从产品角度出发,产品做原型的时候可能感觉调整非常小,调整也是因为用户反馈,加需求也是老大的意思,我也没办法,还要面对开发的不耐烦或拒绝,产品也很烦。那么如何能让这种冲突变得缓和一些呢?个人理解,以下三点一定可能有效:平时多沟通,专业性,目标统一。


平时多沟通。很多时候,沟通的矛盾源于彼此沟通不在一个频道,或者说开发没有把你当自己人,如果在开发的眼中,产品只是一个派活的,那么问题就会很严重,派活和干活很容易直觉上定义为对抗关系。如果平时多沟通,一起打打王者荣耀,请开发撸个串,共同加班,产品成功时在领导面前多为开发多说好话,为其争取福利,这种行为会传达出产品的友善,彼此的沟通需求时不会有预设立场,一旦这种预设立场没有了,沟通起来就会更加顺畅,要让开发指导,产品也不想添麻烦,但是问题出现了,我们只能一起上,去解决问题。








请到「今天看啥」查看全文