企业做网站的时候，首先要解决的问题不是能不能做出来，而是谁来去做、多长时间完成、修改起来会不会很贵。低代码和无代码这三条门槛一起压下来，但是压到什么程度，最后还有什么麻烦，很少有公开的资料讲得这么清楚。把实际项目中的判断情况列出来。
低代码和无代码的区别不在于名称
“低代码”与“无代码”经常被当作一回事来对待，但是落实到合同上差别很大。无代码平台一般是组件拖拽、配置式搭建，界面可以搭得多么好看，取决于模板库和插件生态，逻辑复杂一些就会束手束脚。低代码平台保留了写代码的地方，复杂的交互、特殊的接口、定制报表都可以往下钻一层去修改，代价是团队里必须有人能够看懂代码。
判定标准就是：业务方是否能够独立维护。上线之后每次修改文案、更换图片都要去找原来的开发人员，节省下来的只是第一版建设的时间，之后的维护成本一分没有减少。
企业官网选择的标准
- 数据是否可以进行完整的导出。 有的平台导出的就是图片和静态页面，会员信息、订单信息等数据都保存在后台，换一个平台就相当于重新开始。
- SEO 控制权是否在自己手里。能否自定义每页标题、描述、结构化数据、sitemap 与 robots，能不能加统计代码与转化埋点。
- 能否部署到自有服务器。平台关停、涨价、限流时，有没有脱离方案。
- 并发和扩展上限。营销活动、直播导流产生的瞬时流量是否会受到限制或者产生额外的费用。
如果上述四条中的任意一条无法回答的话，那么就不建议把主站放到这个平台上。营销落地页、活动页、内部工具可以放开使用，但是企业的正式门面则应该保守一些。
实际上可以节省多少时间
一个标准的公司网站（首页、公司介绍、产品中心、案例、新闻、联系方式、留言表单），按照传统的定制流程来走的话，设计和前端环节一般会占到整个工程周期的_一半以上_。使用成熟的低代码方案之后，整个流程就简化为组件配置和内容的填充，工期可以减少到原来的三分之一或者二分之一。节省下来的不是开发费用，而是决策等待、反复修改以及沟通协调所花费的时间。
| 环节 | 传统定制 | 低代码 / 无代码 | 主要风险 |
|---|---|---|---|
| 首页与栏目页 | 3–5 个工作日 | 0.5–1 个工作日 | 页面长得像模板 |
| 后台与权限 | 需独立开发 | 平台内置 | 权限粒度不够 |
| 接口对接 | 按接口计费 | 部分需写脚本 | 复杂接口接不上 |
| 后续改版 | 重新排期 | 自行调整 | 改动失控、样式漂移 |
避坑：三种经常遇到的问题
一：模板同质化
同行使用同一个模板，甚至连配色都不愿意去改变，访客一看到就会觉得“见过”。解决办法不是换一个模板，而是把首页文案、产品图片、案例证据这三个部分替换成自己真实的材料，样式上的区别不是最重要的。
二：页面体积失控
拖动组件的时候，通常会带有大量的脚本，一个简单的页面加载到 3MB 以上的情况也比较常见。如果移动端首屏加载时间超过了 3 秒的话，跳出率就会大幅度增加。上线之前一定要测试一下实际的加载量。
三：对平台的依赖性
合同中要写明数据的归属、导出格式以及服务终止之后的处理办法。很多团队都是在平台涨价之后才考虑这个问题，这时候就来不及了。
适用边界：什么情况不适合
交易链路复杂、会员体系多层、需要自研算法、对数据合规有硬性要求、需要私有化部署等等这样的一些项目，低代码能够提高的地方主要在后台以及内部系统中，对于面向用户的主站以及交易核心部分则不建议交给平台。
**内容型、展示型、表单型优先使用低代码；**交易型、数据敏感型、逻辑重的优先选择定制开发。根据核心模块的复杂程度来确定。
选型就是做选择：用开发的自由换取交付的速度。把这样的取舍写入到需求文档中比选哪个平台更重要。