导致中国中小企业个性化开发需求旺盛的原因很复杂,任向晖判断可能是因为中国的SaaS做得还不够成熟,客户无法得到满足,所以寄希望于定制开发。但也有业内人士认为,原因是中国市场经济发展时间较短,各行业还没有形成通行的做法,各企业的业务个性化程度本身就很高,并且中国直接跨过了信息化进入了互联网时代,受到互联网快速迭代文化的影响,中国中小企业骨子里希望建立自己个性化的数字能力。
“最早的低代码工具满足的是企业在软件开发方面降本增效的需求,但当前面对快速变化的市场环境,低代码的主要价值就变成了如何帮助企业客户快速响应变化进行业务系统和管理系统迭代。”奥哲创始人徐平俊对虎嗅Pro说道。
然后是供给端。由于中国企业的需求太过个性化,导致中国的软件业多年来无法孵化非常通用的产品,长期以定制服务为主导,企业也就很离散,其中有专攻不同领域或行业的ISV(独立软件开发商)和SaaS厂商、分布在各地的SI(系统集成商)及软件开发外包公司、还有大量拥有不同技能的个人开发者等,它们共同构成了供给端的市场格局。
电商在早期只是一个可以线上卖货的销售手段,谁都可以用。品牌商用电商做了自己品牌独立站,一些垂直品类的玩家做了垂直电商,淘宝则做了综合购物网站,它们的区别在于前二者只把电商当手段,但淘宝则用电商订立了行业标准。
7天无理由退换货、第三方交易担保、假一赔十等原本都只是淘宝自己的平台规则,是为了消除买卖双方在电商初期的互不信任,但这些规则重塑了中国电商乃至商业的信用体系,最终成为了全行业的通用标准(甚至有些进入了电 商 法),极大降低了线上购物的交易成本。
其实针对企业软件这个市场,很早就有平台的商业模式,比如各大云厂商(阿里云、腾讯云等)和正在转型的传统软件巨头(用友、金蝶等)都有自己的云市场,不仅提供各类SaaS,也提供各种API和定制服务,但这类平台一直没有取得颠覆性的发展,根本原因是并没有解决供需双方交易成本高的问题——技术和接口标准不统一,软件之间难以集成,不能根本满足企业数字化转型的需求;通用的SaaS个性化定义能力不足,而纯代码的定制开发服务对中小企业而言风险和成本又都太高。
阿里云的云市场板块 现实中的场景是,企业往往会买A厂商的ERP,B厂商的CRM、C厂商的OA等,但当企业想要把CRM里的用户数据导到ERP时,由于应用之间接口不开放,企业只能用人工的方式把数据从CRM提取到Excel中,再手动录入ERP(说个题外话,这正是RPA最近火的原因)。
如果企业在低代码平台上做项目开发或购买SaaS,那么所有的应用底层的技术标准和接口标准就都是统一的,企业可以很容易地完成多应用集成,从根儿上消解了IT系统Yan囱化的难题。
既然低代码和电商都是双边网络效应的平台逻辑,那么平台一旦建成之后其壁垒就会非常之高,但想建起来的难度却也非常之大,因为供需两端需要同步起量,而最终比拼的就是谁的飞轮先转起来。
因此虎嗅Pro判断,未来低代码领域或有可能出现烧钱补贴的大战,因为巨头和资本都已经跑步入场,这会加速市场走向成熟。
3、补贴大战也不是不可能
双边网络效应的平台要想启动,最好的策略就是先撬动一边的用户入驻平台,然后吸引另一边用户也加入,历史经验表明补贴其中一边的用户是最直接有效的策略。
双边市场理论的提出者杰奥夫雷在《平台革命:改变世界的商业模式》一书中提到,“在一个双边市场中,如果扩大A市场能够使与之相关的B市场也扩大,那么在A市场中付出的财物损失便具有了经济意义,这不仅是暂时的而是永恒的。唯一的条件是在B市场得到的利润要超过在A市场受到的损失。”
淘宝当初的策略就是让商家免费入驻,并且通过流量的“高买低卖”间接补贴卖家。有资料显示,在淘宝创立前几年,阿里每年会花9亿从外部购买流量注入淘宝平台,但每年从卖家那收回来的站内推广费只有2亿,等于说阿里每年要补贴卖家7亿。正是用了“免费+补贴”的策略,淘宝在2005年反超eBay易趣,拿到了67%的市场份额,而后者的市场份额则从2003年的90%跌倒了29%,并最终在2012年被“赶出”了中国市场。
并且由于淘宝满足的是全量用户的全量需求,一旦用户在淘宝上形成了购物习惯,淘宝就能在用户的后续生命周期中赚到源源不断的钱补偿之前的损失。后来的双边网络平台几乎都沿袭了这套逻辑,外卖和网约车领域甚至采取了双边都补贴的激进策略。
低代码领域目前的情况和2003年的电商市场极其相似。2018年下半年受到OutSystems高额融资的鼓舞,正把视线从to C领域转向to B领域的资本市场快速把目光聚焦到了国内的低代码赛道,紧接着一批“贴上”低代码标签的创业公司纷纷拿到了融资。
转过年来看到低代码平台价值的巨头们也开始火速布局,为此阿里云推出了SaaS加速器,腾讯云启动了“千帆计划”,本质都是希望建立一个SaaS联盟,然后订立统一的技术和接口标准,并推动各SaaS厂商把多年积累的行业know-how以能力模型的方式沉淀在自己建立的低代码平台上,从而启动一个低代码为地基的新型云应用市场。
如果这个平台能够建立,按阿里前总参谋长曾鸣的观点,这就是一个多方参与的协同网络:
在供给端,不仅有提供SaaS产品和定制服务的厂商(类似电商的卖家),也有提供行业能力模型的开发者(类似淘宝平台上为卖家提供店铺装修、营销工具、数据服务、拍照修图等服务的三方服务商,目的都是为了让卖家专注于业务而不用操心其它非核心能力的杂事),并且它们二者还会彼此成就。
按曾鸣的逻辑,判定一个平台是否成功晋级为一个自生长的生态有一个关键的指标,就是看这个平台上会不会自我演化出一些新物种。淘宝早年的淘品牌、后来的网红店铺、以及当前爆火的直播卖货都是自生长的新物种。
低代码领域国内起步较晚,目前还没有如此成熟的平台,但Salesforce上已经有这类现象,像Veeva(医疗行业的CRM)和SteelBrick(报价软件)等非常成功的SaaS公司都是在其低代码平台上创生的。
正是看到了低代码有可能形成协同网络的平台价值,巨头们启动的SaaS联盟计划都给出了“投资+技术支持+流量与业务支持”的超级大礼包,就是希望通过这种间接补贴的方式吸引更多开发者入驻,先撬动供给端的市场。
相信不少人会提出质疑,认为to B和to C逻辑不一样,B端用户对价格不敏感,对服务质量更敏感,因此对其补贴没有用。但现实并非如此。
4、to B的本质仍是to C,对B补贴也有用
阿里B2B业务的发展过程中,马云和阿里B2B前总裁卫哲有过一段经典对话,马云问卫哲“B2B的本质是什么?”卫哲一时语塞没能回答上来,马云解释道,“B2B的本质是business consumer to business consumer,”也就是说to B的本质还是to C,平台最终服务的还是企业当中的个人用户。
无独有偶,在腾讯全面拥抱产业互联网的当下,马化腾也说过几乎同样的话,“不管to B还是to G,最终都是为C服务。”
迪蒙传媒科技是昆明的一家软件系统集成商,代理奥哲旗下低代码产品氚云,其常务副总李海给虎嗅Pro分享了一个案例:他给一个集团企业子公司的负责人推广氚云,但该公司所有的信息系统都是总部从上到下推动部署的,但客户听了介绍后觉得氚云能很好满足自己部门的需求,就自己掏钱买了一套。
“过去卖软件都是和总部谈,总部定了再从上往下部署,但低代码更多是和企业的各部门谈,一个部门先用了再带动其它部门用,最后总部发现下面的一家子公司都用某公司的低代码平台,再在全集团推行。”在李海看来,低代码改变了企业软件行业的逻辑——不再是从上到下做摊派,而是自主寻找部门痛点,通过快速搭建,满足对上对下的信息化需求。
刘鑫也有类似的体验,他很多获客场景是这样的:某公司的业务部门有个新应用开发需求,于是找到IT部门,IT部门解决不了就在市面上找解决方案,然后找到APICloud后把他们对接给业务部门,最终由业务部门用手里的预算直接签单。
“我们的用户更极致,往往是某个公司的老板或者某个部门负责人在我们平台上注册,然后以C端用户的角色在我们平台上零代码构建应用,这些应用往往能解决他的一些管理流程等问题,有的用户会接连构建十几个应用,这些应用串起来对他而言几乎就是个企业管理系统了。”任向晖对虎嗅Pro说道。
其实他们都传达了一种现象,即企业需求最终都是通过个人传达出来的,而且很多时候其决策没有那么重,和个人决策很趋近。
刘鑫告诉虎嗅Pro,APICloud会投放一些视频广告或户外广告,“在to B的营销中融入一些to C的理念,往往也会获得一定可观的成效。”
但低代码平台要想能从一个一个的C端切入,以点带面拿下企业的大量订单的前提是低代码平台本身必须能尽量满足全量用户的全量需求。
而经过多年的市场实践,中国的SaaS厂商普遍得出了一个结论,即服务中小企业客户赚不到钱,做企业服务必须瞄准大企业客户市场。
诚然,中小企业的存活率低,创业公司好不容易开发了一个客户,没过多长时间客户自己倒闭了,那么创业公司的获客成本就很难通过持续复购摊薄,这个商业模式就很难跑得通。
但企业会倒闭人并不会倒闭,他们还是要做新的生意、开新的公司、或进入新的公司。SaaS企业的困局在于,其提供的是某个行业的标准化产品,当人们转行时或者业务有一定变化时就没办法继续使用,但低代码像综合电商一样是有能力针对所有人的全量需求提供供给的。
在一个综合的低代码平台上,企业用户既可以买标准化的SaaS,也可以利用丰富的能力模型根据自身的需求个性化设计并开发应用,没有开发或设计能力的用户还可以发布需求寻找项目承接方,而不论选择了哪种产品或服务形态,用户得到的都是底层技术和接口统一的应用,可随时按需求自由集成或扩展。
因此如果能对价格更敏感的中小企业用户做补贴,就有机会把需求端的量拉起来,然后带动更多开发者加入平台。
并且如果低代码平台想切入梦寐以求的大企业客户市场,做大型应用的开发项目,也必须先把供给端的量做起来,否则如果平台上只有单摆浮搁的几个应用、业务模型和ISV,是无法满足大企业客户复杂的应用需求以及大量个性化的定制要求。
总结下来,先补贴供给端获得一定丰富程度的开发者,然后补贴需求端把需求拉起来,从而带动更多开发者加入,随着供给端的丰富程度进一步提升,平台就能服务更广谱的企业客户,最终搭建一个综合性的低代码平台(当然起步阶段对开发者和客群的挑选、补贴的时机和方式等肯定不会像写得这么简单,但那是具体策略方面的事情了,不影响整体的逻辑)。
现实是,虽然补贴需求端的事情还没有发生,但对企业用户提供免费产品的做法已经有企业开始尝试。任向晖向虎嗅Pro透露,明道云会把一些能力模块以免费的形式在社区内推广,目前来看获客的效果还比较乐观。