传统IT企业项目经理,如何转型互联网

19 评论 17714 浏览 63 收藏 12 分钟

随着互联网+的热潮,不少传统IT企业的项目经理都在考虑转行互联网。那么在传统IT和互联网企业做项目管理究竟有什么不同呢?我在传统IT公司和大型互联网公司分别担任过项目经理、产品经理,亲身经历过电信级产品、互联网2B、2C产品、互联网游戏等多种不同类型的项目,有些自己的体会,希望能够对有转型想法的同学有所帮助。

两类公司的不同

所谓传统IT公司和互联网公司这两个概念本身并没有严格的定义。在互联网已成为基础设施的今天,传统IT公司积极拥抱互联网,而互联网公司也在做一直由传统IT公司主导的企业级服务。本文以公司整体商业模式的核心产品形态来作为区分,暂且认为传统IT公司以传统软/硬件产品为主,主要面向企业级市场的;互联网公司以在线Saas服务为主,主要面向消费级市场。

1. 需求的稳定性

传统IT产品的客户需求是明确且稳定的。很多是先签订了合同,将白纸黑字写好的功能研发出来。而互联网产品的用户需求是模糊而变化的,用户不会提出要求,只会用脚投票。

2. 公司文化

传统IT公司流程规范较多,做产品的计划性强,质量要求高,做事情既关注结果也关注过程;互联网公司年轻化,组织架构相对相对扁平化,做产品以用户体验为中心,做事情结果导向。

思想意识的转型

思想意识的转变往往是传统IT项目经理转型互联网时首要也是最重要的事情。

1. 项目成功 VS 产品成功

产品为商业目标服务,项目为产品服务,所有项目经理都需要关心产品成功。但由于两类产品的需求稳定性不同,容易造成意识上的差异。

  • 传统IT产品的客户需求明确,产品成功这个目标可以很清晰的被分解成一系列的功能以及完成这些功能对应的项目,项目成功交付,产品也就成功了。因此传统IT项目经理往往只需要关注项目成功,即项目能够按照既定计划,在规定时间内高质量的完成所有功能,产品成功就是水到渠成的。
  • 互联网产品的用户需求模糊,特别在产品生命周期的最早期。满足用户需求会有多种不同的方案,需要以最小成本来验证方案,并快速迭代不断进行调整,以期望能尽快让产品达到的Product market fit。因此转型互联网需要首先认识项目成功不等于产品成功。项目必定需要根据产品的需求不断的调整计划,决不能固守着最初的计划。所以互联网项目往往采用敏捷开发,也必须拥抱变化。

2. 管理 VS 服务

由于项目成功和产品成功的差异,导致在项目经理这个角色在传统IT产品和互联网产品中的定位也变得不同。

  • 在传统IT产品里,用户的需求明确且稳定,执行才是关键。项目经理是最核心的角色,主导整个项目团队。
  • 而在互联网产品里,产品经理挖掘用户模糊的需求,找到最佳平衡点来满足客户需求和产品目标,是最核心的主导型角色(也有运营/市场主导型产品),项目经理则是服务型角色。

此外,大部分情况是:

  • 传统IT公司的项目经理往往是从基层研发人员做起,表现优异,工作多年后晋升的结果。这时他本身已经对业务非常了解,在公司已经积累起人脉,自然而然是项目团队的管理者。
  • 互联网公司的很多项目经理是应届生(没错,应届生就叫经理:D),不具备管理的基础,在团队的认知里也没觉得项目经理是个领导。因此项目经理需要是以服务团队的态度做事,千万不能一开始就以管理者自居,对团队其他成员指手画脚。而更多需要通过自己的专业性来建立影响力,以此获得团队成员的认可。

工作实践的调整

在项目管理技能本身,传统IT产品和互联网产品的项目经理并没有本质差别。只不过传统IT产品的需求明确,可以做长远规划,项目规模往往比互联网产品大,容易造成两类项目经理在关注的范围上的不同。

1. 关注范围:产品研发过程 VS 关注产品全链路

传统IT产品从研发到交互所涉及的团队和人员往往非常庞大,一个项目可能涉及上千人的规模,且公司文化也很讲究流程和边界,一线项目经理关注的是往往只是产品研发过程,其他职能比如销售、售前、售后、运维等往往有专门的团队负责人,进行总体协调的往往是高级别的项目集经理(program manager)或者项目总监。

互联网产品的团队规模往往就要小很多了,上百人已经是一个很大的产品团队了。一线项目经理需要关注产品全链路中涉及到的各个职能部门,包括产品设计、研发、运营、市场营销等。对多个职能的工作方式都要有足够了解,并且跨部门进行沟通协调。举个例子,市场同事在产品上线前就需要准备好相关的推广方案,对接各个推广渠道,运营同事也需要建立和用户的沟通渠道,以及确定用户反馈收集方案等等,而这些事情的落地都需要项目经理来驱动。简单来讲,互联网公司以结果导向,没有明显的职能边界,也就没有项目经理不需要关注的事情。

2. 项目计划和执行

在传统IT公司里产品经理和项目经理各司其职,产品经理负责提供产品的功能需求,项目经理负责协调到各种资源完成项目并交付版本,再由产品经理或者交付经理进行交付。因此产品管理和项目管理往往各自有各自的目标,理想的状态一切按照计划进行。当需求要变更时,需要遵循正式严格的变更流程,由需求变更委员会经过详细的评估后批准同意,方可执行变更。由于传统IT产品的功能稳定性,所以我们会在传统IT行业中看到这样的项目计划,项目需求列表功能列表→ 分解→ 工作量估算,再通过相关人员的资源日历,整理出项目进度图,最后画成一个很壮观的甘特图,里面详细的列上每一项工作的开始时间、结束时间、负责人、依赖关系等。一个项目可以规划半年到一年,甚至更久。

在互联网产品的项目管理中所有的流程都被简化了。产品试错是必要的,快速迭代成为互联网项目的必备。因此敏捷开发是互联网里比较流行的项目研发管理方式,以周期迭代的方式给用户交付价值,一轮迭代2-4周(有些产品可能一周一个迭代,比如游戏)。到目前为止我还没见到互联网产品有一个超过2个月的详细项目计划。产品经理虽然会制定长期规划,但这个规划往往是如果去验证假设的策略,并不是确定要做的事情,感兴趣的同学可以去看埃里克.莱斯的“精益创业”。此外,互联网产品变更里往往也没有严格的变更流程控制。迭代很多时候就是产品经理说要改需求,项目经理和技术负责人一合计就改了。所以互联网项目管理更像是一门艺术而非科学,边走边寻找平衡。

3. 项目质量

质量是传统IT产品里最重要的标准,是可以写进合同里的。所有的流程设计都是为了质量的保证,甚至于在项目团队外还有专门的质量经理这个角色来监控流程的执行。

互联网产品的质量实际是平衡游戏。互联网产品大都免费,在需求验证阶段,并没有太多用户,出几个bug影响也不大。而因为质量保证而降低了迭代速度,很可能会让产品错过窗口期,也就因小失大了。比如手游在研发的过程中往往是以周版本的节奏在推进,快的时候甚至可以做到日版本。一天一个版本,测试人员不可能把所有功能测一遍,肯定会有bug。但只有这样的节奏才可以让产品经理每天都能体验到最新版本的游戏,并且在不影响核心体验的基础上做用户测试。

个人感受

虽然只是个人工作的转型,但映射出来的是消费级市场和企业级市场的不同,其复杂性不是能简单说清楚的。这篇文章16年开始动笔,18年才写完。期间内行业也发生了很大的变化,过去的互联网巨头现在已经被戏称为古典互联网了。然而回归到个人本身,关键还是思想意识的转变,想清楚,愿意拥抱变化,转型也就成了。

 

本文由 @何必 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Pexels,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 欢迎关注我的个人微信公众号,搜索「何必多想」 😳

    来自浙江 回复
  2. 2C产品面向的用户更多,做出成功的产品相比传统IT项目成就感更多!个人现在也想往互联网行业转,受教了,谢谢分享!

    来自北京 回复
    1. 深度好文,我也是it的2B转到了互联网C端公司。为什么大家都想来互联网公司呢?我真的感觉做项目经理不如b端公司啊,c端公司就是服务团队安排上线排期的。

      回复
  3. 您好,看了您的文章很有共鸣,传统行业确实会有比较明确的需求,有比较明确的目标。只要按照既定的需求思路进行开发,完成后即可得到比较好的反馈,有需要时可加以引导,得到客户认可后进行优化。还有点就是传统互联网行业,一般都属于B端的产品,即使用户体验不太好,只要客户领导认可,也不会影响到系统的推广使用。互联网行业的就C端较多,用户体验直接影响到了该产品是否会有稳定的用户量。
    我也是一个准备从传统行业的产品转互联网行业的,不过现在资历尚浅,刚满一年。能否留个联系方式,有些问题和您请教一下。

    回复
    1. 互相沟通学习了。其实传统行业和互联网行业还是很难定义,用企业级市场和消费级市场来区分更清楚些。heshaofu2是我的微信号,加我时麻烦注明下来自人人都是产品经理社区。

      来自浙江 回复
    2. 深度好文,我也是it的2B转到了互联网C端公司。为什么大家都想来互联网公司呢?我真的感觉做项目经理不如b端公司啊,c端公司就是服务团队安排上线排期的。

      回复
    3. emm,在我看来,C端吸引人的是较大的发挥空间,在C端领域有较多的竞品、资料、数据可以借鉴参考,好的想法可以再优化利用、差的模块进行摒弃反思。再者,很多C端产品自己本来也是用户,所以更加有共鸣,如此便可以根据自己的理解来进行产品的梳理分析,进而定义的整个产品的规划路线。这确实有很大的吸引力。
      B端的话,还是相对枯燥,必须要客户的想法来进行建设。当然,我们可以用自己专业的知识给客户提出意见,引导他向自己梳理的方向靠拢,但这很多时候都是乏力的,毕竟金主的光芒是不可掩盖的,所以,有时候我们明知道是不好的功能,都会不得已而为之。另外,B端的业务一般比较专业,理解业务是个超级痛苦的过程,哈哈哈。

      来自北京 回复
  4. wo

    回复
  5. 老乡,你真勇敢

    回复
    1. 老乡? 😈

      来自浙江 回复
  6. 深有感触,deep,deep,deep

    回复
  7. 产品经理的传统、互联网边界正在模糊化,楼主分的太清晰将不利后续职业发展。根本还是在于有没有、敢不敢抓住用户需求去执行

    来自广东 回复
    1. 敢不敢抓住用户需求应该怎么理解?

      来自浙江 回复
    2. 初创公司或初创项目,对于要实现的需求抓不准,甚至由于徘徊犹豫,不确实是否可行,不敢实现。总的来说,很多人做不到快、准、狠

      来自广东 回复
  8. 总结很到位

    回复
  9. 1、罗列,对比一些B和C的区别,二者之间的联系没说,可能作者项目经验有些,目前时间节点的输出的深度,层面没讲透。
    2、B端企业级产品,许多是有基本理论和逻辑,不是互联网创业的来了,就另起炉灶可以颠覆的,比如CRM ,财务软件,HR,工业软件软件,B端企业级互联网化可能是商务模式,使用,实施,维护模式做了优化,改进。
    3、目前传统也好,所谓互联网也罢,泾渭分明后很快的融合,以后或许么有互联网名词说法,认知,阅历,社会和生活经历没有替身去带你踩坑,或者可以跨越过去。这是业内传统企业,互联网企业,老幼从业者的各自优势,不是所有企业和角色都是年轻就是好事情,,团队的推进

    来自四川 回复
  10. 做为传统pc的项目管理人员,深有所感,真切。

    回复
  11. 写得好,结合我自己在传统行业做产品经理的现状,确实如此,学习了,谢谢

    来自四川 回复
    1. 企业级市场和消费级市场的需求稳定性差别非常大,决策方式完全不同,产品经理在工作方式上会有很大不同。不过随着这几年云计算的发展,国外各种Saas的成功经验,以及企业级市场用户对用户体验要求的提升,在某些细分的企业市场的产品设计和项目管理已经在向消费市场靠近了。比如像钉钉、teambition这类2B的Saas产品,迭代很快,用户体验也很不错。

      来自浙江 回复