什么是低代码和BPaaS

低代码已经有文章详细介绍过了，可以阅读这篇文章，一文读懂低代码(mp.weixin.qq.com/s/l9ydWuXUP…

低代码定义即：通过可视化编辑器搭建且少量代码能够完成软件服务交付的方法。

BPaaS也有文章详细介绍过了，可以阅读这篇文章，一文读懂BPaaS(mp.weixin.qq.com/s/_SapI_YhU…

BPaaS定义即：将流程通过服务的方式交付。

两者的共同点，都是通过当前比较流行的云原生的思想，通过云化的方式交付软件服务，实现屏蔽底层软硬件依赖细节，专注业务本身实现。

不同点是低代码关注的是通过可视化设计器、低代码的方式，交付的内容可以是不同类型的服务，具备完整的软件开发、测试和上线周期；而BPaaS是重点是抽象业务为通用能力，提供一种流程化、配置化的方式实现流程的交付，可以是独立部署交付，也可以嵌入在其他应用内。

低代码的适用场景我们也讲过，对于业务人员来说，不大可能解决通用性的问题，只能解决比较垂直化的一些较小的固定的场景，比如搭建审批流、数据报表等；对于研发人员来说，只能是一种前端页面搭建的工具，比如搭建中后台的页面，不大可能替代掉程序员，在短期来看，没有什么好的发展前景。

而BPaaS则是使用于特定的业务流程，因此采用低代码实现的BPaaS将会是一种主流，即通过低代码和BPaaS能力，协助业务人员提高对特定场景的流程生产。

工作台门户BPaaS低代码生产流程

BPaaS的核心目标，就是抽象企业内部的业务流，并且PaaS化，把通过PaaS快速生产出企业所需要的即开即用的流程。

企业内部核心业务，就是“人财物产供销存”，这也被誉为企业经营生产的核心要素。

企业中的七大要素“人 财 物 产 供 销 存”，
分别指“人力资源，财务，企业资产，生产，原料供给，销售，库存”。

1

2

Plain Text

除了这些基础事务意外，中大型企业还对文化管理有着重要的诉求，企业文化对于中大型企业来说是一种灵魂，有集体价值观和愿景的组织，往往是更有战斗力和凝聚力的组织。

因此企业门户是大企业非常重要的一项功能，原来大量的大型企业都会外包其OA门户，一旦往往几十万到几百万，目前市场上有几个比较大的集成商，诸如蓝凌、泛微的核心业务之一就是企业门户的定制集成。

在钉钉、企业微信、飞书抢占了企业OA协同办公的入口，云化和移动化，使得企业门户也开始从以往的PC端开始向多端发展，大量深度使用OA协同工具的组织，也把这些OA协同工具的入口作为了组织的门户。

我们以钉钉工作台为例，钉钉工作台是中大企业的门户，中小企业的入口。对于中大企业来说，工作台是企业的门面，也是组织文化宣传的阵地，一个好的工作台门户，不仅能提高企业员工的效率，还能提升整个公司的文化凝聚力。

但是不同的组织对于工作台的诉求不同，每个组织都想定制出自己所需的工作台。比如制造业，对于考勤是强依赖，对于公告新闻是强依赖；互联网行业，就要体现出自己工作台的科技感、扁平化；对于老板来说，希望工作台上能一眼看到自己企业的核心生产数据，对于IT管理员来说，希望工作台上能够看到全组织对于钉钉的使用情况。

因此我们发现，诉求千变万化，但是也有很多的共同点，因此如果能把工作台的定制能力抽象为BPaaS能力，是不是可以非常好的满足客户的诉求，即客户可以通过我们的通用组件+客户自定义组件，实现门户的千人千面？

自定义工作台

组件产品抽象

我们通过对已有标准工作台和客户共创后，进行充分的产品抽象，抽象出共通的基础组件能力，比如”我的”、“生态组件”、”未分组兜底组件”、“宫格容器组件”等等。因此我们就得到了类似表单、按钮、输入框、下拉框等低代码平台的基础组件。这些基础组件，我们也称之为物料。

这个抽象过程，很像低代码平台和前端UI的抽象流程，基本上页面搭建器都有类似的一个抽象过程，抽象的合理性，大概率决定了复用度。

设计器能力抽象

有了物料以后，就需要有个可视化的编排设计器，可以通过设计器使用基础的物料搭建出完整的页面，我们参考业界已有的低代码平台，创建了工作台页面的设计器

这种设计器诸如宜搭、简道云基本上都采用了较为相似的实现方式，最大的特点就是可视化、可选物料和物料属性配置。

发布运维抽象

对于审批流程等人工参与的业务就来说，还需要把人工参与的流程配置上去。比如可以拖拽出节点，给节点配置审批人，审批人支持各个维度的标签或者自定义。但是对于工作台来说，不需要有人员参与流程，因此只要生产出来就直接可用了。

因此工作台的流程只要设计器完成了搭建就完成了服务的生产，有点类似APaaS平台上问卷的生产。

我们对自定义工作台的产品流程抽象成：验收-发布工作台-选择可见范围-发布生效四步流程。

工作台发布后效果如下图所示

低代码BPaaS的价值

为什么说针对特定场景的业务流低代码BPaaS化才是有意义的，首先就企业级内部的定制的需求就及其的多而且个性化，很难出现通用性的低代码平台就能够搭建出所有的功能服务。如果低代码功能足够定制化，最终就会脱变为纯代码，在一个WEB后台纯收撸代码，可想而知，对开发者或者业务人员来说有多崩溃。

而一旦低代码平台抽象程度过高，就意味着物料和流程都相对固定，这就只能满足部分的需求，而确定性的通用需求在企业里只占了很小的一部分，又沦为了鸡肋。

因此从易用性和高扩展性来说，低代码始终要在其中做平衡，这个平衡本身就难度极大。而在特定场景下的低代码，由于功能域相对来说可控，比如审批、搭建门户、搭建报表等，就容易抽象出共同的物料，并且能大幅度提高业务人员或者开发人员的生产效率，因此低代码+BPaaS化，才是真正解决企业定制化问题的方法。真正超级简单的投票、问卷、表单搭建，就交给低代码平台宜搭去玩吧，极度复杂的系统集成定制，就交给定制服务商去玩吧，大家皆大欢喜。

如果对钉钉自定义工作台感兴趣，可以私信联系我，提供试用机会。

更多原创内容，关注公众号:ali老蒋 或访问网站：www.javaer.com.cn/