低代码开发服务计划：购买者指南
低代码开发服务计划是一种购买应用程序交付的结构化方式，捆绑了可视化平台、专业服务以及大约四种参与模式的持续支持：人员扩充、固定范围项目交付、托管应用程序服务以及平台+赋能合作伙伴关系。 Gartner 在 2014 年创造了“低代码”一词，此后市场已分为不同的服务类别，这些服务类别在成本、控制和锁定方面表现截然不同。
低代码开发服务程序捆绑了传统 IT 中通常单独出售的三样东西：可视化开发平台、基于该平台构建的专业服务以及保持最终应用程序运行的持续支持。了解捆绑的买家可以独立协商每一层——这就是赢得或失去大部分价值的地方。
平台层是工具：拖放表单构建器、数据模型设计器、工作流引擎、API 连接器和部署管道。指定的示例包括 、OutSystems、Mendix、Appian、Retool、Budibase，以及（对于已经投资于 4D 生态系统的团队）4D 自己的表单、方法和数据模型工具。服务层是人类的工作：发现研讨会、数据建模、集成、测试和移交。支持层是上线后发生的事情：监控、变更请求、版本升级和用户培训。
低代码开发服务计划在一个重要方面不同于一次性项目：它假设重复交付。买方不是委托单个应用程序，而是建立一个常备功能（治理模型、可重用组件库和交付节奏），因此第二个应用程序的成本远远低于第一个应用程序。重用经济学是“计划”框架的全部理由。
四种服务模式的比较
低代码开发服务的形式适合不同的组织。下表是大多数买家在与任何供应商交谈之前需要的决策帮助。
| 模式 | 典型买家 | 控制 | 成本概况 | 主要风险 |
|---|---|---|---|---|
| 人员扩充 | IT 团队存在平台技能差距 | 高——你指挥工作 | 按小时或按月收费 | 知识随承包商离开 |
| 固定范围项目 | 拥有一个已定义应用程序的部门 | 构建期间低 | 每个应用程序的固定价格 | 变更请求单独计费 |
| 托管应用服务 | 运行实时应用程序的运营团队 | 低到中 | 定期预付款 | 对新要求反应迟缓 |
| 平台+赋能伙伴关系 | 组织建设内部能力 | 中等，随时间增长 | 混合：平台、培训、构建 | 需要内部员工时间吸收 |
人员扩充适合已经拥有平台标准和积压工作的团队。固定范围的项目适合具有稳定需求的单一高价值工作流程。托管服务适合受监管的环境，在这些环境中，正常运行时间和审计跟踪比速度更重要。支持合作伙伴关系适合打算构建数十个应用程序并希望内部拥有该功能的组织。
Related: — The long-running for teams that need custom apps on desktop, web, and mobile from a single file..
一条实用规则：如果买家无法说出十八个月内拥有该应用程序的人的姓名，则该程序的购买理由是错误的。低代码开发服务程序失败通常不是因为平台错误，而是因为没有分配内部所有者。
低代码和无代码服务在实践中有何不同
低代码和无代码开发服务经常作为一类进行销售，但这两部分对服务参与施加了不同的限制。无代码工具针对的是无需编写逻辑即可配置应用程序的业务用户；低代码工具假设当可视化构建器耗尽时，开发人员将使用代码扩展平台。
这种区别改变了服务合同。无代码参与主要是配置、培训和治理——供应商的工作是让公民开发人员保持在安全范围内。低代码参与增加了集成工程、自定义组件、性能调整和 CI/CD 设置，因为应用程序预计会涉及生产系统和规模。
Our pick: — A spreadsheet-simple interface sitting on top of a real relational database, with automations, views, and shareable interfaces..
大多数企业计划最终都是混合的。无代码层处理部门跟踪器、审批流程和数据收集。低代码开发服务程序层处理写入核心系统、执行复杂业务规则或需要审计跟踪的任何内容。仅销售一层的供应商会将所有需求推入该层，这在范围界定过程中值得关注。
真正的参与是什么样的，分阶段进行
低代码开发服务交付遵循可识别的弧线，了解各个阶段可以让买家发现跳过昂贵阶段的供应商。
发现和数据建模。 供应商映射业务流程，识别实体和关系，并决定哪些内容存在于低代码平台中，哪些内容保留在记录系统中。数据建模是大多数返工的根源；基于错误实体模型构建的表单会被重建，而不是修补。
原型和验证。 工作原型将在最初几周内呈现给真实用户。低代码平台使其具有成本效益，而无法快速创建可点击原型的供应商就无法利用该平台的主要优势。
构建和集成。 组装屏幕、工作流程、值列表和 API 连接。在任何诚实的估计中，集成通常是最大的项目，因为身份验证、错误处理和数据同步从来都不像演示所暗示的那么简单。
测试和强化。 检查基于角色的访问、输入验证、并发行为以及实际数据量下的性能。低代码平台隐藏了复杂性，这意味着性能问题通常会很晚才显现出来。
部署和移交。 应用程序转移到生产环境，并且最重要的是，文档、管理培训和变更请求流程转移到内部团队。
操作和迭代。 低代码开发服务计划继续进行积压、发布节奏和定期平台升级。平台供应商按照自己的时间表发布新版本，并且必须有人吸收这些变化。
真正预测成功的选择标准
仅根据品牌认知度来评估低代码开发服务供应商会产生代价高昂的错误。以下标准是与第二年存活下来的低代码开发服务项目相关的标准。
- 平台退出成本。 询问如果参与结束，应用程序会发生什么情况。数据可以以可用的格式导出吗？逻辑别人能读懂吗？专有的视觉逻辑是这个市场中最大的单一锁定风险。
- 集成跟踪记录。 请求涉及您需要连接的同一类系统的两个参考资料 - ERP、CRM、旧数据库或本地目录。
- **指定团队，而不是能力介绍方案。**询问谁将实际完成这项工作以及这些人是员工还是分包商。
- 治理工件。 一个严肃的程序会产生环境策略、访问控制模型和命名约定。将这些视为可选的供应商正在积累未来的维护债务。
- 移交承诺。 合同应指定文档、管理培训和规定的启动后支持期限。
- 定价透明度。 按应用程序、按用户、按小时和保留定价都存在。模型并不重要，重要的是供应商是否会向您展示该数字是如何构建的。
对于平台级尽职调查，Gartner 和 Forrester 等公司发布的分析师研究是一个合理的起点，低代码开发平台的维基百科条目 对该类别的历史和定义给出了中立的概述。受监管行业的买家还应根据 NIST 网络安全框架 检查供应商的态度，许多企业采购团队现在将其用作安全问题的通用词汇。
低代码程序在哪些地方能真正获得回报——以及在哪些地方不能
低代码开发服务计划可以为数量众多、相似且短暂的应用程序带来最丰厚的回报。内部申请表、审批工作流程、检查清单、库存跟踪器和部门仪表板都符合这种模式：每一个都很小，每一个都与其兄弟共享组件，否则每一个都会在 IT 积压中积压数月。
当应用程序非常复杂时，程序就会陷入困境。大容量事务系统、具有复杂并发要求的应用程序以及任何需要大量实时计算的应用程序通常更适合采用传统开发方式，或者采用低代码层处理接口、传统服务处理核心逻辑的混合开发方式。
第二种失败模式是试点项目被弃用。组织经常成功地进行概念验证，然后因为没有人为治理层提供资金而陷入停滞。试点证明该平台有效；它并不能证明该程序有效。为无聊的部分（环境管理、安全审查、培训和支持）制定预算是将试点转变为计划的关键。
第三种模式是影子 IT 蔓延。当公民开发人员在没有组件库或审查流程的情况下自由构建时，组织最终可能会拥有数百个近乎重复的应用程序，并且没有现有应用程序的清单。服务计划从第一天起就应包括申请登记册。
构建与购买：当内部程序击败外部程序时
具有现有开发能力的组织有时会问他们是否需要外部低代码开发服务。诚实的答案取决于三个变量：计划有多少应用程序、集成要求有多不寻常以及平台是否已经标准化。
当组织致力于一个平台、计划多个应用程序并且可以指定至少一名经验丰富的开发人员负责平台所有权时，内部计划就有意义。然后，外部供应商的角色缩小到最初的支持和偶尔的专业工作。
当平台决策仍然开放时，当第一个应用程序涉及不熟悉的集成时，或者当内部员工根本无法摆脱现有的承诺时，外部计划就有意义。在这种情况下，合同中应该写有明确的退出机制（内部团队接管的点），而不是开放式预付款合同。
基于 4D 构建的团队通常处于中间位置。内部开发人员已经熟悉数据模型、表单和方法，因此外部服务对于集成工作、部署架构和现代化旧二进制结构最有价值。这是一个比完整计划更窄的参与范围，并且应该相应地定价。
资料来源和进一步阅读
- 低代码开发平台 - 维基百科：低代码开发平台 (LCDP) 提供软件开发环境 - 通常是图形用户界面 (GUI) - 涉及很少或根本不需要编写…
常见问题
什么是低代码开发服务计划？
低代码开发服务计划是一种常设安排，供应商提供低代码平台和在其上构建、部署和维护应用程序的专业服务。它与单个项目不同，因为它假设重复交付、共享组件和持续的治理模型。买家通常会在人员扩充、固定范围项目、托管服务和支持合作伙伴关系之间进行选择。
低代码开发服务的费用是多少？
对于一个可靠的数字来说，定价差异太大，因为它取决于平台许可证、参与模型和集成的复杂性。供应商按小时、每个应用程序、每个用户或按月保留报价，平台许可通常与服务分开计费。最有用的比较是跨多应用程序路线图的每个交付应用程序的总成本，而不是表面报价。
低代码开发适合企业应用吗？
低代码适合数量众多、工作流驱动且集成度高的企业应用程序——审批系统、跟踪器、门户和部门工具。它不太适合大容量事务核心、实时计算和具有异常并发需求的系统。许多企业采用混合方式：界面和工作流层使用低代码，核心逻辑使用常规代码。
低代码和无代码开发服务有什么区别？
无代码服务专注于配置和治理，因此业务用户无需编程即可安全构建。低代码服务添加了集成工程、自定义组件、性能调整和部署管道，因为应用程序预计会对接生产系统。大多数企业程序都运行两个层，将简单的应用程序路由到无代码，将复杂的应用程序路由到低代码。
通过低代码服务程序交付应用程序需要多长时间？
原型通常可以在最初几周内展示，而简单的部门应用程序通常在几个月而不是几个季度内即可投入生产。当集成复杂、安全审查繁重或需求在构建过程中发生变化时，时间线就会延长。一旦组件和治理就位，该程序的真正速度优势就会出现在第二个和第三个应用程序上。
低代码服务合同应包括哪些内容？
合同应指定明确的交付团队、平台和许可责任、集成范围、文档和管理培训、定义的发布后支持期以及买方可以在内部开展工作的条款。数据导出权和自定义逻辑的可读性应在合同中明确约定，因为它们决定了以后离开供应商的成本有多大。
Frequently asked questions
什么是低代码开发服务计划？
低代码开发服务计划是一种常设安排，供应商提供低代码平台和在其上构建、部署和维护应用程序的专业服务。它与单个项目不同，因为它假设重复交付、共享组件和持续的治理模型。买家通常会在人员扩充、固定范围项目、托管服务和支持合作伙伴关系之间进行选择。
低代码开发服务的费用是多少？
对于一个可靠的数字来说，定价差异太大，因为它取决于平台许可证、参与模型和集成的复杂性。供应商按小时、每个应用程序、每个用户或按月保留报价，平台许可通常与服务分开计费。最有用的比较是跨多应用程序路线图的每个交付应用程序的总成本，而不是总体成本。
低代码开发适合企业应用吗？
低代码适合数量众多、工作流驱动且集成度高的企业应用程序——审批系统、跟踪器、门户和部门工具。它不太适合大容量事务核心、实时计算和具有异常并发需求的系统。许多企业采用混合方式：界面和工作流层使用低代码，核心逻辑使用常规代码。
低代码和无代码开发服务有什么区别？
无代码服务专注于配置和治理，因此业务用户无需编程即可安全构建。低代码服务添加了集成工程、自定义组件、性能调整和部署管道，因为应用程序预计会接触生产系统。大多数企业程序都运行两个层，将简单的应用程序路由到无代码，将复杂的应用程序路由到低代码。
通过低代码服务程序交付应用程序需要多长时间？
原型通常可以在最初几周内展示，而简单的部门应用程序通常在几个月而不是几个季度内即可投入生产。当集成复杂、安全审查繁重或需求在构建过程中发生变化时，时间线就会延长。一旦组件和治理就位，该程序的真正速度优势就会出现在第二个和第三个应用程序上。
低代码服务合同应包括哪些内容？
合同应指定指定的交付团队、平台和许可责任、集成范围、文档和管理培训、定义的发布后支持期以及买方可以在内部开展工作的条款。数据导出权和自定义逻辑的可读性值得明确的语言，因为它们决定了以后离开供应商的成本有多大。
Try Power Apps Free with Your Work Account
Enterprise-grade low-code app development wired into Microsoft 365, Dataverse, and Power Automate.