如何像初创公司一样交付产品：Figma Slides 背后的七条经验
摘要
Mihika Kapoor 是 Figma 早期产品 FigJam 的核心负责人之一，最近她又主导了 Figma Slides 从内部提案到成功发布的全过程。Figma Slides 上线不到一年，已在 Lenny's Newsletter 读者调查中超越了 Apple Keynote，使用率与 Canva 持平。本文分享了 Mihika 在大型公司内部推动新产品的七条核心经验：用原型取代 PRD（Product Requirements Document）、通过公开工作来制造热度、打造"邪教式"团队文化、寻找信徒而非说服怀疑者、让每个团队成员都成为产品负责人、消除团队与用户之间的壁垒，以及先做好"土豆炖肉"再享受"甜点舒芙蕾"（先执行领导的想法建立信任，再推进自己的创意）。这些策略本质上回答了同一个问题：公司成长过程中，如何持续保持初创公司般的交付速度。
正文
第一章：用原型取代 PRD
大公司惯性 vs 初创思维
大公司的惯常做法是 PM 撰写详细的 PRD 来启动项目并对齐团队。但在快节奏环境中，PRD 往往失效：它阻碍了设计和工程工作、几乎永远不会保持最新、产品一旦存在 PRD 就只是实际产品的弱化版。
初创思维主张：速度与实验比文档更重要。任何有好想法的人都应该通过原型来探索它。在 Figma，每个人都被鼓励设计和制作原型——包括 PM。随着 AI 辅助功能降低了制作初版的门槛，PM 更应该花时间做原型而非写文档。信念来自原型（Prototype），而非文书（Paperwork）。
具体技巧
- 打造原型文化：让工程师编码实现他们的"what-if"想法，其中一些可能演变为核心功能。
- 低保真对齐：用 FigJam 和快速线框图探索方案，快速遍历选项空间，而非花数周写规格。
- 让设计文件成为唯一真相源：对齐方向后，在设计稿中注释规格，比单独的 PRD 更有用、更准确。
- 投资于常青的可视化产物：制作一个统一的愿景产物（类似于你的 Pitch Deck），每季度更新策略产物，投资于视觉——方向性设计比文字更能讲好故事。
第二章：通过公开工作制造热度
把产品想象成一簇小火苗，你的任务是让它变成公司内部的野火。
用黑客马拉松点燃第一簇火花
Figma Slides 此前通过传统提案争取支持的努力都失败了。但在 Maker Week（Figma 的全体黑客马拉松）上，团队仅用八人三天就搭建了完整的新产品原型。这个内部展示之所以成功，原因有三：
- 它够宏大：所有人都预期看到小功能演示，而非一个全新的产品。
- 它够有趣：现场投票决定产品名，"Feck""Sligma""Flides"等荒诞候选名字引爆了气氛。
- 它够真实：演示模拟了赶演示截止日期的真实场景，让观众感同身受。
异步分享原始进展
不要等打磨好的版本才分享——Jon 一位工程师在 Slack 里发了 70 多个原型视频，很快全团队都开始效仿。持续滴灌式更新能建立信任并保持兴奋。
在全员大会上将火花变成野火
Figma Slides 在 Config 2024 发布前的关键时刻：Mihika 争取让 MVP（Minimum Viable Product）在全员大会上使用。团队暂停了新功能开发两周来打磨 MVP，实时修复 Bug。最终那次无瑕疵的演示在全公司面前锁定了上线决策。
第三章：打造"邪教式"团队文化
文化不是锦上添花——它是动量、创造力和执行力的作弊码。
让它"怪"起来
内部梗创造归属感。越怪越好。Figma Slides 的荒诞名字"Flides"成为了内部 Meme：Slack 表情、工作流命名（动画同步叫"Flanimations"）、甚至在真实滑梯上拍团队合照。
互相"偷"对方的癖好
共享的怪癖 = 共享的身份。团队互相改 Slack 头像的底色背景，一位 Z 世代工程师总用"yoooooo"开场，整个团队都开始用。
像奥斯卡一样庆祝
发布日，团队举办了颁奖仪式，走红毯、定制奖杯、全过程制作。最初只是玩笑，后来成为了整个项目中最感人的时刻之一。团队兴奋到午夜才离开办公室。
第四章：找到信徒，而非说服怀疑者
大公司惯性：人员被分配到产品。初创思维：主动选择加入的人打造出最成功的产品。
核心原则
- 如果你需要拼命说服某个人加入你，那 TA 可能就不是合适的人选。最好的队友是那些追着经理要求调到你项目的人。
- 寻找"直接开跑"的精力——最优秀的团队不一定是最资深的，而是能在模糊环境中独立推进的。
- 打破组织边界去招募。如果有人喜欢你合作，他们会抽出时间帮忙；如果他们热爱，他们会想尽办法正式加入。
- 授权每个团队成员去推销——最好的提案往往来自团队成员本身。
第五章：让每个团队成员都成为产品负责人
大公司惯性：研究 → 设计 → 工程的线性接力。初创思维：模糊边界，每个人都是兼职 PM。
在 Figma，极端协作是常态：
消除产品和设计过程的黑箱
工程师不应在交接时才被通知。尽早让他们参与，他们获得更好的上下文，改善决策，并能够塑造产品行为。
从 0% 到 100% 共同前进
团队不按职能孤立——他们结对工作。PM 和设计师在 Figma 文件中共同创作。设计到工程的交接不是"给你，照做"，而是实时结对会话，共同微调交互和细节。结果：更强的产品、更少的障碍、拥有真正所有权感的团队。
第六章：消除团队与用户之间的壁垒
大公司惯性：只有研究员与用户对话。初创思维：每个人都与用户接触以演示、部署和调试产品。
最令人着迷的现象：如果员工直接听到用户表达痛点的详细描述，他们采取行动的可能性比听到二手摘要高出一千倍。PM 的工作就是尽可能多地制造这种"轶事驱动的行动"。
具体做法
- 要求参加研究：每个团队成员至少参加 50% 的研究会议。
- 鼓励提问：在用户直播通话中随时加入并有价值地跟进。
- 持续研究（Always Be Researching）：在 X 和社区论坛上直接联系用户；产品上线后，问朋友、问妈妈、问咖啡店里的陌生人。
- 原型验证：丢弃式代码是超能力。两周的实验可以省下四个月的错误开发。
第七章：先上土豆炖肉，再上甜点舒芙蕾
任何人都能把一个好创意变成现实——但首先你必须成为被信任的人。
一位产品负责人曾告诉她："想让领导为你的创意（你的舒芙蕾）出资，首先要先执行好他们想做的（土豆炖肉）。"
赢得信任的四步
- ✅ 你需要履历 → 交付东西。
- ✅ 你需要战功 → 交付好的东西。
- ✅ 你需要沟通渠道 → 领导需要知道你这个人。
- ✅ 你需要优秀的沟通能力 → 领导需要尊重你。
对 Mihika 来说，推出 FigJam 的早期功能——Sections、Music、Voting——给了她履历和战功。这些"土豆炖肉"铺就了她的"舒芙蕾"之路。
注：本文作者 Mihika Kapoor 是 Figma 产品负责人，曾主导 FigJam 和 Figma Slides 等产品从零到一的发布。