创意窝 
拖拽组件、配置参数，一个带后台的管理系统就能上线——低代码平台这几年从争议走向普及，顺着它一起被追问的还有设计师的价值：如果开发在加速，设计会不会被压缩成一个可选环节。把这个问题拆开看，答案比想象中具体。
被压缩的是哪一段
低代码吃掉的主要是标准化界面的产出环节：表单、列表、后台面板这类高度模板化的页面，组件拖进去就能用，确实不再需要从零画稿。受影响最直接的是以切图量衡量产出的工作方式，而非设计判断本身。需求里真正难的部分——业务理解、信息架构、异常流程——低代码一件也替不了。
位置在往哪移
- 从画页面到搭系统：设计师的工作前置到组件规范与设计系统的搭建，让低代码平台有规范可用；
- 从执行到评审：产出可以交给配置，但配置结果好不好用，仍需要有人把关；
- 从单一界面到全链路：工具越快，需求越杂，跨端一致性、数据可视化这些新命题不断冒出来。
当然不必把低代码神化。复杂交互、个性化视觉、高并发场景的核心产品，短期内依然离不开专业设计与定制开发；低代码占据的是边缘需求与中后台，恰恰是过去消耗团队大量时间、又最没有记忆点的部分。换句话说，它先替代的是最不设计的那部分设计工作，把人手腾出来面对真正难的命题，这不是坏事。
给从业者的三个建议
其一，把设计系统当作作品集的一部分，规范能力正在变成硬通货。其二，主动去用低代码工具，理解工程师的约束，协作摩擦会小很多。其三，深耕具体业务场景，行业知识是工具替代不了的第二曲线。
小结
低代码没有取消设计，它取消的是重复劳动。位置确实在变：离像素远一点，离系统与业务近一点。对愿意迁移能力的设计师来说，这是杠杆而不是威胁。
微信扫一扫 
