面对不同的业务场景,选择零码还是低码?
摘要:如果你尚未完全了解低代码和零代码这两条不尽相同的道路,相信这篇文章能帮助你建立初步的认识。
本文分享自华为云社区《面对不同的业务场景,选择零码还是低码?》,作者:敏捷的小智 。
作者:由月,华为云应用魔方 AppCube 低代码平台的系统架构师,多年企业级软件解决方案架构设计经验,在电信业务、智慧城市、智慧园区、企业数字化等多个领域具备成功经验。
低代码和零代码的区别
我们认为低代码技术和零代码技术是完全不同的两条路。
零代码的使用者,主要定位于业务人员。但当前阶段,实际上是具有一定 IT 经验的业务人员。低代码的使用者,主要定位于专注于业务逻辑实现的开发人员。(注:零代码的使用者当前难以做到是任何业务人员。完全没有 IT 经验的人,是难以理解“应用构建”中所涉及的逻辑关系的。虽然零代码构建应用无需编程经验,更无需储备相关知识,但还是要具备一定的逻辑思维能力的。)
零代码针对的主要还是企业信息化问题,即通过极低成本来填补信息化的缺失;低代码针对的是企业数字化问题,即以低成本来支撑企业资源的共享和创新;而高代码将主要用于构建专业领域内的独特竞争力,需要高成本的投入。
零代码技术适用的业务场景与低代码不同,主要适合构建企业内部的细分场景下短期使用的简单应用。而低代码技术更适合构建企业对内对外的广泛场景下长期重复使用的复杂应用。零代码构建的应用相对要更碎片化,低代码构建的应用相对要更套件化。
零代码对不同阶段企业的价值
其实即使在不同阶段的企业,在信息化建设上仍然有不少痛点,正是零代码要解决的问题。
1)小微企业:创业阶段;没有或很少的 IT 人员;运营支撑的 IT 系统缺失较多,很多业务流程依靠离线表格管理。这类企业面临的痛点是:缺失了很多能匹配当前业务的支撑系统,但购买商业套件性价比低,找外包人员来开发又成本高。因此,由业务人员根据当前业务通过零代码自行构建刚刚好的支撑系统,是一条很好的解决之路。
2)中小企业:快速发展阶段;有 IT 部门但非开发职能;已建设了必须的 IT 系统。这类企业面临的痛点是:IT 部门开发能力不足,现有 IT 系统建设速度跟不上业务发展,大量内部运转流程应用缺失,团队运转不够高效,移动办公水平低。因此,由业务人员直接通过零代码自行构建各种协作类应用,能极低成本的解决当前运转协作问题。
3)大中企业:数字化转型阶段;有 IT 部门,有研发团队,大部分支撑系统已经建设完成。这类企业的痛点是:仍然有大量数据和流程通过离线表格来管理;业务部门与 IT 部门沟通成本高,IT 系统立项到完成周期长;已有支撑系统不能灵活响应业务变化,已有数据难以快速利用。这类企业也可以通过零代码技术,让业务部门与 IT 部门共同参与系统建设,加速消除业务部门的信息化断点。
AppCube 致力于为不同阶段的企业提供解决方案
零代码适用的业务场景
零代码技术仅适合企业内部业务场景,而且是职能部门自己构建给自己用。而低代码技术更适合构建应用给他人用(包括企业内部客户和外部客户)。零代码技术的适用业务场景大概包括:运营支撑类、办公信息类、生产辅助类等简单的、辅助性质的场景。
并且,同一个业务场景,在不同生命周期的需求下,构建应用采用的手段不同。例如团建活动报名管理,业务人员通过零码构建的应用仅针对本次报名的需求,IT 部门人员通过低代码构建的应用则可以满足不同部门不同时期的报名需求。
零代码技术和低代码技术,在产品设计和技术要求上也是大相径庭的。
我们认为从产品设计追求的角度上看,易用性(敏捷)、灵活性(多样)和复用性(治理)三者之间属于“不可能三角”。如果同一套应用构建机制,同时定位业务人员和开发人员使用,很可能会出现产品易用性上门槛降不下来,灵活性上覆盖不住业务场景的困境。因此,我们认为,零代码和低代码更适合作为不同的产品能力来分别演进。
零代码和低代码看似差不多,实则大有不同,而 AppCube 应用魔方同时支持这两种不同的操作平台,无论你是钟爱低码还是零码,都能在 AppCube 中找到解决实际问题的方法。在 AppCube 中,同时为开发者提供了低代码和零代码这两种不同的操作平台,以帮助开发者们面对广泛的、截然不同的业务场景。
版权声明: 本文为 InfoQ 作者【华为云开发者社区】的原创文章。
原文链接:【http://xie.infoq.cn/article/c9b822adc1b88d79069cae489】。文章转载请联系作者。
评论