Atlassian 设计师公开反常识流程：越低保真，决策越快

大多数人以为，有设计系统就该直接上高保真。但 Atlassian 设计团队却在反着来：他们刻意用 FigJam 画“丑到不行”的低保真线框，只为一个目的——让所有人更快做对决策。这套方法，正在悄悄改变设计与工程的协作方式。

最反直觉的一点：设计越“丑”，反馈越准

在这期 Deep Dive 里，Atlassian 设计师 Jade 抛出了一个让很多设计师不舒服的观点：当你真正想听“对的反馈”，就不要给别人“好看的东西”。

她在 FigJam 里大量使用方框、圆形、随手画的线框，甚至会故意降低字体和视觉精度。原因很简单——一旦你给出高保真设计，反馈就会迅速跑偏：图标怪不怪、颜色喜不喜欢、间距合不合理。但在低保真状态下，讨论会被强行拉回到“这个概念本身值不值得做”。

这是一个被很多团队忽略的心理事实：视觉完成度，会劫持决策注意力。低保真不是偷懒，而是一种刻意的“注意力管理”。

FigJam 的真正价值：不是画图，而是“对齐认知”

Jade 强调，FigJam 并不是 Figma 的“低配版”，而是一个专门用来做“便宜探索”的地方。

她的做法很激进：在同一个问题上，先用 FigJam 快速拉出多个方案，只用最基础的形状表达结构和交互逻辑。这个阶段追求的不是对错，而是数量和速度。

有意思的是，她还会在高保真界面上“倒退”回低保真——直接在已有屏幕上用极简方式覆盖，只保留最高层级的结构。这样做的目的只有一个：让所有参与讨论的人站在同一认知层级上。

这对 AI 产品设计尤其重要。因为当系统行为复杂、不可见时，越需要先把“意图”和“流程”说清楚，而不是急着美化界面。

设计与工程不再靠开会：Figma × Jira 的隐形协作

另一个被低估的细节，是 Jade 使用 Jira 的方式。

她几乎不靠频繁的同步会议，也不急着在 Slack 上追着工程师问进度，而是直接在 Figma 里打开 Jira 插件，查看和某个设计帧关联的 issue 状态。

这带来一个微妙但巨大的变化：设计不再是“交付物”，而是工程进度的可视入口。她可以一眼看到某个下拉组件是否已经完成、是否有工程侧的评论，甚至是否存在实现上的问题。

对 AI 团队来说，这种方式尤其适合高频迭代的模型能力或交互调整——减少同步成本，把注意力留给真正需要讨论的决策。

总结

这期视频真正厉害的地方，不在于某个技巧，而在于它揭示了一种成熟团队的共识：工具不是用来“做完美”，而是用来“更快想清楚”。

如果你在做 AI 产品、AI 设计，今天就可以尝试三件事：第一，用低保真强制锁定反馈范围；第二，把 FigJam 当成认知对齐工具，而不是草稿纸；第三，让设计稿成为工程状态的入口，而不是会议的起点。

一个值得你思考的问题是：你现在的流程里，有多少“精致的产出”，其实在拖慢真正的决策？

关键词： FigJam， 低保真设计， 设计流程， Figma， Jira

事实核查备注： 需要核查：视频发布时间是否为 2025-11-14；Jade 是否为 Atlassian 设计团队成员；FigJam 与 Jira 插件的具体功能描述是否与视频一致