先说结论
低代码与定制开发不是二选一。企业可以用低代码承载表单、审批和内部工具，用定制服务实现核心业务、复杂算法、设备接入和高体验终端。
需要先理清的核心问题
要评估的是未来变更、数据规模、接口和团队能力，而非首期开发速度。
平台许可、运行环境、导出能力和厂商锁定需要纳入长期成本。
复杂规则若大量依赖脚本和绕行配置，维护成本可能超过定制开发。
建议的实施步骤
按业务差异化、复杂度、数据量和变更频率分类。
用一个代表性流程做小规模验证。
测试权限、接口、批量数据、移动端和版本升级。
明确平台与定制代码的边界、责任和退出方案。
上线后如何判断是否有效
常见变更能否由内部管理员安全完成。
复杂页面、批量处理和接口性能是否满足实际峰值。
三年期许可、开发、运维与迁移成本是否透明。
开始项目前建议确认
- 业务差异
- 流程复杂度
- 数据规模
- 接口能力
- 许可模式
- 扩展代码
- 版本升级
- 退出方案
常见问题
低代码适合做核心系统吗？
取决于平台能力和业务复杂度，核心系统需重点验证性能、可控性和长期锁定风险。
低代码就不需要开发吗？
仍需需求、数据建模、权限、测试、集成和治理，只是实现方式不同。
可以混合建设吗？
可以，以统一身份、数据和接口规范连接低代码与定制模块。