Figma Config 上，一个设计师抛出的狠问题：所有人都该学会设计

在 Figma Config 2021 的舞台上，设计师 Mina Bach 抛出一个让开发者坐不住的问题：Should devs design？她的答案比“是或否”更激进——不只是开发者，团队里的每一个人，都应该参与设计。这不是理想主义，而是她在真实团队里踩过坑后的结论。

最反直觉的结论：设计不是岗位，而是一种团队能力

“Should devs design？”这个问题一抛出来，很多人下意识会紧张：是不是又要让开发者背更多锅？但 Mina 的回答直接打破了这个防御姿态——不仅是开发者，PM、BA、数据分析师，所有人都应该设计。

这里的“设计”，并不是让每个人都去画高保真界面，而是参与到“把想法变成可被讨论、被验证的形态”这件事中。设计不再是某个角色的专属技能，而是一种团队协作的语言。就像音乐合作里，没有人只负责一个音符，但每个人都在为整体负责。

这个观点对 AI 从业者尤其刺耳——我们太习惯把职责拆得极细：模型是模型，产品是产品，体验是体验。但 Mina 其实在说：当设计被隔离，问题才真正开始。

真正拖垮团队的，不是能力不足，而是“交接文化”

Mina 讲了一个并不夸张、却极其真实的场景：她曾在一个团队里，两周才见一次开发者。设计师在一张桌子上“设计”，开发者在房间另一头“写代码”，PM 在中间传话。没有人觉得奇怪。

问题就在这里。当团队习惯了 handoff，冲突只会在最后爆炸。开发者因为技术约束不断“否定”设计，设计师因为没参与早期决策而不断返工，最终受伤的是用户。

她说了一句非常重的话：“There is no right way to do handoff.” 这几乎是在否定整个行业默认的工作模式。真正的问题不是交接文档写得够不够清楚，而是——为什么需要交接？

对 AI 团队来说，这种 handoff 文化更隐蔽：研究把模型丢给工程，工程丢给产品，产品丢给用户。每一次交接，都会丢失一层理解。

协作不是口号，而是一组可以立刻行动的方法

Mina 并没有停留在价值观层面，她给了非常具体的做法。

第一步，是从用户同理心开始。她让整个团队一起看用户访谈、旁听真实用户的使用场景，甚至参与“有点乱”的游击式测试。哪怕过程不完美，效果却立竿见影——用户开始真正出现在团队讨论中，而不是只存在于 PRD 里。

第二步，是共同创造未来。通过头脑风暴、共创工作坊，让不同角色一起提出想法，再快速原型化。重点不在“谁的点子最好”，而在“我们是否一起看见了可能性”。

最难的一步，是打开设计空间。对设计师来说，这意味着放弃绝对控制权，分享编辑权限，允许别人“改你的设计”。她形容这需要极大的信任和脆弱感，但正是在这里，边界开始真正模糊：设计时考虑代码，实现时继续设计。

为什么这件事，对 AI 行业尤其重要

Mina 的分享发生在 2021 年，但放在今天的 AI 行业，杀伤力反而更大。

AI 产品的问题，往往不在“模型不够强”，而在“体验无法被理解”。如果只有研究员理解模型、只有工程师理解系统、只有设计师理解用户，那最终做出来的，只会是一个彼此都不满意的妥协品。

她展示的结果很直接：当团队真正打破 handoff，效率更高、更以用户为中心，也更快乐。这对高强度、高不确定性的 AI 团队来说，几乎是生存问题。

总结

Mina Bach 的核心观点其实只有一句话：协作不是流程优化，而是角色重构。当你不再问“这是不是我的职责”，而是问“我能不能参与把事情想清楚”，团队的上限才会被真正打开。

对 AI 从业者来说，你不需要明天就去学 Figma，但你可以从一件小事开始：提前参与讨论、把想法画出来、邀请别人一起改。也许一开始会有点乱，但正如 Mina 所说——有趣的事情，正是从混乱开始的。

留给你的问题是：在你的团队里，哪一次“交接”，其实本可以变成一次“共创”？

关键词： 协作设计， Figma Config， 交接文化， 跨职能团队， AI产品

事实核查备注： 需要核查：演讲者姓名 Mina Bach；活动名称 Figma Config 2021；发布时间 2021-05-12；核心原话“There is no right way to do handoff.” 是否为原文表述