数字化转型中,零代码开发平台产品的竞争力如何?(下

快乐工作开心生活 2024-04-01 20:58:43

上一篇我们分析了零代码开发平台产品的应用场景,典型的代表产品。回到开始的话题,做这类TO B产品的难度在哪里,谁才更适合做?

企服领域的产品难度要从两个方面来考究:技术门槛和产品方案。两者之间的产品方案要比技术门槛重要得多。企服领域绝大多数失败的产品都是方案的失败,大家觉得看懂了场景需求,然后一拥而上,其实都是只看到了表面的需求,场景之下用户到底是如何想的,想要什么,并没有得到深入的挖掘。我们总说to B的门槛高,但具体高在哪,高就高在它在应用上很难将各层次各维度的需求统一化,标准化。

技术上拖拽式控件要比表格式控件自主容易得很多,可以是1级和10级的系数对比,目前前端有大把的拖拽式控件可供选择,不存在技术门槛问题。Workfine第一版表格式产品研发了近三年,但只花了不到三个月就发布了可以兼容拖拽式设计的版本。拖拽式控件在应用门槛上会低一点,交互上会更加友好,但也有不友好的地方,比如不支持我们在Excel上常用的Excel公式,复制粘贴,下拉拖拽等操作。

在拖拽式设计的很多产品中,所谓的一些高级功能其实是无法替代Excel的一些普遍功能而做的一些补充。

方案上,要看各个产品厂商对业务场景的深度和广度的认识,深度上是否能够解决以管理模型为基础的连续性的复杂数字化应用。广度是面对各种长尾需求时,产品不仅能够灵活应对,还不会因为功能迭代导致越来越臃肿。

产品解决方案才是真正考验厂商团队实力的核心点。用户总是想用最简单直接的方式解决问题,技术团队却需要考量各种牵制因素,他们需要对场景深度抽象后再建模。

产品的每个功能点都需要实现一类纵向场景,功能点和功能点耦合后需要实现闭环且连续的横向场景,在横纵交互之间,如果不能够对各行业场景有很深入细致的理解,以及归纳和深度抽象的能力,即使是大厂介入,也很难实现通吃的效果。

综上,对比一下几个厂商的技术门槛,拖拽式控件的技术门槛是最低的,前端有很多现成的技术可供参考。他们的竞争多集中在产品解决方案上,大家面对数字化场景时是怎么去理解,怎样去解决的,但相互间的应用场景和交互方式同质化都很明显,这里面也很容易分辨出谁优谁劣。

表格式设计的技术门槛是偏高的,我们就是全程经历过从依赖表格控件到自主表格控件,后面也支持了拖拽式控件设计的过程,这一层要在技术和应用上做很深很细的结合,他不仅要考虑业务的实现,还要考虑不同用户操作的习惯和喜好。

表格式设计中,以勤哲为代表的表格服务器类产品技术门槛偏中,因为他们没有自主的表格控件,但需要实现很多复杂的数字化应用,这其实也是对产品方案的一个挑战。而这里面的典型代表活字格和Workfine,国内只有这两家产品采用表格式设计且拥有自主的表格控件。在这两家对比里,在表格控件技术上,活字格有优势;在产品解决方案上,Workfine更有优势。

最后讲一下各类产品对不同业务场景的处理能力:

目前来说,用户在应用上会普遍选择B/S架构的模式,所以勤哲为代表的”某表”类产品慢慢因为交互体验不好,技术架构落伍淡出了用户的视野。这里面所有举例产品中活字格的使用门槛最高,所面向的对象其实还是技术人员,因为设计器是C/S架构,也不支持SaaS模式。

Workfine在表格式设计类产品中应该属于一枝独秀,表格控件深度集成在Workfine中,同时支持SaaS和私有化的双部署模式,目前是唯一能够通过零代码的开发方式处理复杂数字化业务的SaaS产品。整个团队以非常小的代价实现了由轻往重整个全场景的数字化需求的产品构建,这里面需要体现更大的定力和耐力。

个人级的表格数据应用,大都还是通过Excel,或者在线文档这类电子表格来完成;但当遇到协同填报,需要权限管理等业务场景时,电子表格的处理就比较低效,这个时候一些轻量级的应用搭建平台就可以发挥作用。当面对复杂的关系型业务时,这类轻量级应用平台也处理不了。还是需要以表格式设计为主的开发平台来完成。

不同类型的工具对不同业务场景的处理能力上,很多拖拽式控件开发工具能够处理Excel处理不了的问题,或者提升了处理效率;但是也有很多业务场景是Excel和这类轻应用搭建平台处理起来很勉强的,他们涵盖的业务面和处理能力都有限。而表格式设计在这类的业务处理上是相当突出的,在更个性化和专业化的应用上,表格式设计会占绝对的优势。

比如在需要实现各种场景的特定表单的时候,各种场景的特定表单,不仅是各行各业,不同业务的表单样式,也包含着数据治理上的数据表结构。

不同的行业场景下都有各自特定的表单样式,这些样式是在业务发展过程中不断总结和优化的结果,改变了样式也有可能无法满足关联业务的需求,所以样式是一个基本,如果无法满足不同行业的特定表单样式需求,对于系统的适用性来说会面临很大的挑战。

同时表样式也代表了不同的数据表结构,主表、子表、主子表或者多子表的结构也会带来逻辑上实现的差异。

所以,对我们零代码开发平台,基本的样式也要尽可能满足,这里拖拽式控件能够满足用户的表结构需求,但特定行业的样式是不太好实现的。

因为需要处理复杂数字化业务的特性,也带来了产品在应用上的一些门槛,这里要提”模板”这个关键词,很多客户来咨询产品时都会问我们有没有相应的“模板”,其实我们更讲究的是“模型”。

在个人级应用中,大家习惯使用Excel操作,很多时候会提及“表单”这个关键词;在轻量级的应用中,大家会提及“模板”这个关键词;但在复杂的关系型应用中,我们更多的是提“模型”,就是管理模型抽象出来的业务系统。企业里面的很多应用就是对管理模型的抽象,每一环业务都是相互引用互相关联的,单独的模板拿出来其实是没有用的。

其实很多企业内部流程大多是明晰的,每一家客户都会有一套自己的管理模型,但是缺乏快速的建模工具来实现数字化管理,现实情况是,除了标准化的财务软件应用的比较好之外,其它外部标准化软件很难较好的应用到内部标准化业务中。

Workfine零代码数字化管理平台是目前市面上唯一使用双设计模式的开发平台,也是表格式设计下唯一的SaaS产品。它是处理复杂业务,实现企业数字化的必备神器。零代码开发这个赛道还有很大的想象力,在中国的数字化发展大趋势下,中国也迟早会诞生像salesforse这样有创造力的伟大企业。

0 阅读:0

快乐工作开心生活

简介:感谢大家的关注