设计院设计师的AI身份升级——从工具使用者到系统架构师

AI与建筑行业

设计院设计师的AI身份升级

从工具使用者到系统架构师

「我现在每天干的活，跟十年前没什么区别，就是更快了。」

更快了。但只是快了。

老陈在设计院做了十五年建筑，最近跟我说了一句话：「我现在每天干的活，跟十年前没什么区别，就是更快了。」

更快了。这三个字听起来像是好事，但老陈说的时候，没什么高兴的意思。

方案文本，以前写三天，现在用AI半天出初稿——但改还是得自己改，甲方一轮意见下来，又是一个通宵；效果图，以前外包等一周，现在Midjourney几分钟出图——但选哪张、怎么调、甲方到底要什么感觉，还是得自己判断；日照分析、节能计算、面积统计，工具越来越快，但每个项目的流程还是那样：输入参数→等结果→调参数→再等→再调。

更让老陈发怵的不是"快了但没用"，而是另一件事：他发现自己越来越没时间想"该怎么做设计"了。重复性的活一件接一件——改图、对规范、调参数、出变更——这些事每件都不难，但加在一起，把他的时间切成了碎片。碎片里装的全是"执行"，没有"思考"。

还有一件事他没明说，但我看得出来：做了十五年，他脑子里攒了一堆经验——哪些甲方喜欢什么风格、哪种户型在这个城市好卖、哪个节点容易出问题——但这些经验全在他脑子里，从来没变成可复用的东西。换了个项目，一切从头来。他不是不想整理，是没时间。

而领导层怎么看这件事？院里去年采购了一批AI工具，动员会上说的是"赋能设计师"，但KPI下来一看：人均出图量提升30%，项目周期缩短20%——诸如此类。翻译成大白话就是：以前一个人干三个项目的活，现在干四个。

这不是老陈一个人的故事。D5渲染器与腾讯研究院2025年的调研数据里有一组数字很说明问题：

为什么AI来了，设计师反而越用越累？

壹

问题不是工具，是身份

先说一个反常识的判断：用AI省时间，不等于用AI升级。

省下来的时间如果只是做更多重复劳动，你只是从"手动拧螺丝"变成了"电动拧螺丝"——拧得更快，但身份还是拧螺丝的。

老陈的情况就是这样。AI帮他半天出完方案文本的初稿，省下来的一天半干了什么？接了另一个项目的活。Midjourney帮他几分钟出了效果图，省下来的时间干了什么？又改了三版甲方不满意的方案。工具升级了，工作流没变，产出结构没变——省下来的时间，被更多的同质化工作填满了。

什么叫"身份的问题"？说清楚一件事：设计师面对AI，有两种完全不同的身份定位——

举个例子。同样是做方案文本——

工具使用者的思路：让AI帮我写初稿，我来改——快了，但流程没变，下次做新项目还是从零开始。

系统架构师的思路：让AI帮我写初稿，我把改过的版本存进知识库，标注哪些段落是通用的、哪些需要根据项目调整——下次做新项目，AI可以直接从知识库里调取，而不是从空白页面开始。

反常识二

领导把AI当降本工具，恰恰说明他还没看到AI的真正价值

IBM研究院有一组数据：接近70%的管理者认为AI将带来生产效率大幅提升，但不到25%的人对方向有清晰把握——剩下的人，焦虑但没方向。焦虑的本质不是"要不要用AI"，而是"用了之后价值如何真正体现"。

翻译成设计院的语言：领导知道AI能让人干得更快，但不知道"更快"之后人该干什么。所以最安全的做法就是——让人干得更多。人均出图量提升30%，项目周期缩短20%，KPI好看，汇报有数据。但设计师呢？还是那个拧螺丝的，只是拧得更快了、拧得更多了。

反常识三

不是"学会更多工具"，而是"换一个看待工作的方式"

你不需要学十个AI工具才能升级身份。你需要的是换一个问题——从"这个活怎么干更快"换成"这个活该不该这么干"。

当你开始问"该不该"的时候，你就在做系统架构师的事了：你在审视工作流，而不是在执行工作流；你在设计规则，而不是在遵守规则；你在沉淀知识，而不是在消耗经验。

贰

从工具使用者到系统架构师：一条看得见的路

需要先说清楚一个边界：从工具使用者到系统架构师，不是一个"顿悟"的时刻，而是一条分阶段的路。没有人一夜之间从拧螺丝变成画蓝图。

这是大多数设计师现在的位置，不用不好意思。AI是用来省时间的。出图用Midjourney，写说明用DeepSeek，算日照用Forma——工具在替你干活，但你的工作流没变。你是流水线上换了一台更快的机器，但还在同一条流水线上。

这个阶段不是"错"的，它是一个起点。问题不在于你在这个阶段，而在于你停在这个阶段。

当你开始记"过程"而不是只看"结果"的时候，你就进入了第二个阶段。你不再把AI当成单一工具，而是开始把多个工具串成一条线。方案概念用Midjourney出意向图，文本用DeepSeek写初稿，日照用Forma做实时验证——你不再是一个一个地用，而是让它们前后衔接，形成一个初步的工作流。

但更重要的是另一件事：你开始看到工作流里的"断点"——那些工具帮不了你、只能靠人硬撑的环节。比如甲方一轮意见下来，效果图要改但Midjourney没法精确控制局部；比如规范核查AI做不了，你还是得翻规范手册。这些断点，就是下一步优化的方向。

这是关键的一跳。前两个阶段，你还是在"怎么干更快"的框架里打转——只是从"单点更快"变成了"串起来更快"。第三个阶段，你开始问一个不一样的问题："这个活该不该这么干？"

你不再只是优化现有流程，而是开始重新设计流程。你发现有些步骤根本不需要存在——比如重复性的尺寸标注，AI可以自动完成，那为什么还要人工核对？你发现有些知识应该被系统化——比如常见问题的处理方式、甲方偏好的风格规律，这些经验不应该只存在于某个人的脑子里，而应该变成团队可以调用的知识库。

到了这个阶段，你不再是在"做项目"，你是在"设计做项目的系统"。你的关注点从"单个项目怎么交付"变成了"团队的知识怎么沉淀、流程怎么进化、人的价值怎么放大"。你设计的不是一栋建筑，而是团队产出建筑的方式。

这不是一个遥不可及的状态。你已经在前三个阶段积累了足够的认知：你知道哪些工具能干什么、工作流有哪些断点、哪些流程可以重构。第四阶段，是把这三层认知整合成一套系统。

四个阶段，一张表

说清楚一件事：这四个阶段不是"考级"——不是说你到了第三阶段就不能做第一阶段的事了。实际上，系统架构师每天都在做工具使用者的事，区别在于：他做的时候知道这件事在整个系统里的位置，而工具使用者不知道。

另一个需要说清楚的事：你不需要等到"准备好"才开始。第一阶段的动作——每次多花十分钟记录过程——明天就能做。这不是一个需要领导批准、需要预算审批、需要团队配合的事。这是你一个人、一台电脑、十分钟就能开始的事。

叁

红线与行动

三条红线

三个明天就能做的动作

这三件事，不需要领导批准，不需要预算审批，不需要团队配合。明天就能做。

设计师用AI越用越累，不是因为AI不够好，也不是因为你不够努力。

是因为你还在用"工具使用者"的身份，做"系统架构师"才能解决的问题。

身份变了，AI才是翅膀。

身份没变，AI只是更重的枷锁。