一个设计项目，为什么被拆成三阶段？Figma这场合作给了答案

这支看似平淡的分享，其实藏着一个反直觉的结论：真正可规模化的设计，从来不是从“视觉”开始。Figma Config 这场关于协作设计的案例，把完整流程摊开，给了所有做 AI、做产品的人一次冷静的当头棒喝。

最反直觉的一点：他们几乎没从设计开始

如果你以为一个设计项目的起点是界面、风格或灵感，那这场分享一开始就会让你坐不住。整个项目的“项目基础（Project Foundations）”阶段，几乎全部时间都花在确认目标、角色分工和协作方式上。屏幕共享是否顺畅、谁负责决策、谁对什么结果负责——这些在很多团队里被认为是“会前废话”的内容，在这里被当成第一阶段的核心产出。这对 AI 从业者尤其刺眼：模型、算法、界面再先进，只要协作结构不清晰，后面所有效率都会被吞噬。

第一阶段：沉浸与综合，比“灵感爆发”更重要

他们把 Phase One 明确命名为“Immersion and Synthesis”，而不是调研或头脑风暴。沉浸，意味着真正理解业务背景和使用场景；综合，则是把零散信息压缩成可执行的共识。这里没有炫技，反而强调对“这对我们意味着什么”的反复追问。对 AI 产品来说，这一步常常被压缩甚至跳过，结果就是：模型很聪明，但解决的是错误的问题。

协作方式，本身就是设计对象

在“Ways of Working”这一段，分享者明确指出：协作方式不是附属条件，而是这次合作中“非常特殊且重要的一部分”。他们为每个阶段都设计了节奏和反馈节点，确保在扩展规模时不会失控。这一点对正在做多模型、多团队协作的 AI 项目尤为关键——当系统变复杂，流程本身如果不可扩展，技术再强也会拖垮团队。

从策略到线框：创意与落地被强行绑在一起

进入策略与概念阶段后，分享并没有把“创意”和“构建”拆开，而是同时讨论。这种做法避免了一个常见陷阱：概念看起来很美，但一到实现就全面返工。紧接着是线框、视觉语言的逐步推进，每一步都为后续测试服务，而不是为了展示好看。这里传递的信号很明确：设计不是表达想法，而是为长期可用性负责。

最终阶段：测试和规范，决定能走多远

最后的 Phase Three 聚焦用户测试和风格指南。测试不是“验证我们做得对不对”，而是发现系统在真实环境中的裂缝；风格指南也不是审美手册，而是保证不同页面、不同团队长期一致的操作系统。这种收尾方式，直接点名了一个残酷事实：没有规范和测试的项目，生命周期注定很短。

总结

这场分享真正的价值，不在于展示了什么设计成果，而在于把“协作流程”提升到和设计本身同等重要的位置。对 AI 从业者来说，最大的 takeaway 是：当项目复杂度上升，决定成败的往往不是模型参数，而是你是否有一套可扩展的工作方式。下一个问题留给你：在你的团队里，哪些看似理所当然的流程，其实从未被认真设计过？

关键词： 协作设计， 项目流程， 可扩展性， 用户测试， 设计系统

事实核查备注： 需要核查的视频信息包括：视频实际时长、是否明确提出“三个阶段”的正式命名、是否在视频中使用了“Immersion and Synthesis”等英文表述、风格指南与用户测试的具体顺序。