Figma 把 UX Writer 放进产品设计团队后,产品反而更快了
正在加载视频...
视频章节
很多人以为把 UX Writer 拉进设计流程,只会增加沟通成本。Figma 在 Config 2022 上却公开承认:真正拖慢产品的,是“最后才写文案”。这场演讲给了一个反直觉答案——当写作者成为设计的一部分,混乱反而变成效率。
Figma 把 UX Writer 放进产品设计团队后,产品反而更快了
很多人以为把 UX Writer 拉进设计流程,只会增加沟通成本。Figma 在 Config 2022 上却公开承认:真正拖慢产品的,是“最后才写文案”。这场演讲给了一个反直觉答案——当写作者成为设计的一部分,混乱反而变成效率。
最反直觉的一点:UX Writing 不是“支持角色”,而是设计本身
在这场分享里,Figma 的几位 UX Writer 反复强调一件事:在 Figma,UX Writing 并不挂在市场、内容或品牌团队,而是直接属于产品设计团队。这不是组织结构的小差异,而是工作方式的根本不同。
很多公司里,Writer 的出场顺序是这样的:设计快定稿了 → PM 说“差点文案” → Writer 临时救火。这种模式下,文案天然只能“补洞”,而无法影响结构。
Figma 选择了相反的路径:Writer 和产品设计师一起从最早的探索阶段参与,讨论的不只是“按钮上写什么”,而是用户在这一刻应该理解什么、犹豫什么、害怕什么。Sylvie Kim 在分享中提到,她在 Figma 做的并不是单纯写字符串(strings),而是参与 UX 和信息架构的塑形。
对 AI 从业者来说,这个点尤其刺耳:我们习惯把“语言”当成最后一层包装,但在以 AI 为核心的产品里,语言本身就是界面。把写作者放在边缘,等于把模型的“表达能力”外包给运气。
“Missing Manual”:为什么好产品,最怕被默认理解
演讲中抛出一个很有意思的隐喻——missing manual(缺失的说明书)。不是说产品真的需要一本手册,而是很多团队默认:用户会“自己懂”。
UX Writer 的角色,正是不断追问:如果用户没懂,是产品的问题,还是我们假设错了?Chris Baty 提到,这种追问往往发生在设计已经看起来“差不多”的时候,而 Writer 的介入,会让团队意识到:顺≠懂,简≠清楚。
这和 AI 产品的现状高度重合。很多 AI 功能在 Demo 里惊艳,但一到真实用户就翻车,原因往往不是模型能力,而是用户不知道:
- 现在系统在做什么?
- 我该输入到什么程度?
- 出错是我的问题,还是系统的边界?
UX Writer 的价值,就体现在这些“灰区”。他们不只是写提示语,而是在替用户把心里的困惑说出来,再逼着产品给出回应。
“Make room for the mess”:混乱不是失败,而是协作信号
Andrew Schmidt 在分享中讲了一句很容易被忽略的话:make some room for the mess。意思是,如果你真的让 Writer 早期参与,流程一定会变乱。
会有更多问题被抛出来:这个状态合理吗?这个命名是不是在自欺欺人?这个流程是不是只有内部人才懂?短期看,这些问题会拖慢决策。
但 Figma 的经验是:这种“前期混乱”,换来的是后期更少的返工。Writer 不是来“润色情绪”,而是帮助团队提前暴露风险。
对 AI 团队来说,这一点尤其重要。模型、交互、提示语往往是一起演化的。如果你等到功能冻结才让 Writer 进场,本质上是在要求他们用几句话掩盖系统的不确定性。
Schmidt 还提到一个很实用的建议:给 Writer 一点 guard rails(护栏),而不是无限开放。明确目标、场景和约束,Writer 才能在正确的空间里发挥创造力。
为什么这场 UX 写作分享,其实是在讲 AI 产品的未来
乍一看,这是一场关于 Figma 内部协作的经验谈,但如果你把“UX Writer”换成“AI 交互设计者”,很多观点几乎可以原封不动地成立。
当产品越来越依赖自然语言作为主要接口,写作不再是装饰,而是系统能力的一部分。你如何解释能力边界,如何引导用户试探,如何在失败时维持信任——这些都不是模型参数能解决的。
Figma 给出的答案不是某个工具,而是一种态度:把语言视为设计材料,而不是交付物。Writer 不只是“把话写好”,而是参与定义产品如何被理解。
这也是为什么这场演讲,对 AI 从业者来说值得完整看完。它提醒我们:当你觉得产品“差点感觉”,也许缺的不是新模型,而是一个能站在用户那边、持续追问意义的人。
总结
Figma 的这场分享,真正厉害的地方不在技巧,而在取舍:他们选择把 UX Writing 放进最核心的设计流程,接受前期的混乱,换取长期的清晰。对 AI 从业者来说,最直接的行动建议是:别再把“文案”和“提示语”当成最后一道工序,而要把语言当成系统设计的一部分。如果你的产品越来越像在“和用户对话”,那你团队里,是否已经有一个人,专门为这段对话负责?
关键词: UX Writing, Figma Config 2022, 产品设计协作, AI 产品体验, 信息架构
事实核查备注: 需要核查的事实包括:演讲参与者姓名(Chris Baty、Sylvie Kim、Andrew Schmidt 的拼写)、Figma UX Writing 团队隶属产品设计团队的表述、Config 2022 的时间与场合、演讲中提到的“missing manual”和“make room for the mess”是否为原话或意译。