低代码作为一种成熟的应用、系统、网站开发技术，已广泛应用在制造、金融、保险、零售、公共部门和运输等主流行业。但很多人对低代码存在各种误解，尤其是公共部门对其安全性、开发流程、维护等持怀疑态度。
因此，全球低代码领导者西门子低代码（Mendix）发布了《公共部门低代码的神化和误解》报告，为公共部门解答了对低代码的误区，低代码的技术原理并提供了成功的应用案例。
1、低代码开发不适用自定义代码项目
在考虑提高运营效率的项目时，有些人会认为低代码对于公共部门的受监管组织来说不够灵活。部分IT部门对低代码在数字化转型项目的定制能力持怀疑态度。商用现成 (COTS) 产品有时无法满足业务需求、法规要求以及与实时数据的复杂集成。
实际上，低代码非常适用于自定义集成或用户界面的自定义代码项目，同时减少核心功能和底层代码的开发资源负担。低代码不仅支持可视化拖拽开发模式，在关键业务功能也支持深度的自定义代码开发模式。
低代码开发平台与其他开发工具相比，员工只需要少量时间培训便能快速上手，开发出功能强大、UI视觉新颖的应用，并且这些方法适用于所有类型的公共部门项目。与传统代码开发相比，低代码在功能迭代方面处于领先，可以满足业务的敏捷性和效率性。
鹿特丹市政府首席信息官Mark Vermeer表示，鹿特丹市大约有30多个日常公共部门，例如，交通信号灯、工程部门、停车罚单和公共卫生部门等。我们拥有大约800个IT系统来支持公共部门的日常运营，仅在IT方面就有大约100个项目的组合。为了快速开发项目和节省资源，低代码起到了关键作用。
2、低代码开发对企业技术服务产生威胁
由于预算优先和对有限资源的需求增加，公共部门担心低代码会对团队文化产生负面影响。
实际上，低代码提倡“公民开发”的战略，从领导层到一线员工都能加入到应用开发队伍中，用户在开发过程中只需要清晰的业务逻辑和适合自己的低代码开发平台，从而减轻了企业技术职能部门的负担。
用户将自己的专业知识与技术专家、数字专家的专业知识相结合，开发出的应用在价值、体验方面会比单一IT部门开发的应用好的多。
ProRail的ICT经理Johan van der Linde表示，通过低代码开发的功能可以反复使用，这不仅提升了开发效率，还可以在产品组合中重复使用。这有效的提升了IT部门的开发效率和满足业务的需求。
3、低代码开发仅适用于小型和简单的业务案例
通常公共部门可能拥有更大的IT环境，担心无法实施低代码。公共部门的系统和遗留应用、系统遍布许多部门彼此分离和孤立，它们代表了整个组织关键运营的核心组件。任何新企业系统的实施都存在风险。
实际上，低代码解决了数字连续性的难题。通常，公共部门在招募和留住IT人才方面遇到困难。公共部门通过低代码开发的应用，不用担心没有技术团队支持的问题。
使用通用构建块的可视化开发，简化了跨部门应用开发的流程，组织可以快速行动而无需在可用性和可靠性方面做出让步。低代码使运营人员能够使用赋予用户更多控制权的灵活方法快速轻松地提供公共服务。
4、低代码开发成本太高
在数字化转型方面，由于投资预算，支出管理严格等因素，使得许多公共部门组织对低代码等新兴技术的兴趣较低。
实际上，低代码应用程序开发平台，可以满足公众需求的数字公共服务的包容性设计。快速开发使公共部门能够快速调整服务，并将COTS产品的稳健架构优势与定制开发的灵活性相结合。
公共部门组织通过小规模起步和快速扩展来提高运营效率、节省开发成本并丰富公共服务。这些开发模式证明了公共部门对低代码应用程序开发平台的投资是合理的。此外，投资低代码比维持现有遗留系统所承担的投入和风险要划算的多。
例如，荷兰税务局通过低代码开发模式，在18个月内开发了15个应用程序。在开发效率、成本预算、应用部署等方面，皆比传统开发提升了数倍以上。
5、低代码开发浪费资源
目前，全球的政务部门站在了数字时代的十字路口。公共服务必须实现现代化以满足民众的需求，但任何数字化转型都会带来引入复杂技术的风险，而且这些技术很快就会过时。
可持续数字公共服务的目的是以一种可以维持在当前水平的方式管理技术。这包括经得起未来考验的解决方案，这些解决方案经久耐用，适合特定社区的独特需求，并且实施起来具有成本效益。
实际上，低代码是一种可持续的平台解决方案，适用于公共组织提供无数的公共服务。无论是废物管理、公共安全、水和污染管理或其他公共工程。低代码平台使组织能够轻松定制构建多应用程序解决方案以满足业务的需求，同时可以与现有系统、数据源实现无缝集成。
例如，公园和娱乐部门通过低代码，可以快速调整废物管理部门已成功部署的应用程序。将强调重用的低代码视为部署数字公共服务的基石，这些服务可以保持敏捷并响应新的监管要求。
6、低代码开发是所有开发的答案
有一些公共部门的CTO思想开放，与时俱进，正在寻找更智能、更好、更快的技术解决方案。他们认为采用新技术的好处大于困难，因为现代公共服务必须快速适应意外需求，例如全球突发的新冠疫情。因此，CTO需要能够将新技术引入 POC 的测试和开发环境，以证明该技术如何适合他们的组织。
实际上，低代码并不是为了完全替代传统开发和定制开发。在多数情况下，低代码通过封装、集成的方式简化开发流程，弥补传统开发流程所耗费的时间。因此，尽管低代码是许多开发场景的完美解决方案，但不应将其视为所有开发问题的答案。
这就是为什么在决定应用产品之前，通过构建最小可行产品 (MVP) 来测试低代码平台很重要的原因。在一个越来越关注创新技术的数字世界中，低代码可以使公共部门保持业务的敏捷性和效率性。
– END –
大佬观点
