面对不同的业务场景,选择零码还是低码?

网友投稿 671 2022-05-29

低代码和零代码的区别

我们认为低代码技术和零代码技术是完全不同的两条路。

零代码的使用者,主要定位于业务人员。但当前阶段,实际上是具有一定IT经验的业务人员。低代码的使用者,主要定位于专注于业务逻辑实现的开发人员。(注:零代码的使用者当前难以做到是任何业务人员。完全没有IT经验的人,是难以理解“应用构建”中所涉及的逻辑关系的。虽然零代码构建应用无需编程经验,更无需储备相关知识,但还是要具备一定的逻辑思维能力的。)

零代码针对的主要还是企业信息化问题,即通过极低成本来填补信息化的缺失;低代码针对的是企业数字化问题,即以低成本来支撑企业资源的共享和创新;而高代码将主要用于构建专业领域内的独特竞争力,需要高成本的投入。

零代码技术适用的业务场景与低代码不同,主要适合构建企业内部的细分场景下短期使用的简单应用。而低代码技术更适合构建企业对内对外的广泛场景下长期重复使用的复杂应用。零代码构建的应用相对要更碎片化,低代码构建的应用相对要更套件化。

零代码对不同阶段企业的价值

其实即使在不同阶段的企业,在信息化建设上仍然有不少痛点,正是零代码要解决的问题。

1) 小微企业:创业阶段;没有或很少的IT人员;运营支撑的IT系统缺失较多,很多业务流程依靠离线表格管理。这类企业面临的痛点是:缺失了很多能匹配当前业务的支撑系统,但购买商业套件性价比低,找外包人员来开发又成本高。因此,由业务人员根据当前业务通过零代码自行构建刚刚好的支撑系统,是一条很好的解决之路。

2) 中小企业:快速发展阶段;有IT部门但非开发职能;已建设了必须的IT系统。这类企业面临的痛点是:IT部门开发能力不足,现有IT系统建设速度跟不上业务发展,大量内部运转流程应用缺失,团队运转不够高效,移动办公水平低。因此,由业务人员直接通过零代码自行构建各种协作类应用,能极低成本的解决当前运转协作问题。

3) 大中企业:数字化转型阶段;有IT部门,有研发团队,大部分支撑系统已经建设完成。这类企业的痛点是:仍然有大量数据和流程通过离线表格来管理;业务部门与IT部门沟通成本高,IT系统立项到完成周期长;已有支撑系统不能灵活响应业务变化,已有数据难以快速利用。这类企业也可以通过零代码技术,让业务部门与IT部门共同参与系统建设,加速消除业务部门的信息化断点。

AppCube致力于为不同阶段的企业提供解决方案

零代码适用的业务场景

零代码技术仅适合企业内部业务场景,而且是职能部门自己构建给自己用。而低代码技术更适合构建应用给他人用(包括企业内部客户和外部客户)。零代码技术的适用业务场景大概包括:运营支撑类、办公信息类、生产辅助类等简单的、辅助性质的场景。

大类

场景说明

小类

场景说明

场景举例

运营支撑类

简单的运营、管理、生产等领域的业务受理类系统,用来规范化企业多个部门或多个角色之间的分工协作主要流程。一般相对办公信息类会呈现出更建制化,套件化的特征。

资产管理、采购管理、库存管理、员工管理

办公信息类

简单的企业日常办公类应用,用来解决办公细节场景中的协作问题。一般相对运营支撑类会呈现出单体化、场景化、碎片化的特征。

数据共享

主要是把离线表格在线化,实现多人共享协作来管理表格数据。

面试记录管理、供应商管理

信息收集

分享填报页面给到员工,从员工收集一些信息。

问卷调查、活动报名、防疫打卡

流程协作

具体场景的审批或协作流程。

物资发放申请、工单处理流程

生产辅助类

围绕已有的生产系统,利用生产系统的能力和数据,来构建一些辅助应用,目的是消除断点和增强能力。一般也呈现出场景化、碎片化的特征。

辅助流程

生产系统主场景的前置或后置流程。

扫码领料、合同提醒

数据看板

生产系统的数据可视化呈现。

订单数据仪表盘、经营可视化驾驶舱

并且,同一个业务场景,在不同生命周期的需求下,构建应用采用的手段不同。例如团建活动报名管理,业务人员通过零码构建的应用仅针对本次报名的需求,IT部门人员通过低代码构建的应用则可以满足不同部门不同时期的报名需求。

零代码技术和低代码技术,在产品设计和技术要求上也是大相径庭的。

我们认为从产品设计追求的角度上看,易用性(敏捷)、灵活性(多样)和复用性(治理)三者之间属于“不可能三角”。如果同一套应用构建机制,同时定位业务人员和开发人员使用,很可能会出现产品易用性上门槛降不下来,灵活性上覆盖不住业务场景的困境。因此,我们认为,零代码和低代码更适合作为不同的产品能力来分别演进。

零代码和低代码看似差不多,实则大有不同,而AppCube应用魔方同时支持这两种不同的操作平台,无论你是钟爱低码还是零码,都能在AppCube中找到解决实际问题的方法。在AppCube中,同时为开发者提供了低代码和零代码这两种不同的操作平台,以帮助开发者们面对广泛的、截然不同的业务场景。

本文为《AppCube低代码思考》系列的第二篇,该系列导航:

1.《低代码:时代的选择》

2.《面对不同的业务场景,选择零码还是低码?》

面对不同的业务场景,选择零码还是低码?

3.《遇见低码:在价值中审视》

应用魔方 AppCube 敏捷开发 软件开发

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:Redis内存淘汰策略——LRU(Least Recently Used)
下一篇:cmd里MySQL常用命令
相关文章