对号入座，无关人士可自行离场

先说行业定位：生产制造、建筑施工、仓储物流、航空航天、石油采炼、新零售等领域。

相关方：传统软件开发商、程序员、企业老板、管理者跟员工。

然后是目前被“割韭菜”的消费者：

北京航天、中国电信、首都钢铁、中冶集团、中铁十六局、中铁二局、恒逸集团、联发集团、东信和平、翔逸航空、许继电气、燕山大学等数万家知名企业与机构。

注：前言所述以该行业领先者“云表平台”官网所载为参考

关于“行业毒瘤”

那么问题来了？什么行业能搅乱传统软件开发市场？

号称砸了程序员饭碗，却又让一部分IT与非IT人员又爱又恨?且业务范围涵盖如此之广，让数万家企业自愿上钩?

它到底有什么独特的魅力？

其实这个“行业毒瘤”不新，ThoughtWorks 中国区 CTO 徐昊亲自盖章：

称其不是一个新概念，现在也不是第一次引发业界讨论。

并表示该行业不是风口，而是行业毒瘤，因为以降低程序员门槛为目的的低代码从底层逻辑上就是不通的。

字节跳动资深技术专家谢军令却持与之相反的观点：

他认为对于研发人员而言，低/无代码是为了解决程序开发中的代码复用问题。

通过平台化，统一技术栈，收敛代码管理、构建部署、运维等方面的工作，做到研发效率上的提升。

相信相比两位行业大佬对研发人员的关注，大家更在意的是对于非研发人员而言，

低/无代码能否进行真正的赋能？是否能够让非研发人员跨过编程门槛在业务上得以大展身手？

还是真如大众所认知的“伪需求”？

伪需求是指产品没有切中用户痛点，当下的供给并不是用户真正的需求

低/无代码平台是否真的有价值？

它们的出现究竟是推动行业发展，还是带来的负面影响更多？

对于很多并不了解低/无代码平台的人来说，这一系列问题都亟待解答。

不搞花里胡哨，实践出真知

直接举例吧，这个直观点。

案例主人公：

中冶(贵州)建设投资发展有限公司

（国务院国资委管理的大型央企中冶集团公司出资成立的全资子公司，注册资本30亿元人民币）

痛点： 施工单位所面对的工地复杂多变，业务的数据量大且格式不一，传统的固化系统滞后，工程领域缺少成熟的管理系统，在施工单位基本无法应用。

解决思路：将项目数据、流程、业务移植到平台进行管理，将业务格式化、流程模式化、数据共享化。

对非研发人员进行赋能，将复杂、重复的计算业务交由计算机完成，减少一线业务人员的业务量，提高业务人员工作效率、降低企业管理成本。

无代码的开发速度是传统代码开发的5倍以上，软件开发时间节省70%，实现快速搭建，快速响应。

云表实操：云表平台操作界面与EXCEL计算类似，可视化的中文开发界面，一份验工在20秒到数分钟内便能完成。

业务人员只需录入相关的计算参数，系统会自动完成相关计算；

输入或选择工程部位便能完成验工计价及材料计划；

还可按照自身情况设置系统自动记录验工台帐、超设计验工提醒、自动计算汇总等功能。

可无缝衔接SAP等各类大型复杂业务系统，全国唯一可通过工程部位查询，工程量清单与工程材料的管理系统。

应用价值：

根据桥梁、隧道、路基设计不同的操作界面与运算模型。

彻底打通工程项目：工程量管理、成本管理、物资管理之间的信息孤岛，支持二开三开。

技术人员通过工程部位验工后，系统在成本管理界面以队伍为单位自动汇总当月验工工程量，并自动调取合同数量、单价及前期计价内容，完成本期计价的汇总工作。

此外，云表平台具备形象进度图展示功能，形象进度根据工程部位进展情况自动更新，重点部位点击可查询该部位详细工程指标数据……

一句话，可在系统上直观展示项目进展情况。

篇幅所限，这只是个例，可能并未切中您所面临的痛点，可移步官网参考其它案例

小结

综上，搅乱市场、砸人饭碗这口黑锅，低/无代码不背。

因为对于真正需要的人而言，低/无代码开发平台的存在只会利于企业降本增效。

再说哪里有需求，哪里就有市场，消费者愿意被“割韭菜”，证明这个产品确有可取之处。

而且管它是不是风口，认真做好自己的事儿就行，一如云表十几年来的埋头苦干一样，相信时间和市场不久就会给我们答案。

标签：软件开发 低/无代码 生产制造 建筑施工

文|Augenstern

感谢大家的阅读，我是Augenstern。

喜欢文章内容的朋友麻烦顺手点赞转发关注哟[笑]