都在做低代码，腾讯阿里有何不同？
微搭起初服务于微信小程序的开发者生态，基因也更偏重于服务开发者。钉钉则更强调业务人员来使用和开发低代码应用。
随着大低码战略和开发云原生理念的落地，腾讯云的云原生开发者生态将逐步成型。
在不久前的云开发技术峰会上，腾讯云发布了一组数据：低代码平台微搭的应用数超过30万，而基于底层云开发的开发者数量已超过300万，日均调用次数超过30亿。
作为腾讯旗下的两款服务于开发者群体的产品，云开发能将开发者所需的底层IaaS资源服务化，而微搭则从应用出发，将低代码能力通过PaaS平台的方式提供给开发者，降低开发门槛。
“开发云原生正在变成一件和上云同等重要的事。”腾讯高级执行副总裁、云与智慧产业事业群CEO汤道生说，而云开发和低代码是“开发云原生”理念的两款具象产品，前者作为开发底座，后者作为开发工具，共同构成了腾讯开发者生态里的大低码战略。
01
中式SaaS焦虑的一种解法
SaaS厂商六度人和的研发副总裁冯颖长期被一个问题困扰——由于各种原因，他们不得不把一些客户拒于门外。
作为一家成立于2008年的CRM软件公司，六度人和的产品特点是满足不同行业的人从获客到销售、复购整个流程的管理需求。
以签到打卡和培训等应用为例，这类需求零散、独立于原有的客户管理系统之外，如果不理会，继续以标准产品交付，找上门的客户需求就得不到满足。如果想服务好客户，接下单子，就得做定制化开发，“人力成本高，每个产品都定制，接一个单就是亏钱”。
六度人和的困扰，某种程度可能也是国内SaaS从业者们普遍头疼的问题。不同行业客户的数字化需求千差万别，怎么做好通用产品的同时，还能服务一部分定制需求？
红杉资本中国基金董事总经理翟佳此前接受媒体采访时就曾表示，中国企服市场上先天缺少了好的中小企业市场。国内没有像美国的SaaS那样，可以同时把通用产品做得好、定制化客户被服务意愿又强的大环境。至少在一段时间内这样的环境都不成熟，导致企业没有办法做成又标准化又快增长的SaaS软件公司。
SaaS厂商内部自研开发平台，把一些可复用的能力PaaS化被认为是一种不错的选择。不过业界普遍的共识是，这种解决方案下，自己写前后端的代码，并完成部署测试，成本太高。“基于开源代码的自研，软件产品还需要不断迭代，如果在服务客户的过程中迭代，合作周期长，使用感也很差”，一个SaaS开发者提到这种路径的难处。
六度人和选择了与低代码PaaS平台合作，把腾讯云微搭产品纳入到自己的开发环境中，基于低代码平台去构建自己的SaaS产品，把最通用的能力做成模板。在面对外部客户的定制需求，这些封装的能力可以模块化地拖拽，形成复杂的交互和业务。
作为微搭产品的一个典型应用案例。腾讯云微搭团队告诉数智前线，类似六度人和这样的合作方式，是微搭低代码平台未来主要的切入群体。
中国特有的数字化环境下，不是放弃定制，而是用工具更高效灵活地完成定制。“PaaS能力+SaaS厂商”的组合模式下，SaaS厂商将自己的传统优势项目和低代码结合，从而获得更高的灵活性和敏捷性。一位业内人士认为，这本身意味着传统的ISV厂商们利用新技术开始企业服务领域的数字化转型。
“原来一套SaaS软件是标品，现在通过低代码和原子化可以做多定制化的应用”， 腾讯云云开发总经理宁鹏伟告诉数智前线。
同时，由于一些高客单价客户对数据隔离和安全有要求，微搭能提供小租户独享的环境，每个开发者和SaaS服务商可以给他们的客户分配一套数据隔离的独立环境。这在已有的低代码平台中不多见，也受到不少SaaS厂商欢迎。“这种方案能带来获客的增长，把原有的SaaS软件拆解到微搭中，服务于原来做不到的场景，比如很高的客单价或者是很高的定制化应用。”宁鹏伟说。
02
更面向开发者的低代码平台
近年来，主流科技大厂对低代码的投入以肉眼可见的速度增加。
据Gartner预测，到2025年全球低代码收入将达到290亿美元，复合年增长率超过20%；而仅低代码PaaS部分，预计也将扩大到143.8亿美元，复合年增长率为26.4%。到2025年，企业机构开发的新应用中有70%将使用低代码或无代码技术，而在2020年这个数字不到25%。
但低代码到底是面向哪个群体一直存有争议。有观点认为，低代码解决了“技术不懂业务，业务不懂技术”的难题，应该重点面向一线业务人员；但也有人认为，低代码依然需要一定的变成编程思维和代码能力，一线业务人员并无法胜任。
微软副总裁Charles Lamanna曾分享了微软的低代码与无代码平台Power Platform的定位，“它必须是一个适用于所有三种类型用户的平台：商业用户，也就是公民开发人员；IT专业人员，也就是非开发但技术熟练的人员；以及专业开发人员。这三种人必须能够在同一个平台上工作。他们不都使用相同的用户界面，他们不都使用相同的编程模型，但所有这三个必须能够在一个平台上工作。”
Gartner也曾有过一个类似的分类方式，将开发者角色分为专业开发者，专业和公民开发者，以及公民开发者三类，同时使用这一工具的企业里，IT成熟度也存在入门级、中等级别和高等级三种区分。提供服务的厂商们则分为4大类：低代码应用平台（LCAP）、无代码应用平台（CADP）、企业应用（Enterprise Application）、云服务提供商（Cloud Service Provider）。不同类型的厂商提供的解决方案分为四种，分别是表单和办公自动化应用、业务流程自动化、行业数字化解决方案以及自定义业务应用。
此次峰会上，微搭团队公布了腾讯云低代码的定位和面向对象。“在微搭场景里，更多是开发人员在用这个低代码开发工具”，宁鹏伟说。
这与行业内另一家厂商钉钉的打法有所差异。钉钉更强调业务人员来使用和开发低代码应用。根据钉钉本月上旬公布的数据，目前该平台有60%～70%的低代码应用由基层的业务人员完成。与钉钉强调的业务人员驱动的边缘革命不同，微搭始终还是将重心放在了各类SaaS服务商身上。
差异的背后可能与两个产品的基因有关。
在钉钉的战略里，低代码是他们进入千行百业，满足各个行业数字化转型个性化需求，同时基层技术人员供给不足的状况下的举措，它深度绑定钉钉平台的业务工作流。通过低代码降低开发门槛，同时能带动更多的SaaS应用和基础设施的消耗，从而进一步消耗云资源，符合“云钉一体”的打法。钉钉的低代码客户案例有不少制造业使用场景。
微搭起初是服务于微信小程序的开发者生态，基因也更偏重于服务开发者。宁鹏伟告诉数智前线，微搭未来的产品覆盖依然以SaaS和ISV服务商为主，他看好未来这个群体能比较体系化地应用。
除了六度人和这类有明确产品的SaaS厂商，还有一些软件定制开发商。这类客户的特点是什么需求都能接，今天做小程序，明天做APP。它们有大量的开发需求，服务A客户的模版，服务B客户也能用，这种情境下，低代码产品也能服务他们。
当然，微搭也相当重视小团队和个人开发者。面向小团队和开发者，微搭已经嵌入到了小程序的IDE(微信开发者工具，类似代码编辑窗口)里，后者是微信的开发者的入口。微信生态的开发者可以调用微搭的产品，帮助小程序更好去拉新和获客。
03
云原生开发者生态已到来
11月16日，腾讯集团发布了Q3财报，ToB业务板块已经连续六季度成为增长引擎。而作为To业务的核心之一，腾讯云未来的发展与开发者生态的搭建息息相关。
作为ToB业务的负责人，汤道生在腾讯云开发者峰会上，也首次提出了“应用云原生”理念。
汤道生认为，云计算已经进入到了云原生时代，不仅“资源云原生”， 还要实现“开发云原生”和“应用云原生”。基于开发云原生的理念，开发本身正呈现出资源服务化、协同云端化和编程低码化三大趋势。
腾讯云相关人士称，微搭和另一款面向开发者的产品云开发是“开发云原生”理念的具象体现。
2018年，云开发产品刚推出时，还叫“小程序云开发”，最初是为了微信里的开发者生态而产生。微信生态里包含了三个类型的群体：公众号体系下的创作者、小程序下的开发者和视频号体系下的视频博主。相比而言，小程序的参与门槛明显更高。为了保持生态繁盛，补齐开发者生态的一环，必须要做很多底层的开发工具。
在这个逻辑下，为了让更多的开发者不再关注运维和部署，专注于业务的发展和创新，云开发产品做了不少资源服务化的尝试。开发者在开发过程中，尤其在微信生态内不需要去关注底层运维、底层服务器资源、存储等事情，也无需自己去配置，需要资源可以通过函数自动配置。
例如，六度人和的研发副总裁冯颖的另一个困扰，是客户要做的新需求如何跟原来的系统之间对接。新进来的客户里，不少已经有了自己的管理、审批和销售流程。他们希望拓展会员系统和营销系统，但新的系统并不能另起炉灶，自成体系，它得频繁与原有的系统之间互动。通过云开发和微搭的产品，就能够以容器的方式把原来的系统打包对接，系统之间实现贯通。
除了底层的资源配置外，开发者还会面临重复的功能组件要从头造轮子的问题。2020年从云开发团队衍生出来的低代码平台微搭问世。云开发系列产品解决了开发运维部署的问题，处理的是底层效率问题，微搭则渗入到业务层，把最通用的模版做出来，包括表单、申报小程序、CRM产品等模块。
腾讯云发布的云开发2.0版，升级了相关的能力，支持自定义的开发模式与底层资源解耦，用户可以跨云配置，打通已有的数据库存储资源。
腾讯云微搭产品总监王倩告诉数智前线，除了可以支持多云部署，和微信生态的紧密的结合是微搭低代码的一大发展优势。
在离用户更近的场景里，微搭能够基于微信的生态推出丰富和安全的套件。比如在拉新获客转化方面，通过一码多端引擎可以快速生成小程序和web，支持浏览器一键唤醒小程序。订阅消息推送以及客服支付等套件开箱即用可以很好的帮助开发者去进行拉新获客，也方便企业进行留存和转化。
如今，随着大低码战略和开发云原生理念的落地，腾讯云的云原生开发者生态将逐步成型。基于这些底层能力和生态，开发者短时间里能更快响应市场的变化，同时这种组件化的开发也能尽可能地减少企业的需求从开发到落地的鸿沟，帮助第三方服务者或者企业内部的技术人员来服务业务场景，变革开发模式。
©本文为数智前线（szqx1991）原创内容
未经授权，禁止转载
转载或商务合作联系后台
文章精选