Figma Slides 并非顺手一做：一次 Vision Sprint，推翻了“设计工具”的边界

Figma Slides 的诞生，并不是“反正我们也能做演示”的顺手尝试，而是一场几乎从零开始、反复自我否定的产品实验。Config APAC 2024 上，Mihika Kapoor 罕见地拆解了这款产品从想法、验证到定型的全过程——它对所有做 AI、做产品的人，都是一堂极其现实的课。

最反直觉的一点：Figma Slides 从一开始就不是“PPT 替代品”

很多人以为，Figma Slides 的逻辑很简单：设计师本来就在 Figma 里做演示稿，那不如直接做一个 Slides。Mihika 在一开始就否定了这个“显而易见”的推理。

在 Maker Week 的最初提案阶段，团队真正问的不是“我们能不能做 Slides”，而是一个更危险的问题：演示，本质上还是设计文件吗？ 如果答案是“是”，那它只是 Figma 的一个功能；如果不是，它就必须成为一个独立产品。

这个判断直接决定了后面所有事——是否值得投入、团队规模、产品边界，甚至失败的容忍度。对 AI 从业者来说，这个点尤其刺痛：我们太习惯从“模型/能力已经有了，顺便做个应用”出发，却很少停下来问一句——这到底是不是一个独立的问题空间。

从 FigJam 到 Vision Sprint：Figma 内部是如何“逼自己想清楚”的

视频里最有价值的部分，是他们对内部流程的毫不美化。

最早的想法，全部发生在 FigJam 的 Maker Week Pitch Sessions 中：大量零散的假设、未经验证的直觉、甚至互相冲突的观点。关键不在于点子多，而在于这些点子被系统性地挑战。

到了 2023 年 1 月，团队正式启动 Vision Sprint。这个阶段的目标只有一个：如果这个产品真的存在，世界会因此发生什么变化？

注意，他们并没有急着讨论功能清单，而是反复校准三件事：
- 用户是谁（以及谁不是）
- 这个产品解决的是“更快”，还是“完全不同”
- 如果不做，会不会后悔

2 月 13 日的 Vision Sprint 展示，某种程度上更像一场辩论赛：你不仅要讲愿景，还要证明这个愿景值得长期投入。这一步，筛掉了无数“听起来不错”的想法。

真正困难的问题：这到底是 Figma 的一部分，还是一个新物种？

在视频中段，Mihika 抛出了一个对产品人极具杀伤力的问题：“这个产品在多大程度上是它自己的产品？”

如果 Slides 只是设计流程的终点，那它永远依附于 Figma Design；但如果它要服务的是沟通、叙事、协作，那它面对的就不只是设计师，而是整个组织。

这个判断，直接影响了产品形态：
- 文件模型要不要独立？
- 协作的实时性是设计级，还是会议级？
- 用户是否需要理解“设计”，才能用好它？

对 AI 产品尤其重要的是：能力复用 ≠ 产品复用。即便底层技术相同，用户心智、使用场景、成功标准，都可能完全不同。

四个收尾思考，其实是给所有产品团队的“长期提醒”

在结尾，Mihika 给出了四个 parting thoughts，看似是总结，其实更像警告。

其中最值得反复咀嚼的一点是：愿景不是一次性产物，而是需要被不断“证明”的东西。 Slides 的多个关键决策，并不是在最初就想清楚的，而是在不断交付、不断暴露问题后，被重新校准。

这对 AI 团队尤其残酷——因为我们太容易被 demo 骗，也太容易把“模型效果”当成“产品价值”。Figma Slides 的故事反复强调：真正难的不是做出来，而是判断它值不值得被持续做下去。

总结

Figma Slides 的诞生过程，本质上是一堂关于“克制”的产品课：克制技术冲动、克制路径依赖、克制“反正可以顺便做”的诱惑。对 AI 从业者来说，最大的 takeaway 不是流程模板，而是那几个反复被追问的问题：这是不是一个独立的问题空间？如果不做，我们会失去什么？如果做，它是否值得三年的投入？

下次你准备把一个模型能力包装成产品时，不妨先停下来，用 Figma 的方式问自己一遍——也许你会少做一个功能，却多做一个真正站得住的产品。

关键词： Figma Slides， Vision Sprint， 产品决策， AI 产品， 设计工具

事实核查备注： 需要核查的事实包括：Config APAC 2024 的具体时间与场次；Mihika Kapoor 的身份与职务；Vision Sprint 启动时间（2023 年 1 月）与展示时间（2023 年 2 月 13 日）；Maker Week 的内部定义与流程；Figma Slides 是否被正式定位为独立产品。