低代码平台在数字化转型过程中的定位

内容来自演讲：郭昊东 | 上海外服 | 流程分析工程师

摘要本文介绍了外服集团的 IT 共享中心在低代码平台应用开发方面的实践经验。他们选择低代码平台的原因包括开发成本低、快速看到实际产品以及能够解决数据孤岛和影子 IT 等问题。他们在应用开发中面临的挑战包括数据孤岛、影子 IT、忽略使用体验等。为了解决这些问题，他们采用了委托开发和用户自研模式，并记录了应用开发过程中的问题和最佳实践。最后，他们分享了两个低代码应用案例，包括 IT 内部需求和事件单管理。

一、公司简介

上海外服（集团）有限公司（简称“上海外服”），隶属于东浩兰生集团（上海市国资委直管），成立于 1984 年 8 月。上海外服作为人力资源服务机构，着力于打造高效的人力资源外包综合解决方案，已在全国主要重点经济城市设立了自己的分支机构。依托品质服务、创新的技术平台、精益的管理流程和遍布全国近 400 个服务网点，提供融合本土智慧和全球视野的专业外包服务。上海外服正服务于遍布全国的 25000 家企业的 139 万名员工。

二、低代码平台的定位

1.选择低代码平台的原因

我来自于外服集团下的 IT 共享中心，我们选择低代码平台的原因之一是开发成本低，能够快速看到实际产品。传统开发流程需要经过需求调研、开发、测试、上线的过程，这个过程往往需要耗费大量的时间和资源，而且无法实时看到最终产品。而低代码平台具有所见即所得的特点，让开发人员能够在谈需求的同时顺手制作 demo 给需求方看，不仅提高了效率，还使得需求方能够更直观地了解产品的实际效果。

2.低代码应用开发面临问题

• 数据孤岛

在数字化转型的过程中，我们还面临了数据孤岛的问题。由于各个部门对业务数据的口径和叫法不一致，将这些数据转化为系统或进行数字化、线上化时很难做到对齐。这可能导致数据的不准确性和不一致性，增加了数据整合的难度和成本。

• 影子 IT

此外，还存在影子 IT 应用的问题。这些应用不受 IT 部门的监管和管理，可能由业务部门自行开发和维护。由于缺乏统一的规划和标准，这些影子 IT 应用可能导致数据不兼容、安全风险等问题，给企业带来额外的管理负担。

• 忽略使用体验

针对像明道云这样的零代码平台，虽然前端界面高度定制化，没有办法非常自由的进行设计，但仍然可以通过视图和其他功能来优化使用体验，况且明道云已经实现前端开源，给技术人员更大的空间去优化交互体验。这意味着技术人员可以利用开源的代码库进行定制化的开发，根据自己的需求和用户反馈来改进界面的交互设计和用户体验，以满足不断变化的市场需求和用户期望。

3.低代码应用的应用场景

我们使用低代码应用平台主要在两个方面。首先是我们内部的应用，包括研发流程管理、基于 ITIL 实践的运维管理。之前我们内部是基于自己研发的管理系统，使用时间较长，目前正在逐步替换为明道云。其次，是针对业务部门的应用。我们将业务部门应用定义为流程优化工具，或者说是需求沟通工具，他可能并不是一个完整的系统，但可以作为一个与业务部门进行良好沟通、了解真实需求的工具。

大家在开发过程中会发现，能够聊出来的需求往往与真实需求存在一定的偏差，但是当用户真正使用你的应用时，他们只会考虑需求是否得到满足，而不会关注偏差，因此，一个良好的需求沟通工具至关重要。它能够帮助我们与业务部门建立有效的沟通桥梁，确保我们能够准确理解并满足他们的需求。

三、低代码应用开发流程探索

1.两种开发模式

对于低代码应用开发我们有两种模式。第一种是委托开发，即由我负责调研需求、开发应用，跟进整个流程，然后交付给业务部门使用。第二种是我们目前正在探索的用户自研模式。尽管全民开发者的概念被广泛提倡，但实际上，用户仍需接受一些必要的培训和监管。即使是专业的编码人员，也需要遵守 IT 开发的规范。因此，我们尝试建立一种独特的用户自研模式。

2.定义团队角色和责任

当业务部门提出需求时，我们会提供明道云的使用培训。我们的培训并不是面向所有用户的统一大会，而是针对特定需求进行培训。在开发过程中，我们发现无论是传统应用开发还是低代码应用开发，一个优秀的团队都至关重要。首先需要一个产品负责人，他可能是传统意义上的 PM，负责推动整个产品开发流程。目前，我们将领域专家与产品负责人合二为一的。专业的开发人员负责低代码流程配置，而管理员后期要接手应用，并负责应用管理迭代。

3.沉淀应用文档

在低代码开发的过程中，由于前人经验相对较少，且各行业的经验存在差异，因此记录经验显得尤为重要。通过应用程序目录，可以方便所有用户知道当前应用程序的开发者、管理员以及使用手册等信息。

记录开发过程中的应用问题，不仅有助于管理员进行迭代开发，也能为整个集团积累宝贵的开发经验。在实现同一功能时，明道云平台可能存在多种实现方式，各有优劣。我们会在开发过程中记录这些差异，整理成指导手册，为后续的培训或开发中提供帮助。

4.最佳实践的积累

衡量一个应用的质量并不能仅凭 bug 的数量来评判。用户的接受度和使用的舒适度才是真正的评价标准。因此，我们在应用开发完成后，会定期与用户沟通，了解应用的使用情况，收集反馈，看是否有新的需求。通过这种方式，我们可以确保应用始终与用户的实际需求保持紧密关联。

四、低代码应用案例分享

我为大家挑选了一些我们作为 IT 内部使用的案例来分享。首先，我们最初的一个明道云应用是“IT 内部需求”，它用于管理集团内部的协作和任务分发。我们在一天之内就完成了初步的 demo，并进行了实际应用。目前已经更新了三个版本。

另外一个应用是“事件单”。由于我们拥有多个系统，它们会产生不同的告警。而且目前我们正在对系统进行大量的改造，导致频繁的系统上线和下线。因此，我们使用明道云作为一个统一的接入点，生成并记录所有的事件，这样就可以进行统一管理。

我们深知在数字化和低代码开发的道路上，每一个团队都有自己的独特经验和故事。因此，我们非常期待与大家的进一步交流和分享，希望我们的这些实践经验能为你们提供一些新的视角或启发。

同时，我们也欢迎各位对我们的实践经验提出宝贵的建议和反馈，让我们共同学习和进步。我们坚信，通过不断的实践和交流，我们能够共同推动低代码开发的发展，为更多的业务和用户带来实际的价值。