Figma Config 团队说:真正拉开设计差距的不是工具,而是这些“仪式”
正在加载视频...
视频章节
大多数团队痴迷于更强的工具、更快的流程,却忽略了一个反直觉的事实:真正决定设计质量的,是那些看似“软性”的团队仪式。在这场 Figma Config 的分享中,Coda 设计团队首次系统拆解了他们如何刻意设计团队协作方式,以及这些做法为什么对 AI 时代的团队尤其重要。
Figma Config 团队说:真正拉开设计差距的不是工具,而是这些“仪式”
大多数团队痴迷于更强的工具、更快的流程,却忽略了一个反直觉的事实:真正决定设计质量的,是那些看似“软性”的团队仪式。在这场 Figma Config 的分享中,Coda 设计团队首次系统拆解了他们如何刻意设计团队协作方式,以及这些做法为什么对 AI 时代的团队尤其重要。
最反直觉的一点:高效团队不是靠流程,而是靠“仪式感”
在这场分享里,最让人意外的不是某个设计方法论,而是 Helena 抛出的一个定义:团队仪式,本质上就是那些让你的团队“与众不同”的重复性实践。不是 KPI,不是 OKR,而是那些每周、每月反复发生、却塑造团队气质的行为。
这在当下尤其反直觉。我们习惯把问题归结为“流程不够细”“文档不够全”“工具不够强”,但 Coda 团队遇到的真实挑战却更基础:远程 + 混合办公、强跨职能(产品与设计几乎 R1 合作)、同时服务两个问题域。所有流程都在,但团队依然容易分裂。
他们的结论很直接:如果不刻意设计协作方式,协作就会被现实随机塑形。而“仪式”,正是把随机变成可控的最小单位。
他们不是“开会复盘”,而是用一次 Retro 重新定义怎么一起工作
Coda 团队选择的切入口并不复杂:一次团队 retro。但关键不在于“复盘项目”,而在于复盘协作本身。
时间点选在新年、刚交付完一个大项目之后——这是一个高信噪比的窗口。Helena 强调了几个很容易被忽略的细节:第一,这不是临时起意,而是提前告诉团队“我们要一起设计我们的工作方式”;第二,虽然是共创,但必须有 facilitator;第三,控制在 1 小时,让这件事“足够重要,但不沉重”。
更重要的是目标设定:不是总结问题,而是为团队产出一组“可以立刻试验的新仪式”。这让 retro 从回顾过去,变成了一个面向未来的设计 workshop。
真正落地的不是口号,而是这些“低成本、高复利”的小实验
很多团队止步于共识,但 Coda 团队选择把仪式做得极其轻量。
一个例子是他们设立了固定的“社交式工作时间块”:不是正式会议,而是一段可以随时进出的视频共处时间。有人分享工作,有人闲聊,有人只是安静做事——松散,却真实。
另一个看似微不足道的改变,是在 Slack 里用截图 + 表情符号分享工作进展,明确这是“FYI,不求反馈”。这解决了一个长期存在却没人明说的问题:不是所有分享都值得一次评审,但不分享会让团队失去上下文。
这些实验的共同点是:不强迫、不复杂、可随时放弃。但正是这种“可逆性”,让团队愿意不断尝试新仪式。
为什么这套方法,对 AI 从业者尤其重要
对 AI 团队来说,这场分享有一个隐含但极其重要的信号:当工具和模型快速趋同时,团队协作方式会成为真正的差异化资产。
AI 项目天然跨职能、强不确定性、节奏快。如果还指望用静态流程覆盖所有情况,结果往往是沟通成本爆炸。Coda 的做法提供了一条不同路径:用一组不断演化的仪式,来适配变化本身。
你会发现,他们几乎没谈“最佳实践”,而是反复强调“experiment”。这和 AI 研发的本质高度一致:假设永远不完美,但迭代必须足够快。
总结
这场分享真正有价值的,不是某个具体模板,而是一个清晰的认知转变:团队协作本身,是可以被像产品一样设计的。对 AI 从业者来说,你可以从一个极小的动作开始——一次关于“我们怎么一起工作”的 retro,一个不以产出为目的的共处时间,或一个明确“无需反馈”的分享机制。问题不在于你的团队有没有仪式,而在于:这些仪式,是你们主动设计的,还是被现实推着走的?
关键词: 团队仪式, 设计协作, Figma Config, 远程团队, AI 团队管理
事实核查备注: 需要核查:视频发布时间(2022-06-08)、分享嘉宾姓名与职位(Helena、Seungjin Steve、Alicia Salvino,均来自 Coda 设计团队)、Coda 用户数量与团队数量的表述是否为“over a million users”“25,000 teams”、所提及工具名称(Spatial Chat、Slack)是否在视频中明确出现。