她不是设计师，却在Figma里练成了“10x内容能力”

一个反直觉的事实：最会用Figma的，可能不是设计师。Config 2022 的这场分享里，一位内容设计师讲清了为什么“不会设计，也要会Figma”，以及这件事如何让她在跨国团队里效率翻倍。这对今天的 AI 从业者，意外地有借鉴意义。

最反直觉的一点：Figma不是给设计师准备的

Jadesola 一上来就打破了一个常见误解：她不是产品设计师出身，甚至第一次打开 Figma 时是“被吓到的”。界面、画布、Draft file，对一个从社媒营销转行做内容的人来说，全是陌生语言。

但她很快意识到一件事：内容设计师如果只在文档里写字，永远是“下游角色”。真正决定用户体验的，不是文案本身，而是文案出现的位置、时机和约束条件——而这些，只存在于设计文件里。

这也是她在演讲中反复强调的一句话背后的含义：学 Figma 不是为了“会设计”，而是为了更早进入问题现场。这件事放到今天的 AI 团队里同样成立——如果你只写 prompt、不看产品界面和用户路径，你永远不知道模型输出是怎么被“消费”的。

为什么会Figma，让内容设计师变成“10x”

她给了一个非常实在的回答：Figma 让内容设计师变得更“聚焦”。

在传统流程里，内容往往是：拿到 brief → 写文案 → 交付 → 修改。但在 Figma 里，内容是被迫和界面、交互、状态一起被思考的。按钮多大？错误提示在什么条件下出现？用户是在紧张还是放松的状态？

她用一个带点玩笑意味的比喻：在尼日利亚，大家会说“10x 开发者”。而会用 Figma 的内容设计师，本质上也是同一类人——不是写得更多，而是每一句都写在正确的位置。

对 AI 从业者来说，这几乎就是 prompt engineering 的隐喻：好输出不是来自更长的 prompt，而是来自对上下文边界的精准控制。

真正拉开差距的，不是工具，而是协作方式

Jadesola 并没有把 Figma 描述成某种“个人能力放大器”，相反，她花了大量时间讲协作。

她提到三件非常具体的小事：
- 主动参加团队的 Figma 教程和内部分享
- 在文件里直接提问，而不是等会议
- 学会“设计师的提问方式”，而不是只抛内容需求

尤其在全球化团队里（她的设计团队分布在多个国家），Figma 成了唯一的“共同语言”。评论、版本、实时协作，减少了大量异步沟通成本。

这对 AI 团队同样致命重要：当模型工程师、产品、内容、设计各自用自己的工具和语言时，系统性问题一定会被埋掉。共享工作空间，本质上是在共享认知。

内容先行 vs 设计先行，她给了两个现实场景

这部分是整场分享里最“落地”的。

她对比了两种常见场景：
- 理想状态：内容先行。先在 Figma 里把核心信息、语气、层级跑通，再由设计承载。
- 现实状态：设计已完成，内容后补。此时内容设计师的任务是“在不完美中降低风险”。

无论哪一种，她强调一个动作不可省略：不断追问上下文——这是给谁的？在哪个产品区域？业务目标是什么？

这套问题清单，几乎可以原封不动地搬到 AI 产品中。模型不是孤立存在的，它服务的永远是一个具体场景。

总结

这场分享表面上讲的是 Figma，底层讲的却是一种职业进化路径：从“执行者”走向“问题共创者”。对 AI 从业者来说，最大的启发不是去学某个设计工具，而是主动进入你原本不负责的那一层——界面、流程、约束条件。真正拉开差距的，往往不是模型参数，而是你是否看见了全局。一个值得你立刻行动的建议：下次改 prompt 或策略之前，先去看一眼产品界面，问清楚“这句话，究竟会在什么时候，被谁看到”。

关键词： Figma， 内容设计， 跨职能协作， AI产品， 上下文意识

事实核查备注： 需要核查：演讲者姓名拼写（Jadesola Odujole-Babatunde）；演讲场合为 Figma Config 2022；“10x 内容设计师”为演讲中的类比说法；首次使用 Figma 的描述来自个人经历而非统计结论。