先让一线用的人爱上你：Figma 自下而上增长的两步打法

Claire Butler 是 Figma 的第 10 号员工、第一位市场招聘，加入时公司还在 stealth。她记得第一天走进市中心 New Montgomery 和 Minna 路口的办公室，大约十来个人，计划里产品要叫 Summit，公司品牌才叫 Figma，未来还有一整套「山峰」命名。她当场反对：两套品牌没法同时积累资产，Summit 也占不住，应该只用 Figma。Dylan 让她第二天给全员做演示。她当天就把材料赶出来，第二天这个名字就被砍掉了。

她把这件事和第一次线下聚会对照着讲。那次大概也只有十来个人来办公室，她负责食物，用 Instacart 点了披萨，却忘了冰。她走到三个街区外的便利店，一次拎四袋冰往回走，重到怀疑自己扛不动。Lenny 打趣说这几乎是个隐喻：总得有人去扛冰。Butler 说，早期就是这样：上一秒在拍定位，下一秒有人得去买冰块。

最让她焦虑的其实不是改名，而是走出 stealth 的那一轮发布。她以前在创业公司做过发布，但从未独自跑完从文案定位到公关的整条链。她把 Dylan 和当时的 Sho 关进会议室，把定位稿投到大屏幕上，逼他们逐字达成一致。更难的是身边没有同级可以核对判断。风险投资人帮过忙，Greylock 也出过主意，但他们终究不如自己了解生意。她说 Dylan 很会信直觉，而她自己也是在那段时间学会信任自己的判断。

Butler 加入前已经在一家稍大的创业公司待过，大约 Series B 进场，后来经历了收购。她当时已经决定要去更早期的公司，所以真正要选的是「去哪一家」。她同时在看几家，包括无人机和广告技术，那些业务她直觉上听不明白。Figma 的前提却立刻对上了：她每天用 Google Docs、Asana 这类在线工具，觉得设计居然还不在线上很奇怪；自己当市场的时候，给设计师发邮件反馈也极没效率。

第二点是她信任的人押了注。Index 是上一家公司的投资方，Danny Rimer 把她介绍给 Dylan，前老板 Greg Smearon 当时是那边的驻场创业者。她还见到了 John Lilly，得先去搜一下这个人是谁，但履历很能打动人，而他也信这件事。第三点是 Dylan 不好拒绝：她列出各种顾虑，他会一个一个拆掉。她强调自己当时完全没料到 Figma 会做到今天这个规模，里面当然有运气，但这三件事构成了她愿意加入的理由。

Lenny 把她的选择概括成三条：你得真心觉得这个想法能做大；你信任的人已经押注；你还得被创始人打动。Butler 同意，并补了一句：她相信的是 Dylan 这个人。她说，Dylan 对付她顾虑的方式，就是他对付一切障碍的方式。

Butler 事后才把当时靠直觉做的事，整理成可重复的市场动作。他们叫过产品驱动，也叫过社区驱动，她现在更愿意说成自下而上、对准个人贡献者。对 Figma 来说，核心听众是设计师，是每天大约八小时泡在工具里的从业者。他们爱上的不只是产品，还有品牌和这件事可能长成什么。爱到愿意拿自己的社会资本去冒险，把产品扩散到自己的圈子里。跟收入最直接相关的圈子，是他们所在的公司。

这些人在大组织里变成内部冠军，推动采用，最终变成大额收入。这和自上而下的 SaaS 不同：后者先卖给副总裁，再往下压工具。对技术型产品尤其如此，从业者必须真的喜欢。Figma 因此前三年没有销售团队，付费全是自助刷卡，团队可以把精力放在用户要的技术功能上，而不是采购清单。经理或个人贡献者拿公司卡付就行。后来有了销售，绝大多数营销合格线索仍来自免费档或 Pro：用户已经在用，只是安全和采购卡住了，主动填表请 Figma 帮忙疏通。

Butler 说他们几乎没在程序化付费投放上花钱，销售线索从网站表单进来，而且对方公司里已经有冠军用户在推动。这种对话和冷启动完全不同。Lenny 追问和其他自下而上公司相比，Figma 到底独特在哪。她认为关键是对编辑器本身的执念：设计师每天用八小时，少一次点击都是大事。协作是差异化，也是人们留下来的原因，但没人想听协作、学协作，人们只想让它好用。先爱工具，协作才会跟上。

Figma 大约从 2012 年做起，2015 年底才走出 stealth，安静做了大约三年。Butler 说决定发布，有一部分是为了士气：团队需要动量，需要一个可抵达的里程碑。继续闷头做也可以，但会很挫败。定位文档里最大的差异化是多人同时编辑，CTO Evan 估计还要大约一年。早期 Notion 的 Ivan 路过时直接说，没有 multiplayer 不能发。他们还是发了。

给她信心的不是功能清单，而是演示时设计师的反应。加入后的头几个月，她常和 Dylan 开车去各家公司演示。有人完全不感兴趣，觉得设计不该在线上做。可一旦矢量网络等核心能力到位，有人会直接把笔记本从 Dylan 手里抢走，自己玩。Lenny 说这是产品市场契合的好隐喻：所谓 pull，就是有人真的把东西从你手里抽走。当时已有少数团队在全职使用。她觉得这就够了。

谈到指标，她持一个可能有争议的看法：早期数字太小，从指标侧几乎测不出什么。她常重复一句话：你没法靠优化走到产品市场契合。她不在乎一封邮件把转化抬高 5%，那说明不了事情是否成立。比起落地页的微小改进，她更想找到几个真正爱产品的人，靠轶事、对话和例子当信号。Lenny 自己的心智模型也很接近：先让一家公司用起来，留住他们，再找第二家，然后再让有人付钱。

Microsoft 是这条自下而上路径的样本。Butler 第一次约到 Microsoft，是因为看到有人注册了 Figma，认出那是朋友前男友，直接私信约见面。早期就是这种不体面的拼劲：共享 Lyft 里 Dylan 也会跟人聊 Figma，对方后来成了用户。Microsoft 里第一个口袋是被收购进来的 Xamarin 团队，然后产品慢慢在更多团队里冒出来，全靠信用卡，没走过采购，也没过安全审查。

数据科学团队后来做了节点图：输入一个组织名，就能看到谁先用、谁邀请了谁、集群如何从一支队伍跳到另一支。图上会有一个明显的中心人物，扩散几乎都从他开始。Butler 说，这才让他们看清内部冠军有多关键。等到节点图已经铺得很开，Microsoft 反过来找上门：他们需要安全、客户成功和采购，要把已经失控蔓延的工具收编成可付钱的企业产品。当时 Figma 甚至还没有企业档，也没有对口销售。

Lenny 想起 Airbnb 早期也是一两个设计师先用，再传到产品经理。他自己当时刚换成 Sketch，第一反应是：难道又要换一次？Butler 承认「刚换完工具、不想再迁一次」是他们必须跨过的阻力。她的结论很简单：早期你得用尽一切办法让人试用并给反馈；大客户往往是采用已经铺开之后，才主动要求付钱。

回到第一步：让个人贡献者爱上你。Butler 列了四条原则：可信度、和用户一起做产品、能长期维系关系的渠道、以及透明。可信度最先碰到的墙是：设计师不想听市场的人说话，废话雷达极高。效率、协作这类词一出来，他们就关掉。他们要的是功能怎么做出来、自己怎么用，然后自己看见好处。作为第一位市场负责人，她很快决定：核心动作是「不要营销」。

当时手里只有工具、设计团队和工程团队。编辑器本身是技术成绩：用上了游戏那套 WebGL，Evan 让设计工具跑在浏览器里。她推动 Evan 写技术文章，那篇一度冲到 Hacker News 第一。设计团队则深挖网格、矢量网络这类基础原语为什么改成现在这样。她给内容设了一条简单标准：如果她自己看得懂、甚至能写出来，就太浅了。早期一篇网格文章写到 Josef Müller-Brockmann，她当时还得去搜这个人是谁。

发布大约六个月后，她招进来的第一个搭档不是市场人，而是从用户里长出来的设计师布道者。工程师和设计师本职是做产品，没那么多时间写内容、见用户；这位布道者全职见用户、写东西，再把反馈送回产品。Butler 称之为撒在市场动作上的「魔法粉」，这个职能后来随 Figma 一起放大。头六个月大约只发了十篇，刻意走质量和 Designer News、Hacker News、Twitter，而不是堆数量。Lenny 联想到 Datadog 让工程师写博客，她说那正是同一件事。

第二条原则是和客户一起做产品。Coda 是第一个说「我们全职用」的公司。Dylan 和 Butler 开车去帕洛阿尔托演示，设计师 Jeremy 答应了，两人在回来路上还去 Oren's Hummus 买了庆祝的午餐。回到办公室，Jeremy 发来消息：工程师 Philippe 打不开文件，那他们就没法用了。Dylan 让所有人先把手上的事放下。查过服务器没问题，最后发现是 Philippe 的 MacBook。Evan 有车但不方便，Dylan 只好载着 Evan 再开一趟，把电脑修好。

早期用户极少，几乎全员泡在 Intercom 里做支持。有人报 bug，工程师会立刻拉起对话、当场复现、马上修。布道者加入后，这种倾听才变成可交接的工作：见用户、催试用、把「不好用」带回去，并告诉对方「你提的已经上线了」。Butler 说，这会让人觉得工具有自己的一份。Lenny 指出这是典型的「做不可规模化的事」。她同意：早期根本没有什么是可规模化的，你还是得做。

Lenny 问，为什么标准必须是「爱」，而不是「在用」？Butler 说，把产品带进团队、带进自己的圈子，是在拿自己冒险，尤其在工作里。只是在用，过不了从用户到冠军那一跳。没有那层热情，就不会有人替你扩散。Sho 后来在newsletter 里写过类似的课：Dylan 坚持先帮这个还没付钱的人用起来，当时有人觉得还有「正经功能」要做；事后才明白，若连第一个真正用起来的人都留不住，后面都不必谈。

第三条原则是选一个人们不用额外投入就能跟上你的渠道。Butler 常被问：公司里只有一个市场的人，该把精力放哪？她的答案是去用户已经在的地方，而不是让他们来你的 Slack。早期没人认识你，也不会进你的空间。Dylan 很快锁定 Twitter：设计社区早就在那里分享方法和资源，影响者网络也在，跟 Figma 无关。他们几乎 All in 这一条，别的先不做。

Dylan 自己写了爬虫：先圈定几位想请教的设计影响者，再往外扩谁关注他们、影响力如何，画出另一张节点图。图上能看到图标设计师、平面设计师、产品经理等集群。早期他们私信这些人要的是反馈，不是推销。同一批人也是他们在 Twitter 上关注、互动、投喂技术内容的对象。账号背后是 Dylan、Sho 和工程师本人，而不只是品牌号。Butler 说，这让人可以先被动关注很久，等产品成熟到值得全职切换，再进工具。后来进新受众时，他们还把这张图拿出来看过。

第四条是透明和真实。用户少的时候这很自然，难的是规模变大之后仍不躲在品牌后面。Butler 觉得更好的例子其实在后期。Lenny 把前半段收成：先建立可信度，和用户一起做，找到一对多的连接点，再用透明把关系养厚。她点头说，就是这些。

Butler 说飞轮一旦转起来，今天 Figma 进新市场、推新工具，仍然主要靠这一套，只是战术外形变了。布道者从她的搭档长成一支大团队：开发者布道者、FigJam 布道者，以及进入新地区时的落地成员，日本就有设计师布道者。早期那位搭档会当场说「这话太渴了」「你又在用空词」，也会去 Etsy 吃午饭收反馈。这些人往往是社区里自己长出来的热爱者，很难按普通岗位去搜；设计师布道者此前都做过产品设计师。

和用户一起做，规模化之后变成质量周：工程师可以去 Twitter 和支持工单里挑让人天天难受的小事来修。几年前他们决定把这些修补打包成一年一次的发布，叫 little big updates，甚至展示是哪条推文或论坛帖推动的。Butler 说这是最受欢迎的发布之一，因为改善的是每天的生活质量，又回到少一次点击那种尺度。透明的压力则出现在故障时：有一次 AWS 集群出问题，一周内多次宕机，Twitter 上被淹。他们发了公开复盘，写清技术原因和修复，并全盘认账。

她真正最难的一天，是宣布被收购那天。她负责社交媒体，当时对外只转发了 Dylan。同事 Raji 坚持必须直接和用户说话，证明还是同一家公司，别躲在品牌后面。第二天他们开了公开的 Twitter Space，Dylan、Sho、Raji 和 Tom 在场，什么问题都可以问。Butler 说，潮水是从那时候开始转向的：人们愿意给一个机会，看事情会不会好起来。Config 大会也是同一套逻辑：内容来自公开征集提案，布道者帮讲者打磨，对准一线从业者怎么用工具，同时把会做成更像摇滚演出而不是年会。

第二步是帮产品在组织里扩散。Butler 又列了四件事：让试用和分享足够容易；把设计师布道者带进销售过程；找到能规模化的那根运营杠杆；以及和冠军用户把关系一直维持下去。第一件今天看起来很简单：任何人都能在 figma.com 注册免费账号、建免费团队。她自己也有个人免费号，用来做家里的设计。早期甚至只是分享链接、全部免费。大约发布两年后才有定价，出现了 starter 团队。

最初的 starter 是无限文件、只能和两三个人协作，多加人就撞付费墙。他们很快发现这是在伤害自己，于是改成大约三个文件、协作者不限。指标立刻说明这件事对了：付费之前先能分享，团队才有信心，才轮到采购。Butler 说方向凭直觉就清楚，难的是变更管理——当时已有人绕开限制，用草稿和链接协作，他们还想把那条路收掉。免费升 Pro 靠刷卡，Pro 再升 Org 才走销售；绝大多数销售线索仍来自免费或 Pro。

包装上还有一条：查看和评论免费，只对编辑者收费。设计师把产品经理拉进来批注，对方可以长期免费用，产品也就渗进组织里更多角色。Lenny 坦言自己刚因为三文件上限升了级；Butler 说那确实烦，文件在草稿里搬来搬去，最后觉得每月大约 12 美元省得麻烦。她说核心地基不会频繁重做，但 Variables、Dev Mode、FigJam 这类新能力会不断倒逼各档位放什么。从免费到 Pro 必须足够自然，因为中间没有销售插手。

Figma 招第一位销售的同一天，下一位设计师布道者 Tom Lowry 入职。第一位布道者爱的是产品本身，当时还没有组织可带；Tom 则是把自己公司带进 Figma 的内部冠军，想的是团队怎么用。他从不背配额，也不属于销售团队，却会和销售一起见客户，用设计师才听得进去的方式解释产品、指出卡住的地方、给最佳实践。销售后来把这叫 Tom Factor：他在场，单子明显更容易成。这个角色向 Butler 汇报，同时因为见过几百个客户，也是把反馈合成回产品的最佳接口。

那根运营杠杆是设计系统：预先定义好的按钮、间距、字体库，改一处就全局更新，并尽可能和代码对齐。早期 Figma 即使有，也只停在文件级，没法共享。大公司因此卡住：没有设计系统，就没法跟工程协同。团队于是办非正式聚会，把设计系统从业者找来，和产品、Dylan 一起听。Butler 自己去读 Brad Frost 的原子设计，补课什么是设计系统。随后他们在功能、内容和案例上加码，做成 DesignSystems.com，秋天还有面向进阶实践者的 Schema 大会。

设计系统后来成为从 Pro 升到 Org 或企业档的主因之一：公司更大、更有组织时才需要它，于是它成了升级的门槛功能。自下而上的下一层冠军，往往就是做设计系统的人——赢下来是最大盟友，赢不下来是最大阻碍。Lenny 的收获是：挡住采用的东西，看看能不能做成优势。Butler 补了一句前提：这套动作在「个人贡献者单独用也有价值、产品又足够技术」时最容易成立，因为从业者愿意花时间打磨手艺。Slack 那种一个人没法用的产品，路径会难得多。

最后一步是和冠军用户把关系一直维持下去。他们不会消失，有时还会生气并发推。Butler 记得某家大客户里有人公开抱怨，他们立刻得去谈、弄清问题。她也想这些人在工具之外能得到什么：演讲机会、社交放大、被做成思想领袖。对方有深度技术案例可讲，Figma 有平台去放大，两边都合适。Lenny 称之为飞轮套飞轮：更多设计师公开讲 Figma，又回头加固可信度。

公司长大、开始叠加更多自上而下动作、更要证明 ROI 时，Butler 觉得自己的工作越来越是保护自下而上的引擎：Config、Schema、按产品和地区放大的布道者团队。新方法必须往上叠，但不能把带你走到今天的东西随手拆掉。她认为更容易成功的前提包括：受众足够技术、在乎手艺、一个人用也有收获；目标群体里已经有现成社区可借道，而不必从零把人拉到你的场子；以及这个一线角色在组织里连接点很多，设计师天然要和产品、工程协作，适合当超级传播者。

她提醒听众，Figma 当时的劣势同样真实。Designer News 上第一条反应是：如果这就是设计的未来，评论者就要转行——设计师并不想被协作。Uber 那种高度竖井的文化，采用 Figma 本身就是组织变革。团队侧最重要的，是有一位相信这套方法的高管。Butler 说这不是她发明的，是 Dylan 先信、先推，并做成文化。指标不会立刻告诉你这套是否奏效，你仍然需要信信号多于短周期数字。有意思的是：早期最难的是信任自己的直觉；要做到这套模型，你最需要的还是这件事。