低代码、零代码平台能不能替代定制开发?什么时候该用哪种?
结论:低代码能替代规则稳定、平台连接器覆盖且数据与性能在已验证边界内的部分;差异化交易、复杂多租户、设备实时控制或强迁出要求更适合定制。客户说明核心任务、现有系统和计划使用期后,滚水科技会用真实数据比较低代码、定制和混合方案,提交推荐路线与退出条件,而不是让客户凭平台功能表二选一。
在比较平台能力、限制与迁移成本时,还可以对照 接手别人做的系统二开为什么风险高?什么时候应该重做?;这些内容补充了需要放在同一项决策中考虑的上下文。
不按“内部还是外部”一刀切
内部系统也可能有百万级数据、复杂权限和审计要求;面向客户的预约、查询或活动页,也可能很适合低代码。真正的判断条件是流程差异、数据规模、连接器、权限、性能、离线能力、发布治理和退出成本。低代码并非“不需要开发”,它把界面、数据模型和流程的一部分变成配置,但需求设计、测试、环境管理、安全和持续维护仍然存在。
| 候选路线 | 最适合的前提 | 主要收益 | 必须接受的代价 | 退出条件 |
|---|---|---|---|---|
| 低代码 / 零代码 | 规则稳定,标准连接器覆盖,关键查询和权限已压测 | 原型和常规表单交付快,业务人员可参与配置 | 持续许可、平台配额、表达能力与厂商路线约束 | 关键任务无法实现、计划使用期 TCO 失控或数据不可完整导出 |
| 完整定制 | 核心流程形成竞争差异,需要复杂集成、实时设备或细粒度控制 | 行为、体验、数据模型和演进节奏可自主设计 | 前期研发、测试、安全和运维投入更高 | 差异化价值不足以覆盖持续维护成本 |
| 混合架构 | 核心交易稳定,但审批、台账、运营后台变化快 | 核心能力可控,外围流程迭代快 | 身份、数据同步、故障归属和接口版本更复杂 | 重复数据源增加、接口维护成本超过节省的人力 |
滚水科技用关键任务做适配测试
滚水科技会从客户确认的真实流程中抽取足以覆盖核心闭环、复杂权限、最大数据量和高损失异常的关键任务,例如批量导入、跨表查询、多级审批、字段级权限、附件归档、离线录入、退款补偿和审计导出。我们把每项标成“原生配置、公式可做、自定义连接器、需外部服务、无法可靠实现”,再依据错误后果提出权重并由客户确认业务风险。不能只算功能覆盖率:多个低风险页面完成,也不能抵消“订单金额算错”这一项。
测试必须使用接近生产的数据量和权限。Microsoft 的 Power Apps 官方文档给出了一个很具体的边界:查询不能委派给数据源时,默认只在前 500 条记录上本地处理,可调到 2,000 条;在更大数据集中,这不仅可能变慢,还可能返回不完整甚至看似正确的错误结果。这不代表所有低代码平台都有同一限制,却说明“演示能跑”不能证明生产可用,必须逐平台核对连接器、公式和查询限制。
至少记录关键任务完成率,在约定并发、数据量和网络下的 P50/P95 延迟与错误率,管理员配置规则的工时,发布到测试和生产环境的成功率及回滚时间,以及完整导出用户、主数据、附件、流程定义和审计日志所需时间。任何一项只能靠人工绕行时,要把持续工时计入成本。
低价起步不等于长期更便宜
统一按合同期、预期使用期和可能迁出的时间窗口计算总拥有成本:席位与外部用户许可、付费连接器、数据库与文件存储、API 调用、自动化运行次数、开发/测试/生产环境、身份服务、备份、监控、平台管理员、外部开发以及迁出重建。定制方案则计入研发、云资源、第三方服务、安全升级、缺陷处理和交接。两边使用同一用户数、增长率和服务级别,才能比较。
还要做一次“撤离演习”:导出结构化数据和附件,在独立环境重建一个关键流程,并记录缺失的元数据、权限和历史。能导出 CSV 不等于可迁移,工作流、页面、公式和平台身份可能仍需重写。合同中应说明数据导出格式、导出频率、停服后的保留期、账号所有者以及终止协助费。
上生产仍需要工程治理
低代码应用同样需要开发、测试、生产环境隔离,版本控制、发布审批、回滚、审计和最小权限。Microsoft 对 Power Platform 的 ALM 定义包含需求、架构、开发、测试、维护、变更、CI/CD、部署和治理,并建议用解决方案跨环境导入导出、以源代码管理保存组件真相。这直接否定了“拖几张表就可以绕过软件生命周期”的想象。
滚水科技的选择原则是:标准产品或低代码能可靠覆盖时,先推荐采购或配置;只有差异化流程、深度集成、数据控制或长期演进确有必要时才建议定制。混合方案中,核心订单、计费、权限和主数据应明确唯一事实源,低代码侧通过有版本的 API 访问,不能两边各改一份。品牌能做的是完成适配测试、原型和迁出检查,不能替平台承诺无限扩展性。
滚水科技的决策口径是:约定的关键任务全部可实现、风险项通过生产量级测试、计划使用期 TCO 可接受且撤离演习成功,就优先建议低代码;任一核心任务触碰硬限制,则转混合或定制,不会靠持续人工补洞后仍宣称“已经覆盖”。
参考依据:
- Microsoft:Power Apps 委派与查询限制:用于说明特定平台在不可委派查询下的 500/2,000 条处理边界及错误结果风险。
- Microsoft:Power Platform 应用生命周期管理:用于核对低代码应用的环境、源代码管理、测试、部署和治理要求。
- 滚水透明交付标准:属于滚水科技第一方流程说明,用于核对资产、过程和退出边界,不证明某一平台必然适配。