产品研发管理_产品研发管理pdf - CSDN
精华内容
参与话题
  • 周辉老师讲授的产品研发管理,线下听过周老师的课程,非常精彩,受益匪浅,电子书分享给大家 周辉老师讲授的产品研发管理,线下听过周老师的课程,非常精彩,受益匪浅,电子书分享给大家,不过建议大家购买一本纸质...
  • 产品研发管理,电子工业出版,华为的实践,融合各类企业研发管理
  • 这篇博文应该是“学习——《产品研发管理》:周辉”,因为以现在的自己的能力,不敢去说消化、吸收前辈的经验。加油,跟随成功者的脚步…..(In the end,走出自己路) 后续该系列博文全部引摘自:周辉《产品研发...

    向前辈/成功者/大牛….学习…..
    致敬伟大的前辈
    这篇博文应该是“学习——《产品研发管理》:周辉”,因为以现在的自己的能力,不敢去说消化、吸收前辈的经验。加油,跟随成功者的脚步…..(In the end,走出自己路)
    后续该系列博文全部引摘自:周辉《产品研发管理》
    这里写图片描述
    好书值得分享

    【内容简介】:

    针对大部分客户分不清R&D中R(技术开发)和D(产品开发)的区别,面临着研发周期长,需求不清晰,公司越做越大,却越来越不赚钱,越来越缺少核心竞争能力,研发的人员越来越多,越来越难管理等问题,中国的大部分技术型企业在能力建设上只关注技术和财务以及交付的指标和要素,不关心货架共享的能力,不关心市场需求和基于核心技术和平台上产品收入占比的可持续发展能力,不关心核心人员的能力提高和人员结构合理性的竞争能力指标,本书对很多企业的领导者的管理能力和战略制定极有意义。

    【目录】:

    第1章 集成产品开发管理是企业不可跨越的阶段
    集成产品开发(IPD)以市场需求为核心,将产品开发看成一项投资,通过CBB和跨部门的团队准确、快速、低成本、高质量地推出产品,是世界一流企业普遍采用的一套系统工具方法和策略,是企业不可跨越的阶段。
    本章精华
    第一节 技术型企业的产出形态和商业模式
    问题思考
    研发有哪六种产出模式
    如何划分产品层级和建立产品货架
    如何设计技术型企业的商业模式
    企业商业模式如何升级演进
    第二节 竞争环境下的产品开发方式–集成产品开发方式
    问题思考
    传统的产品开发方式今天面临什么问题
    竞争环境下的产品开发方式–集成产品开发
    集成产品开发管理下产品开发与技术开发的区别
    集成产品开发的产品有哪三种表现形态
    产品开发包括哪四个范畴
    第三节 如何实现集成产品开发管理模式
    问题思考
    IBM和华为的研发管理改革案例
    企业研发管理发展的五个演进阶段
    如何实现集成产品开发管理

    第2章 产品战略管理
    产品战略要结合公司战略综合考虑市场和核心技术以及平台和人员能力提升以及资源配置策略,其责任主体是公司CEO而不是研发负责人。
    本章精华
    第一节 产品战略制定是一个“W”型的流程
    问题思考
    产品战略规划分为哪三个层次
    产品战略规划有哪八个步骤
    第二节 技术型企业和产品线的组织绩效指标
    问题思考
    企业组织绩效考核有哪三类指标
    产品线组织绩效考核的财务与非财务指标是什么
    第三节 企业获取利润的路径分析
    问题思考
    企业做研发的首要目的是什么
    第四节 基于利润区域的企业产品扩张原则
    问题思考
    ……
    第3章 建立以产品为中心、面向客户的组织体系
    第4章 建立从客户需求到产品路标规划的市场体系
    第5章 产品开发流程
    第6章 产品开发的项目管理
    第7章 技术管理和平台管理
    第8章 新产品开发的营销管理
    第9章 产品开发的财务及成本管理
    第10章 质量管理
    第11章 产品研发绩效管理

    展开全文
  • 产品经理 研发管理 ——周辉

    千次阅读 2018-12-20 14:31:20
    产品经理  研发管理  ——周辉   1. 产品运作的四大体系.................................................................... 1 1.1. 欠缺的市场体系和产品开发体系......

                        产品经理

                        研发管理

                               ——周辉

     

    1.   产品运作的四大体系.................................................................... 1

    1.1.     欠缺的市场体系和产品开发体系.............................................................. 1

    1.2.     技术开发与产品开发的区别...................................................................... 3

    2.   产品管理....................................................................................... 3

    2.1.     产品管理体系.............................................................................................. 4

    2.1.1.      产品开发与技术开发的区别(R和D的区别)...................................... 4

    2.1.2.      国内与国际产品开发的区别.................................................................. 5

    2.2.     产品经理的责任和社会模型.................................................................... 10

    2.2.1.      建立产品经理的诱因.......................................................................... 10

    2.2.2.      产品经理的基本素质.......................................................................... 10

    2.2.3.      选择产品要考虑的要素....................................................................... 12

    2.3.     华为经验.................................................................................................... 13

    2.3.1.      产品功能定位..................................................................................... 13

    2.3.2.      版本计划............................................................................................ 14

     

     

    华为的“狼狈文化”,狼需要不断地流动,哪里有问题他就到哪里,狈是要守夜的。当时华为有500人,9个项目组,在做数据库的时候,发现有4个项目组同时在开发同一个项目,过了半年以后才发现。

    1. 产品运作的四大体系
      1. 欠缺的市场体系和产品开发体系

    当我做项目管理的时候,华为的总部有2500个研发人员,人力资源部只管人事,它不管研发。所有的研发人员都可以对人力资源部的部长说“你懂个啥啊?”。然后说我要100个人,人力资源部的部长说“怎么要那么多人呢?”,研发人员说“你根本不懂,就给我100个人吧。”后来我发现,如果不在每个部门建一个人力资源部,基本上人力资源部是虚的。当时,华为做了第二个决定,就是把人力资源部改为人事部,真正的各个IT部门的市场、研发、销售建立干部部,专门管理各个部门的人力资源。当时提出了一个数字模型,说第一这个人要懂技术,第二要懂管理,第三还要懂得资源调配,第四还要在公司资力比较老,第五做事在原则性和灵活性之间要更倾向于灵活性一些。当时华为的“灰度管理”,大家都知道。因为在研发人员之间,他脑筋是直的,它叫“黑白管理”,所以当时叫“灰度管理”,就是一个事情没有对错的概念,只有百分之多少的好坏的概念。那时让我做干部部的部长,当时我27岁,管一万人,很可笑的一件事是,我们的员工出现了婚姻问题的时候我去跟他们交流。过了几年,华为出了一个问题,我们98年做出一个规划,要有3万的研发人员,人均30万(研发费用),后来发现这样做是不行的,请了IBM过来,IBM诊断过后,说:“整个华为只有两条线,一个是销售,一个叫技术研究,缺少中间两条线,市场和产品开发,为什么呢?这个比喻就象一个足球赛,你们的后卫是研发人员做,前方是Sales,这个需要一个好的研发人员把球直接带到前场去射门,好的后卫知道怎么带;差的后卫就一大脚打到前场,前面的销售接不住,所以你们才会做出3万人的规划。这就是因为你们的产品开发和技术开发没有分离。缺少最核心的东西,那就是产品开发没到位。你们不注意做产品,同时你们不知道什么是市场,所以你们缺少这两个体系。”当时我是干部部部长,特别给了我一个经验教训,说销售收入的5%或6%用来研发。当时我们做了个规划,到2005年华为的销售收入才达到500亿。500亿的6%用于研发才30亿,而当时我们预测一下研发人员的工资增长速度是4%-8%,当时华为的研发人员的平均收入是18万,人均成本是24万,收入占成本的60%,这样到2005年,研发人员的平均成本是30万,人均工资是18万-20万,所以要达到人均成本30万,到2005年才1万人。现在就已经计划要3万人了。3万人是什么意思呢?他们(IBM的人)说:“华为公司没有腰,没有产品经理。你们做所有的产品都是一根直线下来,一个项目全部把人拉过去,是项目式的方式,不是产品式的方式。所以能不能建立一个平台,技术人员做核心技术,将共同的技术变成产品平台,然后细分客户群的需求做出产品,这样的产品把他卖到市场上去?这样就形成了一个腰的结构,产品平台是腰,公司所有产品都基于这个产品平台来做,产品开发并不需要技术人员参与,完全是业务人员参与,基于市场的需求就可以了。当时这样一说,我明白了,我们是一个直通通的,做任何项目都是新项目。所以一定要分三个层次,一个是Sales一个是Marketing,一个是产品开发一个是技术开发。技术开发他们解决所有的技术问题,即形成技术平台;产品开发呢?他就是说把客户的需求带回来以后,在自己的技术平台上搭建产品,他贴近Marketing,把客户的需求带回来,知道要做什么样的产品,这就形成了化为的四套体系。今天我跟大家讲的就是产品经理和这四套体系。

      1. 技术开发与产品开发的区别

    做任何一个产品,过去我们只有研发,SALES。但是一个完整的公司,它应该有四大体系构成,第一个是产品战略,第二层次是需求,第三层是产品开发,第四是技术开发。这里面就有很大的问题了,到底技术开发与产品开发有什么样的不同?到底是技术型的项目经理与产品经理有什么区别?为什么要Marketing?这些问题大家可能都要问。从正常途径来说,首先是产品战略。为什么要产品战略,这是与愿景相关的。我举个例子,当时华为想要成为世界级的通讯公司,这是个愿景。但是我们要做世界级的通讯公司,那要进世界前十名,我们算了一下,大概销售收入要1000亿,才能成为世界性的通讯公司。2008年才可以达到1000亿。2005年就要500亿,但我们后来发现国内的市场容量加起来才400个亿,加起来三年的投入是1920亿,然后华为的其他领域要480亿。所以公司的愿景和使命决定了产品战略必须走国际化。做了国际化以后,我们有国际市场的需求和国内的需求,你必须了解国际的需求,你国际上的竞争对手是什么样的,你要进入国际市场,你要了解需求是什么样的,规则是什么样的,所以要有个Marketing部门,他要把国际的需求带回来。这个时候业务的需求就出现一类人了,Marketing的需求带回来,在自己的技术平台上,按照概念、计划、开发、变更、发布产品、销售,把这个全流程做出来,根据用户的需求组织资源,把产品开发出来,把它卖出去,这叫产品开发。但是产品开发不能建立在空中楼阁上面,这个时候就有三个问题。第一,核心技术的开发,第二,非核心技术外包,我的主要的目的是对我的产品的成功和财务成功负责任,而不对我的技术创新负责任。这类人就是产品经理。而技术经理他对世界上最先进的技术负责任,这就是产品开发和技术开发的区别。

    这套体系如果建立起来以后,公司的技术体系、产品体系、市场体系、销售体系这几个系统建立起来,这个公司就基本上完善了。产品经理就是横贯这几大体系的一个对市场负责的人。

    1. 产品管理

    那么今天我就跟大家交流几个问题:一个是产品管理体系;一个是公司的发展,到底需要什么样的产品经理?到哪个阶段需要产品经理;第三个是我详细的跟大家讲我在华为做产品经理发生的事情和采取的策略。

      1. 产品管理体系
        1. 产品开发与技术开发的区别(R和D的区别)

    首先我们看看很多公司在竞争的环境下面,(必须有产品开发,因为如果没有)你找不到市场的需求在哪里,所以RD要分开。大家一听到就开就想到是技术开发,但是开发应该是产品包的开发。这个产品包不仅包含技术,更重要的是包括市场的开发、资料的开发、整个产品包的开发,这就是产品经理(要做的)。所以说,技术经理他只对技术的先进性负责,而产品经理要对产品的市场成功负责任。但是产品的市场成功不一定是技术的成功。它有可能是市场的成功,有可能是产品策略的成功,也有可能是包装的成功。所以说,产品经理要把R&D结合起来。技术人员他有一个特别的兴趣爱好,技术人员,第一,他总想实现个人的技术价值,第二,他总是倾向于使用最先进的技术,这是错的,因为最先进的技术一定是最不稳定的,一定是成本最高的技术。所以从这方面来说,R和D一定要分离。R和D分离以后,Research和Design是不一样的,Design可以来自市场,可以来自销售,而Research来自技术。Research很难而Design容易,但是并不能说销售就不能做研发了,销售人员和市场人员可以Design,但他们肯定做不了Research的工作。所以大家要理解Research和Design的区别。

    这就是说,很多公司,最近我在做咨询的时候,很多公司把技术做出来了,昨天下午我去武汉,一个公司请我,说我们的样品出来了,现在可以做大量销售了。我问了他几个问题,他发现,还差十万八千里。我们中国有一个典型的案例,我们在69年就做出了红旗轿车,当时技术很先进,但是他做的是样品,他没有批量生产的能力,他没有解决工艺,是用手敲出来的。那么在市场化的生产过程中,技术很容易实现,但是你要把样品变成产品,是另一回事。首先是用户的需求,第二是产品的包装,第三是产品的测试,第四是大批量产品的上市。

    你比如说,昨天我去了一家公司,他问华为的产品上怎么会有个罩子?这个罩子是干什么的?我就跟他说了:华为卖到国际上的产品没有这个罩子,卖到国内的就有这个罩子,这个罩子是做什么的?是防老鼠的,老鼠会钻到设备里把线咬断。他说:“哦,我想半天也没想到。”我说这就是产品化,这就是基于市场的客户需求。后来他说这个电阻是干啥的?我说这个电阻是为了对付经常停电的,是用于过压保护的,他说:“噢,这根技术没关系啊。我说“是啊,跟技术没关系,可是你要是把它做成产品那就有关系了。”

    所以大家看,技术跟产品差距太大了。技术跟样品不是产品,差距太大了。产品跟商品差距更大了,商品是用来交换的。前几天我去一家公司,他们把产品的资料给我看,我看了一下,全部是技术参数,我看了半天也没看明白,我说“你怎么全是技术语言呢?你能不能把技术的语言变成产品的语言?把产品的语言变成市场的语言?”我问“你的(产品的)优点是什么”?他们一二三四五给我讲了五条,我说“你这五条讲得很好啊,你为什么不把他写在这?这个应该交给产品经理放在产品里面的。”你要把产品的卖点写出来,写那么细谁知道呢?总是用技术人员的观点(来看待产品)。我这样一讲,大家知道产品经理是干什么的了吗?

    那我再来讲一下,研发负责的是核心技术的产品平台,研发加市场与产品线负责的是把这个产品卖出去,把它定价。我跟你们说啊,在座的有做手机的没有?我告诉你们一个例子——厦新,他们说:“我们要做一款全世界最先进的手机!”于是呢,MP3、照相机、还有最基本的功能全部做,他们每做一个(市场上)就有新的产品出来了,这个手机做了两三年也没做出来。我就说了,你这样好不好,你把你所有的技术都写在那里,然后你告诉我你要卖给谁。就着一句话提醒了他,他说“我要卖给学生”。我说“卖给学生你做一堆功能干啥呀?卖给学生,MP3、短信、照相、音乐这四个功能哪些是学生需要的?”后来以调查,发现学生最需要的是听音乐的功能,其次是发短信,因为学生喜欢上课发短信,而且用拼音输入法比较好,第三是U盘,学生要用它带资料,他们根本不需要照相功能,这个照相功能去掉以后,(手机的售价)只要500块钱,结果这个产品出来以后卖得很好。手机做那么复杂干什么啊?完全是从技术的角度来做的,我说这就是因为你们没有产品经理,没有产品经理你就没有把用户的需求带回来。我用手机,其实别的功能不要,就是接听电话,哪怕只有300块钱。所以从这个角度来说,你能不能基于市场需求来做产品开发,就是你能不能形成产品平台。做到这个,你的公司的组织结构就比较清晰了。所以刚才我们看到,产品开发和技术开发是有区别的。产品开发是把眼光放在顾客的需求上,是把需求用现有的技术,低成本地来实现。产品开发涉及的东西太多了,包括市场、销售全部包括进来了,而技术开发呢?它是一个创造性的过程,着眼于技术上的原理。明白了吗?回去以后是不是要把你的R和D分离?

        1. 国内与国际产品开发的区别

    上面我讲了产品开发和技术开发、R和D的区别,下面我们比较一下中国企业的产品开发和国际企业的产品开发。最大的差距在哪里呢?

          1. 技术开发

    第一个是开发……,我们不讲产品设计,因为我们是技术人员在做,所以会出现要做世界上最先进的手机。我要做全世界最好的管理研究平台,这是不可能的,全世界最好的管理研究平台在脑袋里面,还没形成。你只能说现在可以做的是什么东西。所以说产品设计的总要有一个特色,比如说我要为中国设计什么样的产品,我要为女性设计什么样的产品。比如中国的香烟,一做一个产品就是这么多,国外的香烟你看,做得很细,同样一个品牌,有做得很细的,有做得很粗的。做得很细的它会满足那些烟瘾大的、又要保证健康的的。你可能感觉不到,这就是一个细化的产品。在汽车行业更加明显。

    你们想想,你们的产品是做给谁的?真正是做给哪些客户群的?如果你不能定位客户群,那么你只能希望销售人员,而销售人员根本搞不懂。就象现在开餐馆一样,我刚才开玩笑说,你们没有产品的概念就象在开餐馆,后面菜园里长了很多菜,就相当于研发,不管谁来了点菜,你都没有菜可点,反正上一桌子菜,说我就这么多。好的销售人员说,我这一桌菜800快钱,差的销售人员说5块钱。为什么呢?他不会根据客户群,把产品细分。当时他们没听懂,我说没听懂我再讲个故事,我是农民出身,我们那里不懂商业的农民,自己种的菜,萝卜,白菜什么都堆在一起,拿到城市卖菜,买菜的人说我要萝卜,农民就说我这就5块钱吧,你都拿去吧。你要萝卜也有啊,你自己挑。那小贩就象个Marketing,他先从农民那里买了,然后分成萝卜是萝卜,白菜是白菜,你要萝卜就给你拿萝卜,要白菜就给你拿白菜。

    我做的咨询里面,有一半的公司都回答不出他的产品开发周期是多长,他说我就是不断地再改。没有结尾,不断再改,他的产品的需求规格在不断地变化。而国外好的公司,一旦需求定下来以后,就再也不许改了,你要改可以,那是另一个项目,另一个产品,你这个产品就失败了。现在中国的公司,产品不断在改,就象我咨询过的软件公司一样,不断在打补丁,结果原来的原样找不到了。

          1. 内容开发

    再一个是开发内容,(国内企业)都是技术开发,而国外的开发内容不仅仅是技术开发,而是包括市场、服务、资料等产品包的开发。那么研发过程呢,开发完了,交给生产,然后交给销售,交给销售就把问题全部扔出去了,问题全部交给客户了,客户出了问题找不到人,找到销售说是研发的问题,找到研发说是销售的问题。最后找不到原因总经理开会的时候两边就吵架。“哎呀,你们销售怎么搞的,这个问题都解决不了,请他(客户)吃饭、洗澡不就摆平了吗?”销售就说:“你这个产品这么臭,我澡也洗了还是解决不了啊!”这样研发和销售不断地吵来吵去,为什么呢?所以应该分段来开发,如果找到产品经理,产品经理知道怎么来处理。他知道是销售的责任还是研发的责任,请各自的负责人出来。一般国内的产品都是项目经理来负责,国内的项目经理把产品发布出去以后就不管了,把所有的问题都扔出去了。而国外的产品经理是跨部门的,他会组织市场、研发、销售来组建一个团队,象一个小公司一样,由他来调配资源,把这个产品推向市场,产品的成败由产品经理负责。

    我们过去开发一个天线,开发了两个多月,交给销售,卖得很好,卖了一段以后出问题了,因为那个天线做得精度特别高,它要装在很高的地方,需要人爬上去安装,在安装的过程中摔死了一个人。这样不行,虽然天线的使用功率很大,但是不安全,服务人员不好做。把服务人员叫过来,问他服务的需求是什么?他说是安全性,还有可维护性。所以一个产品的开发需要各方面的人员合作,否则没法估算产品的规格。国内的很多公司都缺乏产品的系统设计方案。尤其在软件公司,我要他们拿出系统的设计方案,他们给我的都是软件的设计方案,我说这不是系统的方案,你给我软件的需求、培训的需求、服务的需求、实施的需求、交互的需求。我去硬件的公司看,他们给我看软件和硬件的方案,我问他们可靠性怎么保证?你的产品怎么防煤气?怎么防飞虫?怎么防老鼠?怎么防水?都没有。我说你们这不叫整体的方案,你们这叫模块的方案。系统方案是跨部门来做的,是产品经理跨部门来做的,这才叫系统方案。国外对产品的评价就是你这个产品卖了多少钱?市场份额多少?赚了多少钱?赚了钱后多少给研发?在产品开发中建技术平台用了多少钱?因为用了别人的技术要给多少钱。所以绩效考核很简单的问题在国内搞得很复杂。所以这就是国内企业跟国外企业的差别。在座的有哪些是做产品研发的?你觉得你们公司存在这些问题吗?

          1. 国内公司研发模式

    告诉你们公司的研发模式怎么改。国内的公司可以分为几个模式。一是单产品单业务形式,这种公司由一个产品赚了点钱后,就开始想膨胀,要满足所有客户的需求。完了,这种公司要死了,它客户越多死得越快。很小的客户没照顾到,把经理都放在大客户那里了。他分不清楚那些是利润客户,那些是战略客户。什么叫战略客户,什么叫利润客户。一个研发团队的核心任务就是把你的大客户变成利润客户,而不是新增加一堆垃圾客户。这就是研发团队最重要的任务,你们回去好好看一下你们的定单,哪些是大客户,哪些是战略客户,哪些是利润客户,哪些是垃圾客户。既是大客户,又是战略客户的是你们的利润客户,这是打死也要守住的。第二,大客户怎么变成利润客户?所以很多公司这个问题没搞清楚,所以不知道怎么改革。第四阶段是关注利润阶段,如果你做什么都以利润为中心,以财务指标为考核的话,你的产品......

    所以中国的企业分为这几个阶段:

    1. 第一是单产品单业务阶段,
    2. 第二是多产品多业务阶段,建立产品平台,
    3. 第三阶段是管理客户,以客户为中心,
    4. 第四阶段是以利润为核心的阶段
    5. 第五是......

    这几个阶段是必经的,你信不信?

    第一个阶段:首先没人关注产品需求,我的产品拿出来以后就去卖了,

    第二是不管你有什么需求,我就一个产品,

    第三是没有一个产品平台,就这么一个产品,

    第四流程,这种开发周期很长,只关注一个项目,单兵作战,员工主要表现为自律行为,没有规模和标准。项目经理的权利和义务没有挂钩,完全是依赖领导者,所有人的绩效考核都在管理者的脑袋里面。

    第二个阶段:有初步的市场管理体系,简单的客户关系管理,系统数据和系统实现开始分离,因为如果不分离你可能要背很重的包袱,这个时候有一些开发要外包出去了,有技术开发和产品平台,有些技术是外面的,核心技术是自己做,然后在平台上实现自己的解决方案,在平台上构建自己的解决方案,然后开始并行开发,也就是市场、销售吵架吵多了,开始配合了。有了初步的发展规划。项目经理的模型开始分离了,有产品项目经理和技术项目经理之分,做产品的项目经理,他要求系统能力比较强,而技术项目经理他要求技术比较深。部门之间有统一的标准,有权力的项目经理开始出现,内部基本运作有序,跨部门的协调增加,部门内部有相应的考核标准,有部门的工作目标,个别领导可以跨部门协调,这是第二阶段,中国的大部分企业都在这个阶段,上不去。

    时间关系其他几种就不讲了。

          1. 研发模式导致产品经理要求差异

    在每一个阶段对产品经理的要求是不一样的。

    在第一阶段的时候主要在产品的销售,这个时候产品经理就要管理整个公司的研发、生产、销售,就像IBM在华为说的一样,“华为最大的产品经理就是你自己”这就是说,要把各个产品经理变成小老板,这样才能以产品为中心,其他职能部门都向产品经理要钱,一个公司又四五个产品经理的话,你这个公司就很健康。产品经理就是小老板,分担公司总裁的责任,财务和人力共享。

    到第二个阶段的时候,就需要跨部门的产品经理了。针对一个产品,研发有一个头,销售有一个头,服务有一个头,这三个头合起来在一起开会,形成产品经理,因为这三个人开会必须有一个老板在,老板不在这个会开不起来,还是老大当产品经理,产品经理是产品的责任人。整个项目的预算是产品经理管的,其他部门的人想拿奖金,找产品经理,干活。产品经理问需要多少人,有资源经理来管,说要5个人,做10个月,那就是50个人*月。那资源经理就向产品经理要50个人*月的钱,你把任务给我做就是了。就相当于公司内的外包,他建立一个平台,每个产品经理要做什么都向他要求,他就可以说:“这样吧,你们把钱给我,我就给你做”。这样他也赚钱了,这个利润不是外部利润,是内部核算。以前在华为设计部,大家都知道,每一个模块都需要找设计部。当时我们做数据库的时候,第一个资源经理就喜欢资源外包,谁找他要人,他就说你拿去。后来发现受不了了,需要的人太多,要2000人,后来凡是有人向他要人,他就开始核算了。比如你要10个人,干一年,那么一个人月5万,你把钱给我,把任务给我,我人不给你,但是任务按时给你做完。结果资源经理把任务都包下来后发现,他只需要6个人就够了。但是钱他已经收了。所以这就是利润核算,产品经理和资源经理就是这么出来的。所以一个产品做大以后,它就要变成独立分出来的事业部,独立分出来的事业部就形成了产品平台,一个公司的核心竞争力是不断关注新型的产品经理,这样才能做强做大。

    所以大家看到不同的公司对产品经理的要求是不一样的。华为做得这么好,就是因为这点作得好。至于你们怎么改,产品管理不是一夜之间就能完成的。做产品经理最重要的就是对、快、低。什么叫对?就是基于市场需求;什么叫快?就是……什么叫低?就是形成产品平台。这些一个都不能少。产品经理只对总经理负责。如果产品经理不管预算,不掌握资源,那你要是去哪个部门都要求人家。

      1. 产品经理的责任和社会模型

    这节课我们来了解一下产品经理到底要做什么事情以及他需要什么样的社会模型。

        1. 建立产品经理的诱因

    这个时候我先讲一下98年我做干部部(时候的事)。做了干部部以后,公司出了几个问题,是什么问题呢?在98年,华为有一个很著名的咨询项目,叫ITD,花了5亿,请IBM来做产品管理的咨询。为什么请他们来?其实就是上面几个原因。当时我们很难对市场需求作快速反应,92年到95年基本上是我们教会客户怎么做,客户是傻瓜,我们说啥他就说啥。95年到98年,客户跟我们的水平是一样的,那时候我们就需要交流了。但是98年以后我们发现客户能教会我们怎么做了,我们还听不懂,这就麻烦了。

    第一,很难对市场需求做出快速反应。现在的很多公司,尤其是信息化的公司,基本上处在这个阶段。先是我们教会客户怎么做,然后跟客户讨论怎么做,最后客户说你这个产品做的太落后了。所以我们当时说自己很难对市场需求做出快速反应。

    第二个是,我们没有把项目进行分类,很小的项目,很小的客户,我们投入了很多的研发人员去做,很重要的客户却没人去做,但是我们一个县的电信局,我们都派人去做,但是中国移动(当时中国移动很小),却没有把它当作战略客户。

    第三是销售和研发的矛盾。销售的总是抱怨研发的响应速度太慢,而研发却说你销售的合同上这一点也要满足那一点也要满足,我们根本做不出来,销售就说我要不签这样的合同的话就完蛋了,产品就卖不出去了。接下来是产品流通的项目管理的问题,所有的项目几乎没有一个能按期完工的,都在往后拖,而且项目越拖越大,大得你想砍都砍不掉。然后呢,分段开发,这就使因为采购的问题、生产的问题、质量的问题没有专门的人去管。没有一个人成为公司所有问题的接口,产品的成功和失败没有一个标准,基本上都是技术人员和销售来确定,缺少产品包的开发,一个产品没完没了地评审,评审结果还是一样。

        1. 产品经理的基本素质

    所以当时这样做不行了, IBM就说你们需要产品经理,你们先挑选几个产品经理。当时我们挑选了3个产品经理,挑选的都是技术水平很高的,结果IBM一评价,说这些人只能得20分。我们就奇怪了,这些是我们水平最高的项目经理,怎么才只能得20分呢?后来我们实在挑不出来了,IBM说我给你一个模型吧,你们来挑。那个模型是这样的:

    第一是项目管理能力,结果华为挑不出一个有项目管理能力,只有我(周辉)有项目管理经验。

    第二条,技术和业务方面的能力,这一条是我们的强项,结果我们发现,技术能力方面我们都得分很高,业务能力上面我们有两项是0分,考财务指标,问能不能看懂财务报表?会不会做成本分析?我记得他问得是TOC是什么。我一想,新的技术里没有一个TOC啊。接下来考Marketing,问我们产品的卖点、什么叫推广技巧、什么叫产品宣传等,当时我们都觉得自己很牛啊,但是现在都懵了。

    第三考沟通和处理冲突的能力,这是技术人员最大的缺陷,根本就不知道怎么处理冲突。这时IBM说我在和你交流上市平等的,我在非原则问题上放弃了,你在原则问题上得给我让步,所以说我平时请你吃吃饭啊,你平时骂我几句啊,没问题的,这都是你欠我的人情,等到我需要你的人力资源的时候,你必须支持。当时研发人员根本就不知道什么是原则问题,所以有时就在非原则问题上争来争去。当时我们部门间搞足球赛,有两个部门因为足球赛打得不亦乐乎,从此以后老死不相往来,而又一个部门他需要另一个部门的资源,它就故意输。这个就分的清楚。产品经理一定要分清楚,什么事原则问题,这就是沟通和处理冲突的能力。

    第四是把握市场需求的能力。

    用这个模型一算,完了,整个研发部门没有几个合格的。幸好IBM说可以培训,就把我们几个找去销售那里,回来后,感觉有一点概念了,然后就当产品经理。当了产品经理以后,这时我还不是产品经理,是学习的,由一个顾问手把手教我。当时我是做交换机,他告诉我说,你先到市场部去跑跑吧,看看你的产品的问题是什么,有什么样的客户需要你的产品。我说这不对啊,这个时候还不进行开发,队伍还不进来,什么时候产品能推出来啊?

    一般我们现在的公司是这样:一立项,马上很多人进来,就开始干了。他就先让我搞清楚,我们为什么要做这个产品。这个产品上了以后能赚多少钱,但是你首先要跟老板讲,你这个产品的定位。我想交换机还用考虑定位吗?他说你的公司一年销售200亿,你这个产品就要销售40亿。这个时候我就开始想,我这个产品卖的40亿都要转嫁给客户,这就要考虑市场容量、市场空间有没有40亿。当时有两条路可选。第一是我当时在中国电信作交换机,我要做一个版本满足中国电信的要求,第二是把现有的中国电信的版本做到移动交换机里去。有这么两条路。

    如果说当时没有这40个亿的指标,我想都不想,我肯定做一个产品,既满足电信又满足移动,那就完蛋了,这个产品至少三年才能出来。所以当时说今年作40亿,明年做80亿,后年150亿。我一看这样的指标,我只有一条路可走,先出第一个版本,满足中国电信的要求,赚40亿,然后推出第二个版本,满足中国移动的要求,再赚20亿,移动起来后再去赚钱。所以我的目标就出来了。以前我们做产品,不管怎么样,都先作一个很庞大的产品,先推出来,从来没想过先作一个版本满足中国电信,四个月作出来,然后做一个满足中国移动的。做一个产品平台,这个产品平台两年改一次,这样可以做三个周期,6-8个月推出来(一个产品)。这样我的客户群就(变得很大了)。

        1. 选择产品要考虑的要素

    选择任何产品的时候必须考虑产品要素,第一个是市场规模,市场容量大不大?第二个是市场份额,你能占有多大市场份额?第三个是销售利润

    这就是99年华为坚决不做手机。不做手机的原因是什么呢?市场容量,市场规模大不大?很大,按照华为的实力,进去后市场份额大不大?也大,但是有用吗?有利润吗?为什么华为现在又做手机了?就是销售利润,手机的核心竞争力是什么你们知道吗?其实中国人做手机的核心竞争力根本不是技术和芯片,而是中国人做手机的产品开发周期。你们有没有发现,现在高端的手机每隔三个月就降价?这是因为Nokia、Ericsson有很好的产品平台了,他(Nokia、Ericsson)发现,我(Nokia、Ericsson)即使跟你(中国厂商)同时开发一款手机,我可以比你早三个月开发出来。只要我能早三个月推出来,那么你的产品上市的时候我就降价,我让你在高端手机上没钱赚,你以后就没钱做高端手机了。所以在中端手机上我跟你搏杀,依靠高端手机赚钱。所以我每一个产品上市三个月降价。很多公司已看三个月降价一次,就不敢再做手机了。当时化为的产品开发周期是一到九个月,所以说华为当时不能做手机。做手机肯定赔钱,因为人家的产品开发周期比你短三个月,人家已经提前拿到了巨额利润,等你的产品出来的时候,人家就降价。现在华为为什么做手机了?因为它的产品开发周期也缩短到3到6个月了。所以这点上(销售利润由保障了)。彩电行业市场大不大?大吧?市场份额大不大?但是利润呢?所以现在你们想想你们做得产品,不要以为市场空间很大,利润就很大,不要以为你占有份额大,利润就达,可能你在做同质化的竞争。

    中国的IT行业里,有一个非常大的毛病,叫生产链的资金,为什么不叫产业链的资金呢?中国用了将近30年的时间走了别人100年的道路,在这30年的过程中,有很多人通过炒股票,炒房地产或者作为贪官污吏,积聚了一大笔钱,这些钱因为来历不明,所以他总想找几个博士,搞一个科技公司,觉得自己的身份和地位提高了,这些博士搞了这些科技公司后,第一件事是订单啊,所以订单一出来,价格差不多就出来了,所以目前中国的生产链的资金在破坏产业链。这种情况无形中产生了一批价格杀手,所以从这些方面来说,公司的销售利润在下降。很多公司在做这个的时候没有考虑到销售利润。还有一点要考虑:你进来以后,销售利润会是多少?就是说由于你进来后的市场份额增加,使利润降低多少?在2000年的时候我们决定把产品的产量由占市场份额的60%增加到70%,结果就是由于这10%的增加,导致价格下跌,利润反而减少。一个公司在市场份额占到40%以后,每增加一个点的产量,带来的价格下跌会很大。为什么?因为你在破坏价值链。作为一个行业的老大,它一定要保护这个行业的价值链。如果你还想增加自己的市场份额,必然要破坏这个行业的价值链。在国外,一个产品占了40%的份额后就不再挤占。但是中国不一样。所以一个市场份额的最好的产业保护链是什么样子呢?有一个老大,占有40%的市场份额,有一个老二,占有25%的市场份额,有一个老三,占有10%——15%的份额,还有老四、老五、老六等分享剩下的市场份额。这种结构是最好的,如果有一个人干预这种价格结构,想提高自己的市场份额,这个产业就完蛋了。一个产业链一旦降价以后,想涨价再也不可能了。

      1. 华为经验

    所以我们当时选择客户就是先中国电信然后中国移动,因为当时移动还没起来,当然两年以后中国移动很大了。所以先电信后移动,是基于这样的考虑。选择了客户群以后,我们就去中国电信和移动去调研,然后确定任务书,领导说要确定中国电信版本的任务书。我去要钱,要多少钱?投入多少人?然后财务指标出来了,销售毛利、净利润、市场份额。过去我们就没算过这个东西,过去做项目开发的时候不算这个东西,签个合同,这可能还是中国当时比较好的,还有这张纸,当时找产品经理时后面两条很重要:你给我多少钱?我为你赚多少钱?当时我说销售毛利是40亿,你给我5000万,5000万中我用2000万去采购别人的模块,2000万我用与人力资源的建设,还有1000万我搞实验室设备。

        1. 产品功能定位

    第一步我们赚40亿。合同书签完以后,我要找对手了,因为我要找卖点啊,要打击谁啊,我找到客户群以后,市场容量有了。我到底能占多少份额呢?这个不是我说了算的。是竞争对手说了算的,所以我要找竞争对手,对手的产品有什么功能,我也设计什么功能,然后我了解到客户真正的需求只有三个。接着我不是马上开发,我先作了个Demo,做了一个演示版,先找到Marketing的人,然后我们找客户去交流,问客户,我做了一个这样的产品,你们看怎么样?其实当时我们还没做。客户说这样好啊,然后给提了一大堆意见,然后我们拿着一件去找大群的客户交流,然后把这些意见都整理起来。这些有个技巧,你要把产品设计的有一些破绽,让客户找,然后他们会提出他们的意见,其实这些意见我早就规划好了。产品做完以后我们跟客户说我们按照你的要求把产品做出来了,心里想我都按你的要求做了你还不买我的?是吧?你自己生的儿子你不收?做了第一次以后我就知道我的第二第三第四个产品卖给谁了。客户对这个产品很有感觉啊,他们会跟其他客户说:“这个产品是我们共同设计产生的”,不买不行了。当时我记得有一个产品我们多报了2000万,客户说我们完全是定制的,贵一点没事。实际上是我早就想好的。所以这个时候又两条要注意:第一,千万不要把客户的要求当需求,客户有很多要求,但它不代表客户有这些需求,第二是你不要让自己在客户面前表现得很强大,因为他有可能是竞争对手的线人,所以要让客户提要求,不要自己显得太强大。拌猪吃老虎,我按你的要求做的啊,我做出来的不好卖你也有责任啊。这就是我们当初做客户调研的情况。

        1.       版本计划

    第二是做版本计划。我把产品的功能分成三类,一类是基本功能,是必须要有的,这个要做一个版本,然后针对中国电信、再针对中国移动的功能,一个一个地做几个版本,下一节我要讲讲版本,也就是路标规划。往往一些公司没有版本的概念,做出来的东西就是一锅粥,版本我们当时是按顺序来的,所以叫路标规划,不要说等到产品卖的时候再规划,那就是冬天的黄花了,所以从这点来说你一定要根据市场需求来做。然后确定版本,确定客户结构,先做哪些,再做哪些,做完这些后再做一个总体规划,确定模型。整个的产品过程就这么一下做起来,这些事情做完才用了三个人,一个管市场的,一个管技术的,加上我产品经理,项目组的人员一个没动,但是我把这些做完后,研发队伍一进来,三个月就开发完成了。后来发现这种产品开发方法真的是系统设计实现的,而且我发现全部外包出去都可以,后来我发现我们三个人就可以做一个产品,我可以外包给大唐啊,你研发人员很牛,但是我不让你做,以前研发人员很牛的。当时我们就是通过这几个步骤一下把产品做出来了。

    产品经理脸皮一定要厚,要会来事儿。

    展开全文
  • 天下武功无坚不破,唯快不破。在瞬息万变的移动互联网领域,创业公司要想在...通过对豌豆荚的访谈,让我们来看看这家被称为中国最具硅谷范的移动互联网公司在做产品研发的过程中是如何进行高效管理的。 一、高效研发

    天下武功无坚不破,唯快不破。在瞬息万变的移动互联网领域,创业公司要想在巨头的夹缝中求生存,仅靠一款出色的产品是不够的,高效敏捷的研发能力才是公司生存与发展的关键。高效的研发模式包括如何确定开发项目,如何把控项目进度,如何驱动产品一代代完善以及如何调动员工的积极性等。通过对豌豆荚的访谈,让我们来看看这家被称为中国最具硅谷范的移动互联网公司在做产品研发的过程中是如何进行高效管理的。

    一、高效研发的5个关键步骤

    第一步:立项——定方向

    在豌豆荚的整个研发过程中,立项称为ProductBrief或者Project Brief。团队的产品经理会撰写一个1-2页的文档,然后和执行团队进行评审,如果评审通过,立项就成功了。文档一般包含会包含以下内容:

    1. 愿景:一句话表达清楚要做什么;

    2. 分析市场机会和趋势,决定当前策略;

    3. 确定目标用户的特征和核心需求;

    4. 现存的解决方案和各自的优劣势;

    5. 该项目对豌豆荚的利益点;如果不做该项目,哪些竞争对手会做,对竞争对手的利益点;

    6. 需要哪些技术的支持和驱动,哪些技术是豌豆荚的弱项;

    7. 人力需求;

    8. 项目的紧急程度,是否需要快速推进;

    9. 发布策略;

    10.核心衡量指标,用来衡量成功的指标。

    第二步,OKR 体系——定目标

    对一个项目来说,设定目标是非常重要的,因为这决定了如何去做,以及能做到何种程度。豌豆荚采纳的目标管理是从 Google 引进的 OKR 体系(Objectives& Key Results,目标与关键成果),这跟传统的 KPI(Key Performance Indicator,关键绩效考核)稍微有些区别:

    1. OKR 首先是沟通工具:豌豆荚共有 300 多人,每个人都要写 OKR。为了便于沟通,所有这些OKR都会放在一个文档里。任何员工都可以看到 CEO 的这个季度最重要的目标是什么,HR 团队这个季度的目标是什么。

    2. OKR是努力的方向和目标:OKR代表你到底要去哪里,而不是你要去的地方具体在哪里。

    3. OKR必须可量化。比如健身时设定锻炼目标,如果只是定义成「我们要努力提高身体素质」,肯定不是一个好的 OKR,因为无法衡量,好的OKR是「今年的跑步时间较去年增加一倍」。

    4. 目标必须一致:制定者和执行者目标一致、团队和个人的目标一致。首先,制定公司的OKR;其次,每个团队定自己的 OKR;第三,每个工程师或设计师写各自的OKR。这三步各自独立完成,然后对照协调这三者的OKR。在豌豆荚,OKR跟个人绩效没有关系,因为OKR 系统的结果和每个人并不直接挂钩。

    5. 通过月度会议Review ,时时跟进OKR: 在月度会议上需要确定如何去达到目标,是一个帮助达到目标的过程。

    6. 通过季度会议 Review ,及时调整OKR:互联网的变化非常快,所以豌豆荚每季度有一个OKR 的 review,调整的原则是目标(Objectives)不变,只允许调整关键成果(Key Results)。

    为了更好的理解如何制定OKR体系,豌豆荚提供了以下实例:

     122645pffg0flt52kfezf0

    目标(Objectives):今年的目标是要成为中国最全面准确的移动搜索,帮助用户无障碍的发现和消费内容。

    关键成果(Key Results): IAS(应用内搜索)需要接入多少个门类,要占多少用户比例;引导和教育用户搜索的指标提高多少,或者搜索量达到多少百万的量级;发布这个功能,消费量要达到多少,架构要发挥什么作用,产品运营怎么做,包括响应时间或者反映等各类指标。这些指标可以很好的衡量目标有没有达到,最后打分来看我们的每个月的目标完成情况。

    第三步,项目管理——控进度:

    目标设定以后,非常重要的就是执行,一般的项目管理实际上就是控制进度。

    1. 任务/进度勤同步。整个公司所有人的 calender,包括会议、要做的事情、项目的时间节点都需要及时同步。在整个战略布局上,如果某个项目工期非常紧,就必须进行更多的沟通,确保每一个环节都没有问题。

     122747sa005bka5wczxk3z

    2. 站立会议 (Daily Sync):每天进行站立会议,一般控制在十分钟之内,每个人说明自己今天要做的工作,需要什么帮助,有谁可以帮忙,可以更有效的调节资源和公关。

    3. 多方位沟通(Google Docs / Gmail / Hangouts):对非紧急的事情,两个团队或者是两个人一起讨论所有的设计。Hangouts用于做快速响应。

     122836oq5cryylfxvyj0pv-1

    4. 周会(Weekly Report):每周总结。豌豆荚的团队产品经理要做周报,汇报这周的工作、发布、取得效果以及数据。

    5. 数据系统:MUCE 是豌豆荚的数据系统,上面有全公司所有的产品数据和运营数据。MUCE 的数据能够用来验证产品的假设、方向等。

     122856eaz3f731q3j6rm3r

    第四步,人员管理——带团队:

    项目是由一个个具体的人来执行的,所以带团队非常重要,在人员管理上,豌豆荚有三个基本原则:

    1、Re-Organization& 换组:公司鼓励员工换组,每个人都有机会到喜爱的团队做更有趣的事情。只要在原团队的绩效合格,每季度都可申请换团队或换工作内容。员工的绩效不与 OKR 挂钩,公司鼓励员工挑战难度、超越优秀,低 Level 的事情做不到优秀会被惩罚,做事不及格也会被惩罚。

    2、One on One:在带人方面, One on One 非常重要。One on One 指的是每个团队的 manager 需要定期(最佳间隔是每周一次)与自己团队中的每个成员进行一对一讨论或者对话。在豌豆荚,manager 首先是一个教练,应该帮助自己团队的成员成长。通过 One on One,manager 需要了解每个团队成员现阶段的状态和遭遇的困扰,分享职业规划,帮助他们正确地处理问题,更好地实现个人成长。

    3、个人 OKR 和 Performance 体系:每个员工在每个季度初需要确定自己本季度的 OKR,在一个季度结束后需要根据自己这个季度的工作完成情况给 OKR 打分。每半年公司会进行一次 Performance Review,主要是 review 员工过去半年的绩效,并根据 Performance Review 的结果变更 Job Ladder(业务职级)和薪酬。值得一提的是,在豌豆荚,所有的个人Performance Review 的成就内容及级别都是全公司共享公开的,如下图所示。这个对于很多公司来说是不可想象的,豌豆荚为什么要这么做?因为一方面对于豌豆荚来说可以做到更为公平和透明,另一方面也给每位豌豆提供了更好学习和成长自己的样本,激励大家在产品研发中更高质量的挑战和要求自己。

    第五步,兴趣管理——排干扰:

    1、激发兴趣:HackDay,是豌豆荚一个特殊的节日,开始于2010年,类似黑客马拉松。通常在春节假期回来的那一周,产品设计师和工程师们 3-5 人组成一队,在连续48小时的时间里,充分展现工程团队的创意和想像力,完成一些比日常开发更 geek、更有趣的东西。

    豌豆荚为了鼓励大家更好的完成挑战,也会设计一些特别有特色的奖品,历史上2012 年提供的是苹果刚出 Macbook Retina,2013年是 Google Glass,2014 年则是程序员最爱的 Herman Miller 顶级座椅。

    在历史的 Hackday 中,有不少作品最终都成了重要产品对外发布,比如 MUCE、豌豆洗白白和 IAS(应用内搜索),都成为了豌豆荚极具特色的产品。

    2、控制兴趣:PolishWeek,让公司慢下来,对已有产品的细节进行精细化的过程。在大量开发和新产品上线的过程中,我们会担心因为走得太快而对产品的细节关注不够。在连续3个工作周后,第4周通常是 PolishWeek。在 Polish Week 的这一周,豌豆荚内部不会进行新产品或新功能的开发,而主要是对现有的产品和服务进行打磨,解决一些细节问题和小 bug,譬如产品内一些字体的统一等等。平均每个 Polish Week 会解决产品中各种 Bug 大约 200 个。

    二、高效研发的流程和工具

    过去几年豌豆荚做 Windows 版的时候,尝试过一个月、两个月、一个星期、两个星期的发布节奏,整个模式跟 Chrome 比较像,有功能发布就希望尽早的发。我们在服务端上每天都有更新,客户端会慢一点,现在大概是两周一个版本,如下图所示:

    123004r70c590zznftdy30

    在开发节奏上,前两周的时间用于开发,然后截取分支准备发布,接下来两周进行测试,同时进行另一个开发,每一个迭代都控制在两周之内。相对而言,服务端的发布比较好操作,可以做很多的回归测试和自动化测试,不太需要手工的测试来做发布,但是 Windows 和 Android 都会有一些 Beta 的发布,在内部很难模拟用户的使用场景和用户的环境,所以在 release 之后的过程中一般会抽样 1%、5%、10% 这样一个节奏来做验证,主要是看某些指标是否达标。

    这个流程刚开始执行的时候问题特别多。比如在这周开发完成以后,测试发现根本测试不了,有很多很多的 Bug,工程师只好利用第二个研发周期去修 Bug,然后又会影响第二周期的开发,这样问题越来越多,就会导致流程很难进行,然后进入恶性循环。为了解决这个问题,首先在操作层面上一开始先用一个月的迭代来让大家适应,同时要求 Master 分支必须是可用的(比如某人提交了代码跑不起来,或者没有经过测试,给其他同事带来了阻碍,就会被要求请全团队喝咖啡)。其次加强单元测试和回归测试,确保每个迭代的研发质量是可控的,后面的测试主要是回归和校验,减轻相互重叠的压力问题。一个月的迭代跑顺了之后,再跑到两周、一周的节奏,整体来看,差不多用了半年的时间,豌豆荚就完全跑顺了这个流程,想快可以快,想慢也可以慢。

    工欲善其事必先利其器,为了提升产品研发效率,豌豆荚内部开发了一款项目管理工具Wandoulabs。作为内部的沟通工具,它主要用来做跨团队沟通,全公司所有员工都会使用。重要的 roadmaps 必须在这里登记,登记了以后,一个项目需要多少设计师、需要多少marketing、每个阶段是什么样以及工程师的发布状态都可以在这里看得到。

     123025shaa7vrztrqz2etf

    这就是前面提到的Wandoulabs,大概逻辑如下:不同的标记分别代表研发状态、发布状态、负责的团队及这个事情的重要级别。

    对于重要的发布,豌豆荚有三个最基本的要求:

    第一要获得 Product/Design Review 的批准。一个功能开发以后,无论是界面还是整个 UI,如果会影响到用户的操作,或者影响到商户的收入,比如我们的广告系统或者和合作伙伴的一些策略调整,这就需要做 Design Review。Design Review 在豌豆荚里面的时间大概是每周的周一、周三和周六,每次持续 1-2 个小时,包括Product(Review)、Design(Review)或Business(Review)。Product Design指的就是 PD,主要的视觉设计师或产品设计师必须全员参加。

    第二要获得 EngineeringTech Review 的批准。这更接近于传统上的技术设计,主要是看某个功能在工程设计上是怎么做的。做这个设计的团队和所有工程师必须全员参加,也会有一个人来 host,还需要几个指标的 review。这个过程是帮助相关的工程师把设计考虑更全面,包括流量、游戏的带宽压力的需求等等。

    第三要获得 MarketingReview 的批准,主要是看产品上需要如何引入 marketing 团队的配合,需不需要做一些传播,需不需要注意公关策略等等。

    同时对于更小的一些 Beta 测试则不强制要求。这些 Review 实际上是帮助整个团队、整个公司去理解当前最重要是什么,其实也是建立一个高标准的过程。

    本文由产品100为你推荐并呈现

    同时,特别鸣谢并向你推荐:

    文章来源:互联网分析沙龙

    展开全文
  • 产品研发管理

    千次阅读 2012-12-04 12:22:12
    产品开发的过程中,到底有哪些角色应该参与到产品开发中,他们都清楚在不同的阶段应当开展哪些活动,用什么方法来完成,在什么时间开始这些活动,什么时间结束这些活动,这些活动之间的先后关系、关联程度是什么样...

    前言

    21世纪,持续的竞争优势将不仅是新产品技术,更多地出自新产品的开发流程。在产品开发的过程中,到底有哪些角色应该参与到产品开发中,他们都清楚在不同的阶段应当开展哪些活动,用什么方法来完成,在什么时间开始这些活动,什么时间结束这些活动,这些活动之间的先后关系、关联程度是什么样的,如何安排这些角色和活动才能使具有成本优势的产品快速转量产、投放市场,并把质量问题消灭在实验室避免产品上市后的批量质量事故,从而在与竞争对手的较量中保持持续竞争优势。

    因此,企业通过成功实施优秀的产品开发流程,可以提高企业适应当前快速的、波浪式的、多样化和差异化的市场需求变化以及技术的不断更新的能力;可以缩短产品开发周期、提高产品开发生产率、提高产品生命周期收入、减少开发浪费、提升市场竞争力;并能提高研发资源的利用率、降低研发成本。

     

    课程特点

    ¨ 系统化的课程内容:研发项目全过程,质量管理、风险管理、配置管理等

    ¨ 简单适用的管理工具与方法,回绝复杂费解的理论

    ¨ 课程中互动式教学、大量的小案例、分析大案例和学员亲自演练,有助于学员理解

    ¨ 丰富的模版、Checklist展示,有助于企业用于具体工作

    ¨ 课程设计根据业界最佳实践和讲师实际经验而设计,避免陷入枯燥的质量理论介绍

    课程收获

    ¨ 了解先进的产品开发管理体系,了解产品开发流程的重要位置

    ¨ 正确理解产品开发流程,了解产品开发流程对产品开发的意义和作用

    ¨ 理解产品开发流程中存在的主要问题及解决思路

    ¨ 理解企业产品开发流程的关键环节,学会如何根据企业的实际情况,梳理现有的开发活动,形成逻辑性强、可操作性、高效的产品开发流程

    ¨ 掌握研发部门与市场、采购、生产、品质等部门之间的关联互动关系和方法

    ¨ 理解产品开发过程中质量监控和管理的手段和方法

    ¨ 理解为什么很多企业产品开发流程得不到执行的原因,掌握如何建设、有效实施和管理产品开发流程

    课程对象

    企业CEO/总经理、研发总经理/副总、公司总工/技术总监、研发项目经理/产品经理、PMO(项目管理办公室)成员、研发骨干、QA或流程优化人员、跨部门负责人(市场、采购、制造)等。

    课程大纲

    产品开发流程的概念

    ¨ 产品与样品的区别

    ¨ 什么是产品开发

    ¨ 产品开发管理的思路

    ¨ 产品开发流程在公司流程中的位置

    产品开发的结构化流程

    ¨ 为什么把产品开发流程结构化

    ¨ 产品开发如何结构化、如何分层次(阶段、步骤、活动、任务)

    ¨ 产品开发的阶段划分、举例

    ¨ 产品开发的阶段子流程、举例

    ¨ 产品开发的操作指导书、举例

    ¨ 产品开发的模板、举例

    ¨ 产品开发流程结构化的几个常见问题

    ¨ 产品开发流程结构化容易陷入的两个极端

    ¨ 产品开发流程结构化到什么程度才够

    ¨ 产品开发需要进一步结构化的征兆

    ¨ 为什么一些公司产品开发结构化会失败

    ¨ 企业在不同发展阶段产品开发流程有何不同

    ¨ 产品开发流程与研发项目管理的关系

    ¨ 项目管理过程组在产品开发流程中的映射

    ¨ 项目管理领域在产品开发流程的映射

     
    3、 产品开发中的决策

    ¨ 在产品开发中决策的意义

    ¨ 在产品开发中应决策什么--决策要素

    ¨ 高层领导在产品开发中扮演的角色

    ¨ 在产品开发中决策迟缓的代价

    ¨ 产品开发中决策团队的权力和责任

    ¨ 产品开发中决策点的设置

    ¨ 产品开发中决策点使用的文档模板(项目任务书和业务计划书)

    ¨ 产品开发中决策评审点介绍(概念决策评审)

    ¨ 产品开发中决策评审点介绍(计划决策评审)

    ¨ 产吕开发中决策评审点介绍(可获得性决策评审)

    ¨ 产品开发中决策评审点介绍(生命周期终止评审)

    ¨ 产品开发中决策评审点介绍(临时决策评审)

    ¨ 为何有的公司决策评审效率低

    ¨ 产品开发中决策评审效率的特征

    ¨ 产品开发中决策评审方法论

    ¨ 产品开发中决策评审流程

    ¨ 企业在不同发展阶段产品开发中决策有何不同 

    4、 产品开发中的项目组织

    ¨ 产品开发中项目组织容易出现的几个问题

    ¨ 成功的产品开发项目组具备的典型特征

    ¨ 产品开发职能型组织的特点

    ¨ 集成产品开发管理团队(IPMT)和产品开发团队(PDT)的角色定位

    ¨ 产品开发团队(PDT)的主要构成--核心小组组长、核心小组成员、外围小组成员、引导者

    ¨ 产品开发团队(PDT)中的核心小组组长的角色和职责、技能、领导资格、知识和经验

    ¨ 产品开发团队(PDT)的核心小组组员的角色和职责

    ¨ 产品开发团队(PDT)的外围小组组员的角色和职责

    ¨ 产品开发团队(PDT)的职能部门经理的角色和职责

    ¨ 产品开发团队(PDT)中引导者的角色和职责、应具备的主要因素

    ¨ 小结:采用产品开发团队(PDT)带来的好处(案例列举)

    ¨ 一些公司未能成功采用跨部门产品开发团队(PDT)项目组织的原因

    ¨ 企业在不同发展阶段产品开发项目组织的不同


    5、业界最佳-IPD(集成产品开发流程)介绍 

    ¨ IPD的好处 IPD的思想(流程重整和产品重整)

    ¨ IPD框架组成(跨部门团队、结构化流程、客户需求分析、优化投资组合、项目管理、异步开发模式、衡量标准、IT应用)

    ¨ IPD的结构化层次

    ¨ IPD角色及相关关系

    ¨ IPD概念阶段目标、关注、交付和主要活动介绍

    ¨ IPD计划阶段目标、关注、交付和主要活动介绍

    ¨ IPD开发阶段目标、关注、交付和主要活动介绍

    ¨ IPD阶段关键子流程(硬件开发子流程、软件开发子流程)介绍

    ¨ IPD验证阶段目标、关注、交付和主要活动介绍

    ¨ IPD发布阶段目标、关注、闪付和主村活动介绍

    ¨ IPD中技术评审点是怎么设置的IPD中技术评审的目的IPD中技术评审的一般过程IPD中技术评审的角色和职责IPD中技术评审点(TR1TR2TR3TR4TR5TR6)介绍IPD中技术评审的三个结论和三个结论的理解

    6、产品开发流程研讨

    ¨ 产品开发流程现状

    ¨ 结合业界最佳讨论风险、问题点(对比业务决策评审点、技术评审点、项目组织几个要素)给出优化方案


    、产品开发流程裁剪的方法

    ¨ 如何克服流程与效率的矛盾--产品开发流程并不是一成不变的

    ¨ 产品开发流程裁剪的原则 

    ¨ 产品开发流程裁剪的方法

    ¨ 产品开发流程裁剪如何管理

    ¨ 小项目产品开发流程怎么裁剪

    ¨ 产品发布后增加特性的开发流程怎么裁剪


    8、如何成功实施产品开发流程

    ¨ 某公司产品开发流程变革失败案例讨论

    ¨ 为什么实施会遇到困难?

    ¨ 成功实施的关键 

    ¨ 变革管理

    展开全文
  • PACE实际体现的就是一种“流程”思想,是一种关于产品开发的流程框架,关注的是面向市场的产品管理而不是技术管理,当然产品管理和技术管理是需要整合的,将市场机遇和技术等融入某一个流程,其结果就是产品。...
  • 研发管理典型问题的认识及建议

    千次阅读 2016-08-23 16:23:19
    1) 未形成系统、正确的研发理念  市场导向、客户意识、技术创新等是...还有对产品开发、技术开发、技术研究、基础研究、核心技术等基本概念都没有正确的理解。我们公司还停留在从功能及性能实现的角度来定义产品开发
  • 这是产品研发管理系列文章的第三篇:产品研发过程管理。 生产型企业通过企业研发生产过程,制造出产品,销售给客户,为其提供价值,从而赚取合理利润。软件企业作为生产型企业的一种,它区别于其他生产型企业的特点...
  • 软件产品研发管理中的六大报表

    千次阅读 2011-02-09 14:12:00
    有的团队试图通过实施敏捷等开发方法改善研发流程,也有些团队采用购买缺陷跟踪、配置管理等工具解决问题。   然而,无论是方法还是工具,都只能解决部分问题。对于管理人员,如产品经理、项目经理,多以...
  • IBM集成产品开发管理IPD解决方案

    千次阅读 2009-07-13 18:46:00
    IBM集成产品开发管理IPD解决方案深圳的华为公司总部近两年来总是不定期地接待一些拜访者。这些人不是来谈合作或生意的,而是来向华为“取经”的。他们来自长虹、苏宁、工商银行等国内知名的大企业,而把他们和华为...
  • 读《产品开发管理方法 流程 工具》

    千次阅读 2019-03-21 09:31:29
    这本书写的项目管理是那种全元素的,含硬件,如:手机的。 软件也是指写在手机电路板中的那种。 百度了下作者: 没有更多信息了。看上去这位像作者。不确定。 名词:PDM :产品数据管理(product data ...
  • 高级产品研发管理

    2012-12-04 12:45:10
    企业研发项目经理的工作不仅仅是技术层面的产品开发工作,而且是技术、商业以及管理相结合的工作。如何平衡市场竞争的压力和客户多变的需求,快速将产品推向市场;如何建立一个真正的“以客户为中心、以市场为导向”...
  • IPD(Integrated Product Development,集成产品开发),其思想来源于PACE。IPD集成产品开发流程概括起来就是“一个结构化流程、二类跨部门团队、三个系统框架集、四个主要决策评审点 、五项核心理念、六个重要阶段...
  • 概述准备些一系列的文章来介绍我们怎样进行产品研发管理的。这是第一篇:产品版本命名规则。发布管理首先介绍一下产品发布版本命名规则。 例如:3.1 M020 3:大版本。如果是核心平台升级了或者核心功能重新设计...
  • 产品研发项目管理软件哪个好?

    千次阅读 2019-04-26 11:55:11
    研发项目管理软件使用者导言:作为一个曾经被动和主动挖过许多坑的产品狗,小编想跟大家分享下产品研发项目管理经历,希望在产品研发道路上的小伙伴也能有所收获。 在没接触研发项目管理软件之前,我只是一个懂得...
  • 硬件产品开发流程 下图所示的是一个硬件产品开发大体上所需要经历的全部流程: 1)立项 在立项之前首先需要确定产品定位,对市场规模、用户需求、竞品优劣势、等多个环节进行分析。通过综合分析得出是否...
  • 研发管理工具推荐

    千次阅读 2018-07-09 12:58:44
    软件开发的项目经理一枚!大家都知道,一个好的敏捷工具对开发项目可以起到推波助澜、事半功倍的做用!我们做敏捷开发,如何敏捷?当然敏捷工具的选用也是非常关键的因素,对我们也起着关键的作用!我来介绍一下我所...
  • 我们的管理:创新产品研发管理

    万次阅读 2013-11-18 09:30:57
    我们的管理:创新产品研发管理一、创新导向一个公司持续发展的源泉就是创新产品,但创新产品往往会出现瞎创新伪创新意淫创新,尤其处在每年都会出现新热点的IT行业,非常多的创新都是跟风模仿、谁加谁再加谁,不仅...
  • Johanna Rothman说过,“要想从头搞砸一个项目,...的确,就产品研发而言,随着软件产业的发展,当今的研发已成为企业竞争的主战场,作为需要产品研发管理的企业,研发管理成为了极具挑战性的一项工作:研发面临市场、
1 2 3 4 5 ... 20
收藏数 651,607
精华内容 260,642
关键字:

产品研发管理