中国开源软件网

当前位置: 首页 > 热点 >

为什么互联网公司都喜欢自研业务系统,自研业务系统

时间:2020-06-30 13:26来源:互联网 作者:小狐

互联网企业业务多变,调整频繁,所以必须谨慎的投入资源实现业务来支撑业务开展,而自研业务,相对来讲,是一种更可控、成本相对更低的选择。本文从自身经验出发,对互联网科技公司喜欢自研业务的原因展开了梳理总结,与大家。

为什么互联网公司都喜欢自研业务系统,自研业务系统(图1)

相信很多人都有困惑,为什么互联网科技公司,都喜欢自研业务(例如WMS、CRM、电商等)而不是采购市面上成熟的商业软件套件呢?各类商业软件发展了这么多年,再加上各种SaaS产品,很多业务问题都有丰富的软件解决方案,为何不直接使用,而要费力的从无到有去做自研呢?

这个问题曾经困扰了我很长时间。我刚毕业的前三年,在一家外资保险公司做,所有都是外采成熟的商业软件产品加定制化(例如核心业务用的CSC的LifeAsia,BI用的IBM的Cognos,财务和内部采购用的OracleEBS等)后来去了百度转行产品经理,百度所有业务都是自研,当时非常不理解,觉得很奇葩,但随着工作的深入,后来又经历了两家独角兽公司整个业务平台从无到有的搭建过程,对这个问题思考了很久,也慢慢有了答案。

为什么互联网公司都喜欢自研业务?我认为原因有以下几点。

01 业务特殊,没有现成商业软件可以采购使用

首先,最基本的一点,互联网公司很多业务形态比较新颖,对应的业务模式也比较独特,面对这些特殊的、创新的业务运作模式,很难从市面上找到一款直接能够使用的成熟软件。

例如,美团的骑手,这种业务形态本身就是从无到有的创新产物,没有任何参考,而对应的软件,更没有相关的沉淀可以借鉴,所以必须由产品经理和业务人员一起,根据自身业务特点,从头设计运作流程、机制,以及对应的软件。

即便是对于某些经典成熟的业态,互联网公司也有很独特的运作模式,例如美团对于地推团队的,虽然属于CRM SFA的领域和范畴,但是基于餐饮门店这种强POI的CRM,以及和客户的经营等数据、操作做深度集成,市面上任何一款商用CRM产品,都很难做简单改造就能适用,甚至做定制化改造的成本可能比自研还要高,而且软件的底层架构可能也不适合调整。

02 业务变化快,调整频繁

互联网公司的一个显著特点,就是业务探索开展特别快,业务调整取消也特别快。例如,很多O2O平台曾经尝试切入早餐业务,有些可能做一年就停了,有些甚至做半年就停了,这样的节奏,在传统企业是很少见的。

不论是成熟的互联网公司做各种业务探索尝试,还是创业中的互联网公司不断调整方向去寻找自己的主营业务模式,在互联网公司工作的人可能都深有体会,很多项目上马快,下线更快;有些项目三个月以后落地的思路,已经和当时的规划预期完全不同。

面临这么快速变化和调整的业务,背后对应的业务和模式更是需要不断调整、变化,在摸索中前进。而对于支持业务运作的软件设计来说,这将是一场灾难。

软件的建设,最希望面临稳定的业务,固定的流程,规范的制度,经过抽象设计,实现优雅的规划和迭代计划。如果业务本身多变,经常推倒重来,对于软件设计人员来说,将会非常痛苦,首先无法准确的做软件抽象,其次即便准确做了设计方案,也有可能被一个变化调整轻易地摧毁。更痛苦的是,用心设计的,辛苦上线后,还没用多久,业务就取消了。

这些都是互联网业务中很现实的客观存在,互联网本身就是在各种天马行空的探索中找到突破、进行奇袭、取得奇胜。作为企业内部2B产品经理,很重要的能力和心态,就是通过自己的专业能力,帮助企业以最合理的资源投入取得业务的胜利。

面对这样快速变化的业务,如果一上来就选择外采软件,那么会带来非常多的问题,比如业务模式不固定,外采商业软件无法做落地实施;比如实施周期长,还没上线,需求可能早已完全改变;比如成本高,其实只需要个滑板,但必须买来个小汽车,还得把车身卸掉才能用。

可见,面临这种多变的业务,对于内部软件建设,其实现思路和传统IT做项目完全不同,必须本着能用Excel就不上,能做个滑板就绝对不要滑板车的套路,用有限的资源投入,最高效的支持业务。

03 从0,包袱轻,初期迭代优化速度快

面对多变的业务,从无到有的自研业务,还有一个很大的好处,就是没有任何历史包袱,可以任意的发挥,快速的上线。虽然做的一团糟,但是迭代快,可以很好地支持更加混乱的业务。

在很多产品专家看来,很多互联网创业公司的内部业务平台,做的简直就是一堆破烂。但重要的是,正是这堆破烂,助力公司业务一路狂奔,收入倍增,融资从A轮一路来到C轮。

有经验的2B产品经理都知道,如果想把软件做的完美、灵活,第一需要业务核心稳定不变,第二需要较多的资源投入和沉淀。对于初创互联网公司或新业务来说,显然时间就是生命,业务在前端飞奔,后端的建设必须硬着头皮跟上。

在这种情况下,从无到有设计的,最容易跟着业务快速跑,而且越简单的软件底层,早期的和调整也越快。如果一上来就采用一套成熟的商业软件套件,自以为可以灵活定制快速支持业务,实际上是不太可能的,因为你根本无法想象业务变化的有多快。

基本上所有的互联网创业公司或新业务的内部业务建设,都会经历这么几个阶段,第一个阶段是飞速发展,疯狂支持业务需求,不考虑架构合理性;第二个阶段是业务继续飞速发展,bug满天飞,改bug严重制约了新需求研发,但只能咬着牙继续抗;第三个阶段,是业务增速放缓,或者稍微可以喘口气,满身补丁完全跑不动,此时投入大量资源拆了大重构。

一般公司在A轮和B轮融资时,处在阶段一或阶段二,到了C轮时,必须完成阶段三。如果到了D轮,才进入阶段三,那么问题以及技术债,会显著地影响业务发展。

04 架构可灵活调整

做业务设计,要考虑企业应用架构的合理性问题。但很多时候,架构合理性,和投入资源以及交付时间之间,存在着不可能三角。你不可能既要求架构合理,又想要投入资源少,并且上线时间快。

我自己长期以来的实践观点,是在创业企业或业务内部,只要是为了业务快速发展,不错过增长的时间窗口,就允许存在不合理的架构设计。试想,很多时候如果过多考虑所谓架构合理性问题,业务最后都黄了,合理架构还有存在的前提么?

自研业务,在考虑新和现有的应用架构的整合、融入、抽象、复用时,可以给研发人员充分的自由度来实现各种设计方案,在成本、时间、架构合理性之间取得最优解。

05 试错成本低,投入产出比高

通过以上几点,我们已经可以看出,在互联网企业多变的业务探索中,必须谨慎的投入资源实现业务来支撑业务开展,而自研业务,相对来讲,是一种更可控、成本相对更低的选择。

试想,某新业务开展,需要CRM软件支持,但经过评估,符合业务诉求的市面CRM软件,加上定制化投入,最低算下来也得大几十万,而且实施周期长。

如果选择自研,基本上一个高级PM + 三个后端RD + 半个FE + 一个QA + 半个UE,两个月的研发时间可以提交一个能抗半年的MVP版本,假设以上岗位平均企业用人成本在4万/月,基本投入也只需三十多万元(QA、UE只需投入半个月,以上只是粗略估算)

可见,只要产品经理能够把握核心需求,充分调用资源,只做不得已功能(没这个功能业务无法开展)那么整体研发资源投入还是比较可控且合理的。其实算一算经济账,很多功能即便暂时不做,招聘几个工资比较低的初级业务员手工去处理,也都是比较好的选择。

对于互联网公司来讲,探索性业务被随时叫停,投入了不少资源的自研被关停,这都是很常见的现象。

所以,自研要跟着业务一起摸着石头过河,跟着业务一起成长壮大,在合适的时间点做壮士断腕的重构。千万不要一上来就画大饼,搞得过于复杂,浪费人感情不要紧,关键耽搁业务啊!

06 可以开展全员“福报”运动

最后,还想补充一点自研业务的绝对优势,在互联网公司的疯狂加班文化中,针对自研业务,可以针对项目组开展全员“福报”运动。

鼓励大家自觉加班加点冲刺来完成项目,2个月的工期,可以在“福报”运动中缩短到1个月,这样企业的成本又节约了一半,效率还提升了一倍,何乐而不为?如果采买了第三方厂商的产品,所有定制化都要收工时费,这不冤大头么?

结语

以上聊了聊我对互联网公司为什么喜欢自研业务的看法,说了这么多,其实也想再补充一点,并不是所有情况都建议自研,某些情况下就完全不适合。

比如说,报表引擎这种产品,高度的标准化,而且买来就能用,自研本身难度也高,就没必要自主研发了。另外,类似于FMS、OA这类业务非常标准的软件,也可以考虑直接采购成熟产品,当然,有钱的互联网巨头不在此列,对于巨头来讲,万物皆可自研,我甚至见过自研财务总账的互联网公司。

专栏作家

本文相关词条概念解析:

业务

业务(拼音:yèwù,英文:Business),汉语词语,指本行业、本职的事务;专业工作。“业务”更白话一些来说,就是各行业中需要处理的事务,但通常偏向指销售的事务,因为任何公司单位最终仍然是以销售产品、销售服务、销售技术等等为主。“业务”最终的目的是“售出产品,换取利润”。所以通常会把业务员等于销售员,也就是这个原因,业务就是进行或处理商业上相关的活动。业务也是渠道就是指产家与销点之间关系是通过渠道之间建立起来的。而业务员在这中间起了重大的作用。业务员的工作直接影响到产家、销点、消费者这三者之间的关系。

网友评论

相关文章