北京
2024年，一家中型SaaS公司的设计负责人算过一笔账：从需求评审到高保真原型，团队平均消耗23个工作日。三个月后，同一批人把周期压到了11天——不是加了人，是换了工作方式。
UX/UI设计流程正在被重新编码。不是某个环节的优化，而是14个步骤的权责地图、时间分配、甚至"什么是设计"的定义都在移位。本文基于公开的设计团队转型案例与流程文档，还原这场静默的重构。
01 14步流程：传统 vs AI加速的全景对照
完整的端到端设计流程可以拆成14个阶段，从利益相关者对话到产品部署。每个阶段都有明确的所有者、交付物和决策点。
传统模式下，这14步按顺序推进，像一条单行道。需求分析→用户研究→信息架构→线框图→视觉设计→原型→测试→迭代，每一步都依赖人工产出。一个中等复杂度的功能，从概念到可开发的设计稿，4-6周是常态。
AI加速模式改变了时间分配，而非步骤本身。生成式工作——草图、文案、配色方案、组件变体——被压缩到原来的20%-40%。但判断、验证、精细化工作的时间反而增加。设计师从"画图的人"变成"定标准的人"。
关键差异体现在三个节点：
第3-5步（研究与概念）：传统团队用2周做用户访谈和竞品分析，AI辅助团队用3天生成20个概念方向，再用1周做定向验证。速度提升来自"先发散再收敛"的顺序颠倒。
第7-9步（设计与原型）：AI工具可在数小时内产出高保真视觉方案，但设计师需要额外时间建立"什么算好"的评判体系。没有标准的加速等于噪音。
第12-14步（交付与文档）：设计系统维护、标注、开发对接的自动化程度最高，部分团队已实现设计稿到代码的直连，但"最后一公里"的异常处理仍需人工。
一个未被充分讨论的事实：AI加速模式下，总工时未必减少，但并行度大幅提升。传统流程像瀑布，AI流程像管网——多个阶段同时流动，依赖更频繁的同步会议。
02 权责泳道图：谁拥有什么决策
流程重构必然伴随权力转移。14步流程的权责地图显示，三类角色的边界正在模糊。
产品经理的传统领地是前3步（需求定义）和后3步（验收上线）。但在AI加速团队中，产品经理需要深入第7-9步的设计评审——因为AI生成的方案需要业务语境的判断，设计师往往缺乏足够的产品背景做筛选。
设计师的核心价值向上游移动。用户研究、信息架构、交互逻辑这些"不可生成"的能力变得更稀缺。视觉执行的价值相对下降，但"把AI产出调教到可用"的能力成为新门槛。
工程师的介入点提前。传统流程中，工程师在第10步（技术评审）才深度参与。AI加速团队中，部分工程师在第6步（概念验证）就介入可行性判断——他们需要评估哪些AI生成的方案在现有技术栈下可落地。
一个具体案例：Figma的2024年产品更新中，"开发模式"（Dev Mode）被强化，设计师和工程师在同一画布上工作的时间占比从15%提升到35%。这不是工具功能，是组织协作模式的强制对齐。
03 五项核心活动：成熟团队的必投项
无论AI如何介入，有五项活动不能被压缩或外包。
用户研究的深度访谈。AI可以生成问卷、整理访谈记录，但无法替代面对面的语境捕捉。一个小时的深度访谈，往往能发现AI分析十万条行为数据也看不到的动机断层。
信息架构的卡片分类。这是结构决策，不是美学问题。AI可以建议导航层级，但业务优先级、组织政治、未来扩展性这些变量需要人类权衡。
交互原型的可用性测试。AI能生成测试脚本、招募用户、甚至分析录像，但测试现场的追问、对非语言信号的捕捉、对"用户说了A但做了B"的解读，仍需设计师在场。
设计系统的语义定义。组件长什么样可以被AI生成，但"这个组件在什么场景下用什么变体"的规则体系，是团队知识的核心沉淀。
跨职能对齐的同步会议。AI可以写会议纪要、跟进行动项，但决策冲突的当面化解、优先级争议的实时裁决，会议不可替代。
这五项活动的共同特征：它们处理的是"模糊情境下的判断"，而非"明确标准下的执行"。AI擅长后者，人类守住前者。
04 规范驱动开发：弥合设计与工程的裂缝
传统流程的最大断层在设计交付与工程实现之间。设计稿是"意图文档"，代码是"执行现实"，两者之间的翻译损耗估计占项目总工时的15%-25%。
规范驱动开发（Spec-Driven Development）试图缩小这个裂缝。核心逻辑是：设计系统不仅是视觉规范，更是可直接消费的代码配置。设计工具的输出不再是图片，而是结构化数据——颜色token、间距变量、组件状态机——工程师直接引用而非重写。
AI加速了这一模式。设计工具可以自动生成符合团队代码规范的标记，工程师的"翻译"工作大幅减少。但新的摩擦点出现：当AI生成的代码片段与设计系统的既有规则冲突时，谁有权修改规则？
一些团队的解决方案是"设计系统委员会"——设计师、前端工程师、产品经理的三方轮值小组，每周评审AI产出与系统规范的偏差案例，动态更新规则。这增加了治理成本，但减少了长期的技术债务。
另一组数据：采用规范驱动开发的团队，设计-工程返工率平均下降40%。但前提是设计系统的成熟度达到某个阈值——组件覆盖率超过80%，文档实时同步，且有专人维护。否则，自动化带来的是混乱的加速。
你的团队目前在14步流程的哪一步投入了不成比例的时间？是卡在早期研究的共识建立，还是后期交付的细节对齐？
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
