0:00
We had Coda.
Search this video
0:00
They were our first user, and they were based in Palo Alto.
0:00
Dylan and I drove down and demoed the product to them, and they were the first ones.
0:05
Their designer, Jeremy was like, "Yes, we'll take this on full time."
0:09
And I remember we were both like, "What? Really? You will?"
0:13
That was the first person who said yes to us.
0:13
And so, we were so excited.
0:17
This was a huge milestone. We were just so stoked.
0:17
And then we got back to the office, and I think Dylan gets a text from Jeremy being like, "Oh yeah, I tried to share this with Philippe, my engineer, and he can't get the file to open, so I guess we can't use it."
0:26
And we're like, "What is it? What happened?" Finally got someone.
0:30
And I remember Dylan was like, "Everybody drop everything. We have to fix this."
0:35
And after some looking at the servers and things, they were like, "Nothing's wrong."
0:39
And then they realized there's a problem with Philippe's MacBook.
0:42
And Evan down only had a car, so Dylan had to drive Evan down to Palo Alto to fix the MacBook of Philippe just to get them to use the product.
0:52
Welcome to Lenny's podcast, where I interview world-class product leaders and growth experts to learn from their hard one experiences building and growing today's most successful products.
0:59
Today my guest is Claire Butler.
1:04
Claire started at Figma while they were still in stealth as their 10th employee and their first ever marketing hire.
1:08
She led their original launch and go-to-market and also their branding and positioning and messaging work.
1:13
And eight years in, she continues to lead their go-to-market and bottom-up growth motion along with community events, social advocacy, and Figma for education teams.
1:22
In our conversation, we get the first ever in-depth glimpse into how Figma grew and continues to grow.
1:28
Claire shares her two-part go-to-market strategy, which involves getting ICs at a company to love you and then enabling them to spread the product within the organization.
1:38
She shares tons of amazing stories and examples and lessons from how the Figma team executed the strategy and how you can apply it to your own product.
1:44
This is an incredible episode with so many gold nuggets of wisdom.
1:49
You'll probably want to listen to it more than once.
1:54
With that, I bring you Claire Butler after a short word from our sponsors.
2:00
This episode is brought to you by Vanta, helping you streamline your security compliance to accelerate your growth.
2:05
Thousands of fast-growing companies like Gusto, Calm, Quora, and Modern Treasury trust Vanta to help build, scale, manage, and demonstrate their security and compliance programs and get ready for audits in weeks, not months.
2:19
By offering the most in-demand security and privacy frameworks such as SOC 2, ISO 27001, GDPR, HIPAA, and many more, Vanta helps companies obtain the reports they need to accelerate growth, build efficient compliance processes, mitigate risks to their businesses, and build trust with external stakeholders.
2:35
Over 5,000 best growing companies use Vanta to automate up to 90% of the work involved with SOC 2 and these other frameworks.
2:41
For a limited time, Lenny's podcast listeners get $1,000 off Vanta. Go to vanta. com/lenny. That's V-A-N-T-A.
2:52
com/lenny to learn more and to claim your discounts. Get started today.
2:59
This episode is brought to you by Mixpanel.
2:59
Get deep insights into what your users are doing at every stage of the funnel at a fair price that scales as you grow.
3:05
Mixpanel gives you quick answers about your users from awareness to acquisition through retention, and by capturing website activity, ad data and multitouch attribution right in Mixpanel, you can improve every aspect of the full user funnel.
3:21
Powered by first party behavioral data instead of third-party cookies, Mixpanel is built to be more powerful and easier to use than Google Analytics.
3:26
Explore plans for teams of every size and see what Mixpanel can do for you at mixpanel. com/friends/lenny.
3:38
And while you're at it, they're also hiring.
3:38
So check it out at mixpanel. com/friends/lenny.
3:50
Claire, thank you so much for being here. Welcome to the podcast. Thanks, Lenny. I'm excited to be here.
3:55
You've been on my wishlist of guests for a long time, and so I'm really excited to be finally chatting.
4:00
You were the 10th employee at Figma, which is now worth tens of billions of dollars depending on which valuation you look at, and probably thousands of employees.
4:06
I don't even know, but many, many.
4:10
And you joined before the product even launched.
4:10
And so, I have a million questions I want to ask about how Figma grew and all the things that went into it.
4:16
I'm curious what it was like to be early days at Figma.
4:21
Is there a memory that comes to mind that's zany, funny, fun, tangible of just what it was like to work at Figma in the early days? Yeah, totally.
4:33
No, that's a good question.
4:33
We were right downtown on New Montgomery and Minna, and I think the thing that sticks out to me is actually two competing stories that talk about just how much at that time you'd oscillate between these really high-level strategic decisions and then total current work.
4:46
So my first day at Figma, I come into the office and we're going through some stuff.
4:53
There's like 10 of us in the office, we're chatting, and I look at some of the plans, some of the things they're working on, and I see that they were actually had some branding and positioning and things that the products, Figma, was going to be named Summit, that was the name.
5:07
So the company was going to be Figma, and then the product suite, the product design tool was going to be Summit with the idea that eventually we'll have other tools and that could be like mountaintop or I don't know what the rule, they had a whole thing around the different things that could be for the future product set.
5:26
And I remember my first day, I had an immediate reaction of like, " We cannot make this thing Summit.
5:31
That's not going to work.
5:31
We can't have two brands.
5:31
Summit's not ownable, we can't build equity and multiple things.
5:36
That's just never going to work.
5:36
We kind of have to just stick with one."
5:40
And I think Figma is ownable and makes sense and we should just go with Figma.
5:40
So we kind of should probably kill the Summit thing.
5:45
And Dylan said to me, he was like, "Oh, that's interesting.
5:48
How about you make a presentation and present it to everyone tomorrow?" And so I did that.
5:48
I was like, "Oh, okay, I guess this is what I'm doing the rest of the day."
5:54
So I went and made a little presentation about how we couldn't build all this equity in two places and all of the things, and then the next day we decided to kill that name.
6:02
And so we went with Figma for the name of the product instead of Summit.
6:07
And that's how fast things moved, right?
6:07
And how much you just ran with it and how to ownership.
6:12
I compare that to the first meetup we had, which was probably just 10 people in the office, honestly.
6:16
But I remember I was in charge of that, so I had to get all the food and everything there, and I just Instacarted some things and ordered some pizza, but I'd forgotten ice.
6:27
And so I had to go walk down to the nearest corner store, which was three blocks away or something, and get ice. And I got four bags.
6:33
And I remember I was walking down the street down probably third street with three bags of ice and it was really heavy.
6:38
And I remember thinking, "This is so hard. This is so heavy.
6:42
I can't carry all this ice."
6:42
And it's just like that's...
6:47
I did that too probably the next week.
6:47
And so, I think it was just this oscillation between like, "Oh, we're making these high level strategic decisions and someone else has to go by the ice."
6:56
So that's what it was like at Figma in the early days. That's incredible.
6:59
That's almost a metaphor.
6:59
Someone's got to go carry the ice.
7:03
Almost got to the ice for the meetup. Yep.
7:05
That's so interesting about Summit, I had no idea that was [inaudible]- That wasn't a good name.
7:08
So if you liked that better, I'm sorry because I killed that.
7:13
Who could like it better now that everyone loves Figma and that's just what it is?
7:16
Do you think Figma would've been as successful with that name, looking back?
7:20
I think we probably would've changed it later.
7:20
I think we just saved ourselves some time and without having to change it.
7:26
And then how many days or weeks into your tenure was that happening? The name change or... Yeah. The first day.
7:33
No, that was literally my first day. The first day. No, no, no.
7:36
That was my first day and my second day. Not even kidding.
7:36
My first day, I made the recommendation, the second day, give the presentation and the decision was made. Wow.
7:44
I was going to ask you what the most stressful memory of early days Figma was.
7:47
I'm guessing it's the same story. It's not actually.
7:49
So I think the most stressful thing, I was thinking about this, was when we launched out of stealth.
7:55
So I come into Figma, I had lots of experience.
7:55
I'd been in another startup before that, I launched stuff, but I was still kind of junior.
8:00
I had done these things, but I didn't have a ton of cycles, and I never ran the whole thing from like, okay, messaging and positioning.
8:11
This was a forcing function for us to do our messaging and positioning.
8:16
And I remember there was more than one day where we locked ourselves in a conference room and I made Dylan and show at the time have this positioning up on the big screen and made them agree on it word for word.
8:26
We'd just never done that before.
8:26
But then I'd also never run PR press and all of a sudden, I had to run press and PR.
8:35
And I think the hardest part there and the most stressful part was I didn't have anyone to talk to. It was just me.
8:40
And I didn't at the time have enough cycles to have the confidence that the decisions I was making were the right ones.
8:45
And so it was hard not to second guess myself sometimes in that position.
8:52
And I think that's some of the hardest times of being at a startup, especially when you're the only marketer, the only go-to-market person is, you don't have anyone to talk to, to like got check stuff with.
9:01
And so it does take this immense confidence in yourself, but that's stressful when you don't have the cycles.
9:06
And so that was very stressful for me for sure.
9:11
How did you overcome that?
9:11
Did you find people to work with and run ideas by?
9:15
Did you just do it and figure it out?
9:18
I mean, I had Dylan, but we just did it, right?
9:18
Especially in those early days.
9:18
I remember there were a couple of freak out moments where I would try to get our VCs to help us.
9:22
I remember Greylock was helpful at least over there, but ultimately, they help a lot, but they don't know your business as intimately as you do.
9:32
So at the end of the day, that's something Dylan's really good at is trusting his intuition and gut.
9:37
And so, he was helpful on the decision making, but then also you just got to go for it.
9:41
And I think that that's something that I learned at that time that's helped me throughout the rest of my career is building that confidence or that trust in yourself because it wasn't something that I necessarily immediately had.
9:55
Next question I wanted to get into briefly is, you joined Figma really early, became one of the most successful, loved companies in history.
10:00
What did you see early on that convinced you that Figma was the company to join and ask?
10:06
Because a lot of people today are looking for places to join and trying to decide what to do.
10:10
Clearly, you made a good choice. What did you see?
10:14
So I had been another startup before Figma, a little bit bigger.
10:14
I think I joined at Series B and then got through on acquisition.
10:18
And I had a sense that I wanted to do something early.
10:21
And I'd already made that decision that I wanted to go early stage.
10:21
So I'll take that decision making part out.
10:27
But then from there, I was talking to a couple different companies, and when I went to Figma, there were three areas that stood out the most to me.
10:36
The first was, it logically made sense.
10:36
And I know maybe that sounds basic, but I was talking to just a drone company or a SaaS tech, like ad tech company, and I just didn't get it, honestly, it didn't intuitively make sense to me or I didn't understand the technology or something.
10:49
But at Figma, the basic premise immediately logically clicked for me like, "Oh yeah, I use Google Docs, I use Asana, I use all these online tools. That's so weird.
10:58
That design's not online. Why isn't it?"
11:06
And as a marketer, I'd worked with designers and sent feedback and emails, and that's really inefficient.
11:11
And it made a ton of sense to me that yes, that should be online and collaborative.
11:11
So that was the first thing that I was like check the box.
11:16
And the next one was, I knew people who believed in it.
11:21
So I got introduced to Dylan via Index.
11:21
They were an investor at the last company I was at, and Danny Rimer specifically.
11:27
And my old boss, Greg Smearon, who was an EIR there.
11:31
And I trusted them a lot and they invested in it. I also met John Lilly.
11:31
I didn't know who he was.
11:36
I had to Google him, but he seemed really smart.
11:36
And when they Googled in, he was very impressive, and he believed in it. So that was great.
11:41
And then I think the third thing was, I remember when I was trying to decide, Dylan really didn't take no for answer. He's very persuasive.
11:50
And I remember he'd calling me and text me and then I'd have all these concerns or things and he would just pick them apart one by one of reasons why they weren't real concerns or things to get over them.
12:01
And so I think that that was the third thing is, that's just who he was and that's how he is with everything.
12:05
And so, if that's how with me, that's how he is with any obstacle that he has.
12:09
And so, when I looked at that, I was just like, "All right, let's give this a go." And I didn't know. I didn't know.
12:14
I had no idea it would be as big as it is today.
12:19
So some of it was luck too, for sure.
12:19
But those are the three things of how I made my decision.
12:24
So what I took away there is, one, you just believe in idea, obviously.
12:28
Make sure you actually think this could be really big, two is some social proof people you trust really believe in it.
12:33
In this case, it was really smart investors, they knew.
12:36
And then the third is, it sounds like you were also just impressed with Dylan. Yeah, totally. I believed in him.
12:42
So you joined Figma before it even launched, it was still in stealth.
12:42
You joined as the first go-to-market hire.
12:46
You helped launch Figma, you continue to lead go-to market at Figma.
12:52
And so this is a good segue to where I want to spend most of our conversation.
12:52
I essentially want to try to unpack what worked to build Figma into the business that it is today from beginning to even now.
13:02
You're also there for eight years.
13:02
So you saw a lot of what worked and didn't work.
13:06
And so let's start with the beginnings of Figma and the go-to-market motion that you developed and how you actually implemented it.
13:13
So maybe to start, if you could just talk about just what is a bottom up go-to-market motion?
13:19
And then you also shared somewhere that Figma has a very unique bottom-up go-to-market motion.
13:25
So maybe just those two areas, just broadly, what is bottom-up go- to-market motion, and then two, what is unique about Figma's approach?
13:33
I've reflected back to get to some of these answers.
13:33
I think in the moment, so much of what we were doing was influenced by gut, by trying to connect with people, listening to them.
13:39
But when I look back is when I'm like, "Oh, this is a repeatable motion."
13:45
So when I look back at it, I would say that if I were to define and think about how I define our go-to-market motion, and we've said it, we've called it a lot of things over time.
13:56
We called it product-led, we called it community-led.
14:00
The way I think about it now is this bottoms-up motion, that really is focused on ICs.
14:04
So it's all focused on like, "Okay, so you have this core audience."
14:04
For us it was designers and they're largely individual contributors, so they're people who are practitioners who are using your tool.
14:15
For us, it's like eight hours a day.
14:15
If you're a designer, you're in it all the time.
14:20
And they love you, and you build this relationship with them within the product, but it's beyond the product, right?
14:24
It's also believing what the product can be in the company and the brand.
14:29
And they love you so much that they're willing to put their social capital and themselves in the line and spread the product throughout whatever their communities are.
14:41
And the one that's connected the most to revenue is companies.
14:45
And so that's where the revenue model really clicks in is you have all these individual contributors who love you, but then they also work at these big companies and these big orgs, and they become these internal champions who spearhead adoption within their organizations and eventually turn into large amounts of revenue.
14:59
And I think of that as our bottoms-up motion.
15:04
And that's different from tops-down.
15:04
And a lot of SaaS is tops-down where you go straight to a VP or an executive buyer, they then agree to buying a tool and then that goes down to their organization.
15:15
I think with technical tools especially, this becomes really important.
15:19
The practitioners have to love it.
15:19
And also, sometimes I wondered as an executive care, you know what I mean, what tools people are using?
15:24
And so for Figma, what that looks like and why this is so efficient of a go-to-market motion for us is, we actually didn't have a sales team for the first three years.
15:34
So all of our revenue, it was paid, but it was all self-serve.
15:34
And so we'd work with these.
15:42
We weren't worried about things.
15:42
I mean, you cared about security, but all of the org features that people need and want when you're working with procurement, we were just focused on technical features for users mostly.
15:51
And then the individual contributor or maybe the manager would just put them on their credit card.
15:56
That was the way that things grew.
15:56
And so there was no sales team for a long time.
16:00
We did have one eventually, and I'll talk about what that looked like.
16:03
But then the second thing was, once we did have a sales team, and even up until now, so much of our revenue and our sales and our MQLs, our marketing qualified leads come from our free tier.
16:13
So it's people, they're using it, maybe they use it for free.
16:13
We have a very robust free tier.
16:19
Maybe they use it for pro, which is on your credit card.
16:19
And then once it's widespread and they've gained the confidence, then they're ready to bring in sales work with procurement.
16:28
And they actually come to us and they're like, "Hey, I work at this company.
16:28
I really want to get my whole company to use it, but security's not letting me.
16:33
Can you help me unblock it with them?"
16:39
We didn't spend that much money, any money really programmatically on paid or programmatic marketing because all of our leads for sales would come in through a form on our website, which was current users either free or pro wanting to upgrade.
16:49
And at that point, it's a very different sales conversation to unblock someone or to just help them implement Figma when they've already have an internal champion who's bought in, and they're really the one leading and driving the sale within their organization.
17:03
So I think that that's made us really efficient as like this is a really efficient model and has really powered so much of our growth over time.
17:14
Somebody listening to this that has a saying, B2B SaaS companies like, "Oh, okay, I just need to get people to love my product and it's going to be great."
17:22
And so I want to unpack that just like what you did because it wasn't obviously an accident that people loved Figma.
17:26
But before we get there, you talked about that there's a unique approach to the way you did bottom up.
17:31
What do you see as what the typical bottom-up go-to-market motion is that other companies try to play that you think Figma did differently?
17:39
Is it this obsession with ICs on teams or is there some other element of it?
17:43
I think there are other people who do bottoms-up and who do it well.
17:43
I think for us it's unique because the individual contributor spends so much time in the tool, and it's so important to them.
17:49
I think about things that we focus on where it might take one click off of someone's workflow, and that seems like a really small update.
18:01
You have to click one time instead of twice to do something.
18:05
When you're a designer and you're in a tool eight hours a day, saving that one click is huge.
18:05
And so I think the obsession with quality and with craft within the editor for us, for Figma, is maybe the difference.
18:17
And I think about other go-to-market tools that maybe focus so much on the collaboration side or the product-led of the expansion.
18:22
And that is a huge part segue, don't get me wrong, but the tool itself, the editor, that's where it all starts and that's what these people love.
18:33
And then the collaboration is like, yes, it's the thing that's like our differentiator, but it's actually like you stay for the collaboration.
18:41
You don't want to talk about it or learn about it.
18:41
Nobody wants talk about collaboration.
18:41
You just want it to work, right?
18:45
You care about the tool and that the tool's working well.
18:48
And so I think that maybe that's the difference is the obsession with the tool itself. Awesome.
18:52
Yeah, something I learned recently is that multiplayer wasn't even a part of Figma at launch, [inaudible] a year later. I know.
18:57
We can talk about that, and we want to know making a decision of when to go to self because we almost didn't because it didn't have multiplayer.
19:04
Oh yeah, let's talk about that.
19:04
Yeah, that was a poor differentiator and we can't not have it, but then we did anyway.
19:10
Yeah, let's take a tangent there actually.
19:10
Just that decision to go from stealth.
19:10
So Figma was in stealth three years or four years before [inaudible] idea. Gosh, three, I guess.
19:17
I think is 2012 that they started, and then we launched in at the end of 2015.
19:23
So between around there, yeah, around three or four. Cool.
19:27
And then you joined right before they launched.
19:27
We're going to come back to what we were talking about, but just what did you see about that decision of now's the time to launch?
19:34
Yeah, I think it was a couple things.
19:34
So I think the first thing is that the team had been building quietly by themselves in isolation for three years. And that's hard.
19:37
I think that that was a very real part of the decision to get out of stealth was that people had been building for such a long time. We needed momentum.
19:49
We needed to have a milestone that we were working towards.
19:53
We could have just kept building it quiet for a long time more, but it was very demotivating.
19:59
So that was a very big part of this.
19:59
So there was a desire holistically to get out of stealth.
20:04
But we didn't want to do it until we knew it'd at least be successful.
20:08
But that was a key thing for me.
20:08
I was working on that messaging, positioning that I was telling you, like we would have this.
20:12
I still have the doc actually where I was like, projected on the screen and Dylan and Sean and I picked apart every word of it and sharing with a link and multiplayer is the biggest thing.
20:20
That's the core differentiator. It's really funny.
20:25
I remember Ivan from Notion's early days, he stopped by and was chatting, and he's like, "Wait, you can't launch with that multiplayer."
20:30
And I was like, "I know."
20:30
So I was like, everybody was like, that was the core thing.
20:34
But the idea was that we wanted to get out of stealth.
20:39
We talked to Evan, our CTO, and knew it would take about another year for him to build it.
20:43
And for me it was like, "Well, is there enough here to get people excited to start and to get users, get more feedback?"
20:49
Because Evan was kind of building multiplayer.
20:49
I don't know enough about the engineering if he was doing it on his own or not, but he was the key person doing it.
20:58
But there are a lot of other things too that were being built or could be built through that year.
21:01
And we wanted to get more feedback from people and to start really get started.
21:05
And so to me, the things that I wanted to see before just deciding like, "Okay, so we don't have our key feature.
21:10
Can we still launch, or is there enough fear for people to get excited?"
21:10
At least my first three months, especially before we get going for the launch with the product, and probably even after that, I would just go around with Dylan and pilot or demo Figma to companies.
21:27
That was a lot of what we did.
21:27
So we'd go to these companies and we'd show them Figma and we'd get their feedback, and I would be driving around in Palo Alto, around the city doing that with Dylan.
21:38
And sometimes people didn't care.
21:38
They were just like, "What is this?
21:38
I don't want to design online," things like that.
21:45
But what we wanted to see, what I wanted to see was that designers were excited when they saw the tool.
21:49
And once we got enough features, and I saw this pretty quickly actually when I joined Figma, is that the people that we showed it to were really interested in it and cared about it.
21:59
And I remember after Vector Networks came out, after some of our other core features, there were enough things where people, I remember, they would take the laptop out of Dylan's hands when he would start showing it because they wanted to play with it.
22:14
And to me, when I started seeing designers do that, even if I wasn't sure if they'd use it as a team, even if I wasn't sure if they'd buy it, we weren't selling it yet.
22:20
They wanted to try it and they were excited about it.
22:26
And that kind of emotion, no reaction of wanting to play with it in these demos was really what gave me confidence that we were ready to launch.
22:35
And we had a couple teams, small numbers, and happened to talk about metrics and how hard it is to deal with metrics of this size, but very small numbers.
22:41
But we had teams who were using it full-time.
22:46
So we knew that some people were using it full-time and people who weren't were really excited to try and were very impressed with the technical feat of it all and interested.
22:56
And to me that was enough confidence that like, "Okay, it's worth it.
22:56
Let's get out of stealth." That story of the- ...
23:00
let's get out of stealth.
23:01
That story of the potential customer pulling the laptop from Dylan is such a good metaphor for product market fit, which people describe as you feel pull.
23:08
Someone's literally pulling it from your hands.
23:13
You talked about metrics that you maybe could share.
23:13
What could you share there?
23:18
At these early days, especially with bottoms-up and with all these things...
23:18
And people ask me all the time, "How do you measure things in an early stage situation?"
23:23
And I maybe have a controversial point of view here.
23:27
I don't think you can, from a metrics side.
23:27
Your numbers are so small.
23:33
One of the quotes I always like to say, and I say this now too, when we're doing stuff, because we're launching new products [inaudible] and it comes up a lot, is you can't optimize your way to product market fit.
23:42
I don't care at the early stages if something's optimized by 5% from an email.
23:46
That doesn't fundamentally tell me if something's working or not, so I think metrics are really hard and signal is actually way more important.
23:56
Can you get a couple people who love it, not a slight improvement of a conversion of a landing page.
24:03
And so I think that metrics are really hard in that way.
24:03
They can help you, but when the numbers are so small, you have to, again, trust yourself a lot more and have more intuition, but then also find more signal of the things that are working, whether it's anecdotal, talking to people, examples, and that becomes much more useful than hard metrics are sometimes.
24:26
I'm working on a post around product market fit and a step-by-step somewhat of our guide to help people down this path.
24:31
The way you described it is the way I'm thinking about it, is step one, get one company to use your product. Yes.
24:37
Step two- What do they want?
24:39
That was step one, and then that's not easy. That's not easy. Right.
24:43
And then it's like, get them to continue using your product. Yes.
24:46
And then it's get two companies to use your product. Yes, exactly.
24:48
And then get someone to pay for your product.
24:48
Yeah, so there's all these major milestones.
24:52
Along those same lines, I saw an interview with Dylan talking about product market fit, and he had this interesting quote about how he realized first that they had product market fit a year later, which is when Microsoft, I think, was like, "Take our money.
25:01
We want to pay for Figma."
25:06
And he's like, "Okay, maybe this is going to work."
25:06
Does that sound about right?
25:11
Well, it's interesting, and that goes up to the bottoms-up model that we could talk about.
25:14
I think the difference, if you think about a company like Microsoft and what this looks like, this is just a really good example of this bottoms-up motion in market.
25:19
Here's a funny story that I want to add.
25:27
Our first meeting with Microsoft actually came, and this is the scrappiness of working in an early stage startup, because I slid into the DMs of my friend's ex-boyfriend.
25:35
That's how we got our first meeting with Microsoft. Well done. I know, I know.
25:41
I saw that they had signed up for Figma, and I was like, "Wait a minute.
25:46
I think I know this person."
25:46
And that's how we chatted with them and first got feedback from them, so that's just a funny anecdote.
25:52
This could be a new strategy if everyone's going to try to- You literally do whatever.
25:54
Uber driver, shared Lyfts, we can talk more about that.
25:59
But yeah, you got to do whatever you can to get early people to try your product out and get really scrappy.
26:04
But for Microsoft, over time, we would have, I think it was...
26:10
What was the team that got acquired that we went into Microsoft?
26:10
I'll have to remember the name, but it was a small team within Microsoft and they were... Xamarin, it was Xamarin.
26:13
They were to ones who were using Figma first, and we saw that, so they were that patient zero at Microsoft.
26:23
And then we had, slowly over time, more pockets within Microsoft using the tool.
26:28
But again, we've never gone through Microsoft procurement, Microsoft security.
26:28
It just started popping up throughout the organization.
26:33
And we have these really cool Node graphs that show this too, where you'd have these little pockets of people and then it would jump to another, like they'd have one more collaborator and then jump from another pocket.
26:41
There were these really cool maps of how that spread within the organization.
26:44
And eventually, we got to the point where that was a very comprehensive Node graph that had this massive thing of all of these people from Microsoft using the product.
26:53
But still, it was only on credit cards.
26:53
I don't think we even had an enterprise product at this point, and so there was no salesperson for them to talk to.
27:03
And Microsoft was like, "Wait a minute.
27:03
We need to organize this. We need security.
27:10
We need account management.
27:10
We need procurement involved."
27:10
And I think that that's what it was.
27:15
They wanted to pay for it and they wanted us to have this enterprise product, because they had these requirements and they wanted to have a better control over it, because it was just popping up within the organization without their control.
27:25
And so that's probably a good example of what that looked like as this bottoms in motion just spread to a really large organization.
27:34
This Node graph thing, is that a tool you built that's showing, helping you visualize within a company how it's all clustering? Or what is that?
27:40
Well, our data science team built it.
27:40
I don't know if it's like...
27:40
Yes, I'm sure it's an internal tool.
27:45
I just remember there was a website in Node or something that we would use, and you could type it in an organization's name.
27:51
You still could do this.
27:51
It's within our data analytics system.
27:56
You type in the name of an organization and it just pulls up everybody.
27:56
And it shows, because Figma spreads through new users, but also gen one, gen two, these people invite people.
28:05
And you can see these Node graphs of how somebody started Figma, maybe at the center, and then they invited someone else, and then it shows how that spread.
28:16
And so you get these clusters, and you can see the clusters are teams, but then you can see someone invited someone in a different org to a file and then that started a new center of a cluster.
28:25
They're really interesting.
28:25
And you can pull up, you can type in any org, any org at Figma and see what that Node graph looks like.
28:33
But they're super interesting to see how those spread. That is super cool.
28:37
And I imagine that also informs how you go to market by figuring out who spreads to who and who's often [inaudible].
28:44
Totally, and that's when these internal champions, that's what the key is.
28:44
And that's maybe the takeaway of how important these internal champions are, because you just need someone to land there and then them maybe passing it up.
28:51
You could hover over and see this person's at the center of this Node graph and all of these people that spread from this one person at the company.
29:02
And that, I think, was the unlock to be like, "Oh yeah, these internal champions, they're really the key to all of this."
29:11
I remember it spreading at Airbnb early on.
29:11
I think Airbnb was one of the early customers and it was just one designer, a few designers starting to spread to the product managers.
29:18
I was just a member on the team being like, "Goddamn it, we just switched to Sketch.
29:21
Are we going to switch again to a new product?"
29:25
That was the hardest thing to feel like I don't want to switch twice.
29:27
That was definitely something we had to get over.
29:29
But it happened for good reasons.
29:29
Okay, one last thing that you mentioned that I wanted to follow up on.
29:34
You said something about shared Lyfts, and maybe that's a funny story of some sort.
29:37
Oh, I don't know specifically.
29:37
Actually, Dylan specifically is such a hustler, especially in those early days.
29:42
And he would just, really anyone that he would meet, he would talk about Figma with them.
29:48
I don't remember who it was, but there was definitely a situation where he met someone in a Lyft and then they became one of our users.
29:51
He used every angle he could to try to get introduced to new designers, especially in his pre-launch days where we didn't have as many connections to just get people to try it out and get more feedback. Okay, cool. Let's get back on track.
30:05
We were talking about the go-to-market motion that you executed and modeled at Figma.
30:11
There's two steps, right?
30:11
Step one is get ICs to love you, and then step two is help it spread from that person, right? Yep, yep. Okay, cool.
30:22
So, let's start with step one. Okay, cool.
30:25
Like I said, obviously, it'd be awesome if somebody loved your product at a company.
30:28
What did you actually do to make that happen in the early days? Yeah.
30:31
It's really interesting when you think about the early days too, because you're like, "All right. We don't exist."
30:34
How do you get them to love you when literally, they've never heard of you before?
30:39
Also, like you were saying, in your situation, "Oh, I used Sketch.
30:39
I was maybe in Photoshop before that, something else.
30:45
I just made the switch over to this new tool.
30:45
We finally got it working.
30:50
I really don't want to move tools again."
30:50
You have that inherent thing against it there.
30:54
Especially I thought about this, and I think there are four main areas that we focused on to make this start, to get it going, and then we kind of still do this stuff today.
31:05
The first thing is all about credibility.
31:05
I think in the early days especially, credibility is so important in establishing that initial credibility, again, especially with a technical audience like designers.
31:14
The second is actually building the product with your users.
31:19
And I know you had Sho on your podcast and he talked a lot about this too, just the customer obsession that we have the care of, especially that editor tool.
31:27
The third is finding a place where you can, in a way, that you can build this relationship over time.
31:33
Maybe that's specifically through a channel where they don't have to come to you, because they don't really care about you yet and they're probably not going to convert right away or start using you right away, so how do you get them to stick with you over time?
31:43
So, find out the channel where you can do that and then continue to build that relationship with them.
31:49
And then the four is just being extremely transparent and honest to build that relationship with people.
32:01
I know those all sound really fuzzy, so maybe we can go into them specifically. Absolutely. I was going to ask.
32:04
Because they sound really fuzzy when you talk about them.
32:04
A lot of this stuff is hard like that, where you're like, "Oh, that just sounds like buzzwords."
32:07
I can give you some examples of these four things, so maybe it helps to give some color to it. Great.
32:14
Let's start with the first one, credibility. Okay.
32:14
I was the first marketer at Figma.
32:14
I think one of the things I learned right away, very quickly was that designers don't want to hear from marketers.
32:24
They don't want to be marketed to and they have an extremely high bullshit meter.
32:24
You use a word like efficiency, collaboration, all of those buzzwords, and they're just like, "I don't want to hear this."
32:38
Traditional product marketing kind of stuff just doesn't work.
32:38
They wanted to hear technical features.
32:43
They wanted to understand how technical features work.
32:43
They want to hear, "How am I going to use this?"
32:47
And then they'll see the benefits, but they don't want to hear from marketers and they don't want to be marketed to.
32:52
And so I think especially with our audience in the early days, one of the things that I did was really try to not market.
32:58
And that's so funny as a marketer to say that, but that was really core to build authenticity with people.
33:03
And so the way that we did that in the early days was what we had was the tool, and that's pretty much what we had, and we had a design team and we had an engineering team.
33:15
We did some cool stuff in the tool.
33:15
First of all, the tool itself was a technical feat.
33:21
It was the first time it used video game technology, WebGL. Evan's a prodigy.
33:26
The fact that he got a design tool to work on the internet was just amazing, and so there was a lot of engineering interest there, credibility building of, "How did you get this to work?"
33:34
I got him to make technical content and that, I think, went to number one on Hacker News, that people were just interested in him.
33:39
And then we had a design team, and our design team was our target audience.
33:43
And so we talked a lot about how we chose to build features, all the things that went into it.
33:47
And so many of the primitives of design tools have been like that forever, and so we changed the stuff.
33:53
One of them would be how we did grids or how we did vector networks, and we'd go into these really deep details of how we chose to make those product decisions, all the craft decisions that went into it.
34:08
I remember one of my bars were deciding if something would hit this or not, if they would be interested was, "Did I understand it?" You know what I mean?
34:13
And if I understood it, it was probably too basic, or if I could have written it myself, it was probably too basic.
34:16
I remember we did one on grids in the early days, and we went really deep on Joseph Muller Brockmann and his influence on grids.
34:27
And now, I very much know who Joseph Muller Brockmann is because I work with designers, but at the time, I had to Google it.
34:32
I was like, "Who is this?"
34:32
But that was one of my bars for if something would be good enough for our technical content, was if I could have written it, it's not good enough.
34:40
And so that was key for us in building credibility, because we had this design team.
34:45
And then when six months after we launched, I actually got to hire someone to do marketing with me, the first person I hired was actually a designer advocate.
34:56
So it was not a marketer, it was someone who was a designer.
34:56
The designers and the engineers that I was trying to get to help me with stuff also had to design and build the product, so they didn't have a ton of time.
35:05
But this designer advocate was working full-time with me on this stuff, and he came from our user base.
35:10
He was one of the very few people in the early days who just loved the product and was very passionate about it.
35:16
And that became his full-time job was to represent, to meet with users, talk to them, to write content and create content, and to bring that back to the product, and that was what he did.
35:31
And that designer advocacy positions actually scaled with Figma, and we still have it today. It's extreme.
35:36
I think it's the magic dust, we call it, that we sprinkle on go-to-market to make a lot of our go-to-market function work.
35:41
But yeah, we didn't focus on marketing, or traditional marketing.
35:45
We're very focused on the technical aspects.
35:50
There's so many little lessons there.
35:50
The designer advocate hire reminds me of something that Datadog did, where they hired engineers to write their blog posts. That's a great idea.
35:58
Yes, exactly what we did. Yes.
36:02
So, ways you build credibility, just kind of mirroring back what you just shared, one is writing content.
36:06
Basically, putting out blog posts that designers would be like, "Oh, wow.
36:10
This is really interesting," and start to feel like, "Oh, Figma keeps coming up in these really interesting pieces of content."
36:15
Yeah, even if they were using it, and I think that that was important.
36:15
When we launched, people wanted to test it because it was cool and see what it is, but then they bounced.
36:24
They're like, "All right.
36:24
This isn't advanced enough. I'll come back later."
36:24
Which is why we're give them reasons to come back, being like, "Oh, yeah, but the pen tools always worked like this, but we did it like that.
36:33
You should test that out."
36:33
And so we kept giving them these nuggets of reasons to come back in.
36:36
Remember, this was also before multiplayer, and so we couldn't collaborate, so it was use the tools to do these things.
36:45
That really helps people come back into the tool and spend a little bit more time in it.
36:48
How many posts would you say you put out in that first six months, just to give people a sense of here's how much?
36:52
It's probably not a ton, right?
36:52
It's probably some few really good ones. They took a long time.
36:57
Also, I had to work with an engineer or a designer to do every single one. Maybe 10 at most.
37:02
But those ones that went out, we tried to get on Hacker News.
37:08
We tried to get on Designer News at the time.
37:08
Twitter, we can jump into that, but it was also extremely big for us.
37:12
And so it was more about quality than it was about quantity. Awesome.
37:19
Okay, so one is put out great content.
37:19
People are like, "Oh, wow.
37:21
Figma's got some new ideas and maybe I should pay attention."
37:24
The other is having someone that's that function actually talk to them. Yes.
37:28
That was when we started accelerating this much, much more is when we brought in that designer advocate to help us with this full-time. Cool. Okay.
37:35
Let's move to the next one, which I think is building with your customers.
37:39
That one, I know you talked to Show, he talked a lot about this, this idea of customer obsession and of building with your customers.
37:44
And it also goes back to that whole decision that we talked about earlier, about when to come out of stealth.
37:48
You can only build so much with your customers when you're in stealth, because you don't have that many that know about you.
37:53
But especially, even in the early days when we only had a couple people, we really did listen.
37:58
And back to also what you were saying earlier about those steps to product market fit, get one person to use it.
38:05
That's really what we were focused on, especially in the very, very early days.
38:09
I remember the first one, I think I've told this story before, but was that we had Coda.
38:14
They were our first user and they were based in Palo Alto.
38:14
Dylan and I drove down and demoed the product to them, and they were the first ones.
38:20
Their designer, Jeremy, was like, "Yes, we'll take this on full-time."
38:24
And I remember, we were both like, "What? Really? You will?"
38:24
That was the first person who said yes to us, and so we were so excited.
38:29
This was a huge milestone.
38:29
We went to Oren's Hummus in Palo Alto on the way back to the office to bring some back for the team to celebrate. We were just so stoked.
38:38
And then we got back to the office, and I think Dylan gets a text from Jeremy being like, "Oh, yeah.
38:42
I tried to share this with Philippe, my engineer, and he can't get the file to open, so I guess he can't use it."
38:46
And we're like, "What is it? What happened?
38:51
We finally got someone."
38:51
And I remember Dylan was like, "Everybody drop everything. We have to fix this."
38:55
And after some looking at the servers and things, they were like, "Nothing's wrong," and then they realized it was a problem with Philippe's MacBook.
39:06
Evan [inaudible] had a car, so Dylan had to drive Evan down to Palo Alto to fix the MacBook of Philippe just to get them to use the product.
39:10
So anyway, get them to stick around. That's the first one.
39:14
But the building with people, the way that we did that was largely through just each person.
39:20
We really cared and listened to their feedback, especially when there were only a few people.
39:26
One way we did that was, I remember we implemented Intercom back in the early days, and there were so few users and so few of us that everybody was on Intercom all day too.
39:35
And so we'd get a chat and I would jump in sometimes.
39:35
Dylan would jump in, an engineer would jump in.
39:41
And he'd open up a chat with people and they'd actually debug the product with us live.
39:46
They'd be like, "I have this bug," and this engineer would be like, "Let me QA it right now."
39:51
And so that was one example.
39:51
We all did support back in that day, and the engineers would talk to users directly, get their feedback, and then go immediately fix things like bugs.
40:02
And so those are just examples of in the early days, what that looks like, and that just scales a lot over time as you're growing and you're talking to more people.
40:08
That advocate ended up helping us a ton when they came on board, because some of this stuff, I mean, none of this stuff scales.
40:19
Your engineers can't do support forever.
40:19
In the early days, that becomes really important.
40:19
But when we brought that advocate in, their whole job was talking to users, getting them to try to use the product, but then taking their feedback back when it wasn't something that wasn't working.
40:34
That helped us scale a lot, so that became really essential, and then telling people, "Oh, we fixed this."
40:39
It made them feel more ownership of the tool too, being like, "Oh, yeah. I asked them to do this. They did it."
40:43
That's just another way where you just build a strong relationship with people, because they feel very invested in your journey with you.
40:53
Which goes back to building credibility. Absolutely, absolutely.
40:57
There's so many important lessons there.
40:57
You talked about scaling this, but interestingly, this is very much doing things that don't scale; driving to their office, fixing their wifi on their laptop.
41:06
Early days, nothing scales in the early days.
41:06
You just have to do it anyway.
41:09
Just as a tangent, we're talking about getting people to love your product initially.
41:13
Why is love so important?
41:13
That's a really high bar, and I imagine you have an interesting insight on just why it needs to be that level of appreciation.
41:22
Yeah, and it doesn't have to be over time.
41:22
These are all things that maybe they just use it first or they're interested, but by the time you're getting to the organization level, or I'm spreading this to my other spheres of influence, like my community, people I know, you're kind of putting yourself on the line.
41:36
You're taking a risk when you're doing that, especially if it's your job.
41:41
You're bringing other people in, and you're not going to do that unless you really believe in something.
41:45
And so just using it isn't enough to get someone over that stage of going from just a user to a champion.
41:54
And so I think it is this love thing becomes important, because you just don't get the scalability and spread of someone doing this for you unless they have that level of passion.
42:08
That's an awesome lesson.
42:08
I hope people are taking that in.
42:08
You shared this story of Coda and Sho.
42:13
Actually, he wasn't on a podcast.
42:13
He wrote a newsletter and he shared all this stuff. I read it. Yes, yes, yes. Yeah.
42:19
People often confuse the two.
42:19
They assume it's kind of the same thing.
42:19
But he talked about how when he joined Figma, this happened.
42:23
Dylan's like, "We need to fix this problem."
42:23
He's like, "They're not even paying us. Who is this?
42:29
We have real things to build.
42:29
Why do we have to hop on this bug?"
42:33
And then later, he realized why that was so important, and that was a big lesson he learned from Dylan of just this needs to be taken really seriously.
42:39
If someone's trying to use your product, help them actually be successful.
42:43
And we didn't have very many of them, but it's like, yeah, back to what you were saying earlier, how do you get one person to actually use it?
42:48
And so we very much cared that that one person stuck with it and didn't bounce.
42:53
Today's episode is brought to you by AssemblyAI.
42:53
If you're looking to build AI-powered features in your audio and video products, then you need to know about AssemblyAI, which makes it easy to transcribe and understand speech at scale.
43:02
What I love about AssemblyAI is you can use their simple API to access the latest AI breakthroughs from top-tier research labs.
43:13
Product teams at startups and enterprises are using AssemblyAI to automatically transcribe and summarize phone calls and virtual meetings, detect topics in podcasts, pinpoint when sensitive content is spoken, and lots more.
43:24
All of AssemblyAI's models which are accessed through their API are production-ready.
43:29
So many PMs I know are considering or already building with AI, and AssemblyAI is the fastest way to build with AI for audio use cases.
43:34
Now's the time to check out AssemblyAI, which makes it easy to bring the highest accuracy transcription plus valuable insights to your customers, just like Spotify, CallRail, and Writer do for theirs. Visit assemblyai.
43:51
com/lenny to try their API for free and start testing their models with their no-code playground. That's assemblyai. com/lenny.
43:57
So, coming back to this go-to-market model that we're talking about, we're still talking about get ICs at a company to love you.
44:11
Step one was build credibility.
44:11
Step two, I don't know if these are steps or just things you do in some sequence or not, step two is build with your users. What come next?
44:20
Oh, the next one is, this can take time.
44:20
I think that's a big one.
44:20
And also in the early days, they're not going to necessarily use you right away, and so it might take time.
44:26
And then also, when you do get a couple of people who start to use your product, they're going to also start wondering what other people think about your product.
44:35
And when you're the only marketing hire, and this is something marketers ask me a lot when they're the only marketer in an organization is, "How do you focus and prioritize, because there's so many things you could do?
44:43
How do you decide what to do?"
44:48
And so the thing that I think about a lot in this early phase, in thinking about ICs is, "How do you get to them, and where can you go where they already are as opposed to making them come to you?"
44:58
Because I'm a firm believer, I think now, we have spaces where people can come to us, but in the early days especially, they're not going to come to your space. They don't know you.
45:07
They don't care about you.
45:10
They don't want to go to your Slack channel or something. You have to go to them.
45:10
And so for us, Dylan really identified immediately that Twitter was the place where that existed, and that had nothing to do with us specifically.
45:23
The design community existed on Twitter way before we did, and that's something that they just did on their own and that grew over time.
45:28
They had this large network on Twitter of influencers, and that's also how people learned about things.
45:38
Also, design's changing all the time, and so people would share best practices, things that they were doing, resources, and that just became kind of a home for designers.
45:42
So, we really went all in on Twitter.
45:47
That really became a key, our channel that we focused on, and really only focused on one.
45:53
That was it, and we got pretty advanced on how we did this.
45:53
Dylan is also a great engineer, if you don't know that about him, or a scrappy engineer who- A great engineer if you don't know that about him, or a scrappy engineer who could figure things out.
46:04
And he had this idea and he built this tool or this scraper where he identified a couple influencers in the design community.
46:10
People he thought were people he wanted to learn from and to talk to.
46:14
And he inputted them into this scraper thing that he made.
46:20
And then back to this, another node graph, he figured out who followed them and who followed those people and also the influence that these people had over other people, and made this massive node graph of these pockets of different topics of design.
46:28
And when he looked at it, you'd see a cluster.
46:35
So you'd have the cluster of iconographers, graphic designers, product managers, and you'd see them all there and you'd see who the influencers were in those areas.
46:46
And what we did is we found who were most influential to start.
46:50
And that was another source, back to using whatever you can to get people to try your products.
46:55
That's who we asked for feedback in the early days too. Just DMed them.
46:55
We were like, hey, Raji, we'd love feedback, your feedback on Figma.
46:59
And that was one of the ways we got to people, but that's also people who we followed, people who we tried to build this connection with on Twitter in the early days.
47:09
And that's also where we pushed out that technical content that I was talking about.
47:14
And then we tried to just drive and spur a conversation about these things.
47:19
First it was our launches, but then later it was this technical content or whatever it was that we were producing so that we could go to people instead of making them come to us just in their feed.
47:27
And that became super important to us.
47:27
We'd also interact with people.
47:27
So Dylan has a huge presence, and especially in the early days and now even has a huge presence talking to users, we all did show too our engineering team.
47:36
And so it wasn't just the brand handle, it was the people.
47:41
And I think that that's really important to put a personal face behind things, connect with people, answer questions for people, live there.
47:45
And over time, we just built this very engaged group of people on Twitter with Figma.
47:51
And that's still a huge place for us where the design community lives and where we get a lot from our users too.
47:57
And I think the focus on that, and I think why it's so important is it allows people to passively follow you over time without having to invest in you, within the tool.
48:07
So it was our way, especially because we knew it would take a while to build a product and get to a place for people to switch full time for them to follow along with us and build that confidence with us over time and keep coming back to the tool.
48:23
That Twitter graph story is so legendary.
48:23
I think Dylan even shared the code online.
48:27
I'm going to try to find that tweet. Yeah, it's so good. We still use it.
48:30
We used it again when we were launching another product, we were like, oh, can we go pull that Twitter graph for another audience?
48:35
I don't know if we ended up using, how much we ended up using it, but I definitely looked at it and I was like, oh, this is so interesting to see for developers or whatever it was that we were looking at.
48:45
And also what you just mentioned is really interesting that he wasn't using it to go sell people on the product.
48:50
It was first get feedback on the product, which ends up selling them.
48:54
Oh no, we never heard sold the product.
48:54
It was always about feedback.
48:54
And I think that that's so key to all of this is all about feedback. Awesome.
49:02
There's so many lessons here.
49:02
There's a fourth bullet I think, around building relationships with users.
49:08
Oh, just transparency and authenticity.
49:08
So I think that that really comes into when you get to the scale part, I'm talking about early days, being transparent with your users, and a lot of that does come down to the stuff we talked about too, about downtime, about what that looks like.
49:19
And we just did that naturally with people one-on-one in those early days.
49:23
But I think where it gets harder, and we stuck with it because it's in our DNA and how we act, is when you get to scale and you have to still do that stuff with a lot of people who care and who do these things with you.
49:34
But I think it's just so important that you are honest and also you don't hide behind the brand.
49:39
That you're human and authentic and transparent with people.
49:45
And we can pull up the examples.
49:45
I think the better examples are probably at scale than even in the early days because that's when it gets harder to do that.
49:52
So let's chat about that. Just...
49:52
So this is about getting started. Yeah.
49:57
How do you do this at scale?
49:57
Or does it change completely?
49:57
Do you continue doing this in a different way?
50:00
How do you approach it as the company grows?
50:02
You just totally still do it, right?
50:02
I think that that's just so important, that's how it stays, right?
50:09
In the early days you do this stuff and you kind of get the flywheel going.
50:09
You get these people, you have these people who love you, but today that's still how Figma spreads the most, right?
50:18
We're going into new markets, we're going into new places, we're launching a new tool, and that becomes so important to how we still drive adoption.
50:22
And so some of those things, the tactics, look a little bit different, but the themes are still the same and what that looks like at scale.
50:32
A couple of just examples of that are those advocates, right?
50:32
That's I think a huge one.
50:37
When I was a marketer that advocate was just my partner.
50:37
He gut-checked everything that I did.
50:43
He'd be like, no, that's too thirsty here.
50:43
You're using a fluff word again. You know what I mean?
50:49
Also, he was how we pitched the company.
50:49
He was the people we talked to, he'd go to lunch at Etsy or whatever and just get feedback on things.
50:55
And that function has really grown with Figma.
51:01
So now that's a whole team at Figma, it's a large team and it's scaled with us with every product that we launch.
51:07
So now we have developer advocates, FigJam advocates, and regionally.
51:07
So we go into a new region and they're part of the landing team.
51:12
We're in Japan, we need to find the Japan, now we have two of them, it's the Japan designer advocate because it's just so core to how we do things and we've scaled that.
51:22
So I think on the credibility side, I think that those advocates and scaling those advocates are the magic dust that, I always call them the magic dust, that make sure that we are able to build those relationships and stay authentic around everything we do.
51:40
And these advocates, again, they're just, their background is designer, and then they end up being an advocate designer?
51:45
It's now developer, FigJam person.
51:45
But they're passionate that...
51:45
Their profile is, they're passionate users who oftentimes they find us more than we find them, right?
51:55
You couldn't just post this job online and go source for it.
51:55
It's like this will emerge from the community and then they love it so much and they know the product so well.
51:59
They're technical experts.
52:05
But yes, they were, for the designer ones, they were all previously product designers. Awesome.
52:09
Is there anything else you want to share around at scale, how these things change?
52:12
You mentioned transparency ends up being really important.
52:15
What else there do you think is really important?
52:17
I think there's two examples.
52:17
The one is building with users.
52:17
Because I think this is a good one that I like to get into because you're like, how do you scale that?
52:21
You get so many bug requests, you go to our feature request page on our forum, and it's just so many.
52:26
But also as you're building product, you're always like, oh, well I could go do all of these fixes and bug updates, but I also have to go build new stuff to grow.
52:36
And that's always a tension with any company as you're looking at a roadmap.
52:41
One of the ways that we've done that and still continue to focus on things that people care about that's so related to the craft of quality is through we do quality weeks with engineering.
52:51
And then we decided a couple years ago, we had this idea where we were like, oh, what if we package all of those quality updates up into one thing and launch them together and we could even show the tweet or the forum request that spurred us to do this.
53:07
And that was where our idea of little big updates came, which is a launch that we do every year.
53:12
Figma, they come from these quality weeks with engineering, that's where the engineers can just go and look at Twitter, talk to our support team, get all these small things that annoy people to fix them, and they just fix them all and they get so many done.
53:26
And then we launch them all together.
53:26
And that's one of our most popular launches that we do because people are like, yes, I care about this.
53:32
This improves my quality of life every single day.
53:37
Back to that discussion of two clicks versus one click and things like that, they're that small, but we still do it.
53:40
And I love that little big updates when I think, Airbnb did something like that too, with the a hundred updates thing on their website.
53:49
Airbnb has shifted fully to that, which is only big launches, just wait twice a year and launch a bunch of stuff.
53:54
That's exactly, that's fully how they operate.
53:57
That's another way that we do the building with, and I think that even giving the engineers, we give them the ability to pick them, right?
54:04
So they're like, oh, yep, this tweet, I want to fix this bug.
54:06
That's got to be so satisfying. Yeah, exactly.
54:08
And in the marketing even, we'll pull examples like, oh yeah, that for one, the person who said that. So that one's big.
54:14
And then on the transparency side, I think where this gets hard at scale is all of a sudden you have a lot of people who care about your products.
54:24
And I think it's really easy as a brand because you are a brand at this point, as you're getting bigger to be like, oh, I can hide behind my handle or the Figma handle, or do I really have to say something about this?
54:36
And so just two examples of things like that where you just, we've chosen to be transparent when we didn't have to be or you might not, or downtime.
54:49
Downtime is always a big deal.
54:49
And I remember there was a specific instance, I think it was last year, maybe two years ago, where there was this issue with these servers and an AWS cluster went down and we didn't know what was going on.
54:59
And so we had downtime multiple times in a week and people were pissed, right?
55:03
Things were not going well.
55:03
Again, back on Twitter, we built...
55:09
The double-edged sword of Twitter is you build this strong communication channel with your users and they communicate right back to you if they're not happy. So it's inundating us.
55:13
And I remember we did a public postmortem and we always do that.
55:18
If something happens or something goes wrong, we're like, yeah, that was bad.
55:24
Here's what happened and here's the technical reason and here's how we fixed it.
55:28
And then we tweeted that and promoted it and took just full accountability for it.
55:34
And we always choose to make those choices when they're hard.
55:34
And that was just one example.
55:41
But I think the hardest example, and back to your question of the most stressful days at Figma, the true most stressful day Figma, for me, was the day that we announced the acquisition.
55:51
That was probably one of the harder moments of my career, where...
55:51
My brand is social, that's my job, is running social.
55:55
And all of a sudden you have this onslaught on social and you have to figure out what to do.
56:00
And I remember the way that we announced it was we just retweeted Dylan.
56:04
That was all that we had said.
56:04
Raji on our team, I remember I was talking to him about it and he was like, "We've got to talk to our users.
56:09
We just have to talk to them directly.
56:14
We have to show we're the same company.
56:14
We just have to not hide behind the brand."
56:14
And he was totally right.
56:21
And so I remember we decided that day that the next day we just had to have an open public forum where we could talk directly with our users and let them ask us any questions.
56:31
And so we'd held the Twitter space the next day with Dylan and Cho and Raji and Tom, and we just had it open and people could ask us anything they wanted and we were able to be just really honest and transparent with them about everything that we could.
56:44
And I think that that is just a really good example of how even when it's really, really, really, really hard, you still have to just be transparent.
56:53
And I think that that's when the tide started to turn of people giving us a chance to prove that everything would be great, even when it's the highest stakes and the hardest thing of still listening to people, maintaining that connection and not hiding behind the brand.
57:09
It feels like transparency is core to the values of Figma. Yes.
57:15
Have you codified your values and is that one of them and is there anything there? Interesting.
57:18
We have codified our values.
57:18
It isn't explicitly listed out, which is interesting, but I think of it as our value, especially with our users.
57:23
We think about our values a lot as have fun with it, build community, love your craft, and all of those definitely come through, play, but maybe that should be one because I think it's so core to how we make decisions and our framework of when we have a decision which way we're going to go.
57:42
And also we mentioned Cho a couple of times, but on Twitter, he is always asking people, what do you need in the editor?
57:46
Here's what's going great. Absolutely.
57:49
It's still how we get so much feedback is talking to people directly and Kris will come on when people have bugs and just respond to them. He's our CTO.
57:56
People are just actively on there, listening to people, fixing bugs, responding.
58:05
I want to shift to kind of the second step of the go-to-market motion, but before I do that, I have a couple of things I wanted to touch on briefly.
58:10
One is you haven't mentioned Config, this conference that you ran, which is a good example I think, of scaling a lot of the things you're talking about.
58:19
It used to be Twitter, social graph, find people on Twitter.
58:19
Now it's like this epic conference that I think people just love.
58:23
I was on Twitter the days of Config, and it's just my whole feed was just like, oh my god, Config is the best thing.
58:28
So many talks and so many people.
58:34
Config is such a good example.
58:34
I remember, I can happily talk about Config.
58:34
The way that we do Config, I think...
58:40
I'd never run a conference before, maybe that's probably part of it.
58:40
And I brought somebody on who had, but she and I were both sitting together and being like, okay, so we're doing a conference.
58:48
How do we get the content for this conference? What do we do? And we didn't know.
58:54
And so we just decided, oh, so much of what we do is listen to our users.
59:00
Let's put out this call for proposals and see what they want to talk about.
59:00
And so that's how we got and get a lot of our content for the conference.
59:06
And a lot of it comes back to what I was talking about earlier, which is very technical deep content that targets individual contributors for the practitioners of the tool.
59:17
And through that process, we build these relationships with these speakers, our advocates help them shape their talks.
59:22
And then I think that we do produce really strong technical content through that process and through Config.
59:27
And we're also able to, with these people that we work with, help them grow their own profiles and that also helps them stay more connected to us, helps them become thought leaders in their own right.
59:42
And so I think we're able to just draw so many different people who are the practitioners and the ICs because we're not just putting thought leadership out there.
59:48
We're talking directly to how to use the tool and the things that individual contributors are still dealing with.
59:58
Yeah, it's kind of a lot like this podcast and my newsletter.
59:58
It's like how to actually do stuff, not just a bunch of big ideas. Really. Yeah, no fluff.
1:00:04
I remember seeing a tweet about it where someone filmed being inside of and they're like, it's a rock concert, it's not a conference. Oh, that too. We also just have fun.
1:00:10
That's another big part of it as well.
1:00:14
I remember literally saying, how can I make this more fun?
1:00:14
So that was a big part of it.
1:00:19
Sounds like another value. Yes. Okay.
1:00:21
Let's talk about step two of this go-to-market motion that you've developed, which I think if I were to just simply describe it as help people spread it within the organization. Is that right? Yep. Yep. Cool. All right. How do you do that?
1:00:34
All right, so again, I've got four things here and I'll list them out and then we can go through them.
1:00:36
The first is make it easy to try the tool and to share it without a lot of gates so that you can do this. The second is those DAs.
1:00:47
I want to talk about how those DAs work in our sales process. Oh, Designer Advocate. Yeah, sorry.
1:00:51
That's our acronym for them, designer advocates, because they are so core to how we sell and how this works.
1:00:56
The third is finding the operational thing that allows you to scale.
1:01:05
For us that's design systems, the thing that was the biggest blocker to somebody using Figma and turning it into your biggest reason to adopt.
1:01:11
And then the last one was still about maintaining and growing that connection with those internal champions over time.
1:01:21
So those are the four things, and again, it looks different, similar concepts with different ideas when you look at that in the early days versus what we do today with it with scale. Awesome. Let's get into it. All right, cool.
1:01:32
So the first one's making it, the products easy to try and share.
1:01:32
So we talked about this a little bit, but if you go to figma.
1:01:36
com today, it's very easy to sign up for a free account.
1:01:41
I have a free account myself on my personal side for designing my house, which is a thing I used to before, but you just go and you can try the tool.
1:01:47
And I think that's so important for us to allow someone to use it over time for a long time until they have confidence enough to be able to want to spread it within their organizations.
1:01:59
But then it's also pretty easy to create a free team and share stuff with your organization.
1:02:02
In the early days, you could just share a link and that was it, and you could use the tool and everything was free.
1:02:14
Once we implemented pricing, which was about two years after we launched, we had this thing called a starter team.
1:02:19
And this is actually something that was switched.
1:02:22
So initially the way that it worked was our starter team was that you could have unlimited files but only collaborate with two or three people, and that was the starter team and you wanted to add more people to collaborate with, and then you hit the paywall.
1:02:39
We realized that wait a minute, that's hurting us.
1:02:39
And so we switched it and now it's like you can have something like three files, but unlimited collaborators.
1:02:45
And that was huge for us.
1:02:51
And that's a place where you can see it in the metrics very clearly, where it's like, oh, this is really easy for people now to share before they have to start paying. This is huge.
1:03:01
And so then you get people to start using it for free with their teams and the teams get confidence in it before then they all have to start uploading it to their procurement team or whoever it is to start paying for it.
1:03:14
So not introducing payment too fast and giving people that time to build that advocacy and to try it out with their teams, with people before they have to pay, I think is huge there.
1:03:24
That's such a good and important topic that I want to pull a thread on a little bit.
1:03:24
So what you discovered there is you don't want to get in the way of the growth engine of the product.
1:03:33
If it's going to grow through people spreading it, you don't want to cut it off at three.
1:03:36
That seems like a monumental decision that changed everything.
1:03:36
Any sense of just how you came about to realizing that?
1:03:41
Or was it just obvious, okay, of course we need to change this?
1:03:44
Well, I think it was intuitive and it was more about the change management process of how to do that when people...
1:03:49
At this point people were using the tool and using that starter tier and setting people or what that looks like.
1:03:53
And for a long time you could also get around that and just collaborate with people in drafts and just share a link too.
1:03:59
And we wanted to shut that down.
1:04:03
So it was a bigger decision on just change management, but I think we intuitively knew it and it was much more about to the change management of how to make that happen.
1:04:13
Is there anything else you learned about what should be in free and paywall versus what should be in freemium? Just broad thoughts.
1:04:21
Well, I think the other interesting thing is too, and I think I said this, but so much of ours is, so we have a couple tiers.
1:04:25
We have a free tier and then we have a pro tier, and then we have our org tier.
1:04:28
And the free tier, free tier includes this free starter team.
1:04:32
And so you can just do that, go to figma. com, and go do that.
1:04:36
Pro is all enter credit card, and then org is you talk to sales.
1:04:36
Org and enterprise, you talk to sales.
1:04:42
And so I think the other key thing here is we get a lot of upsells to org from pro.
1:04:49
And so it's also a thought of what you put in org versus pro.
1:04:49
So that's the other decision because pro is also relatively inexpensive, so that grows a lot too really quickly and it's still very important to us, but still most of our marketing qualified leads that are sales leads likely come from pro or from free.
1:05:08
And so it's the decisions that we think about are like, okay, what do you want to sell on?
1:05:13
And to go from free to pro, it has to be pretty natural because you don't have any people involved.
1:05:16
And so it's like they have to just do that on their own.
1:05:21
And then when you go from pro to org or enterprise, it's more about the organization and the scale.
1:05:27
And that's where that design systems conversation comes in that we could talk about.
1:05:32
But that was the thing that we really indexed on for org and enterprise of why you would want to upgrade from pro to org.
1:05:38
So it is this multi-step process, but it's also nice because you can increase your investment in the product as you're building your own confidence in the tool.
1:05:51
The other really important nuance in the way that you structured pricing, it's unlimited viewers, but it's just editors that you charge for. Yes. So true.
1:05:59
So many people, especially if you're a designer and you're working with our product manager, you can comment and so much of this is to yes, you can spread it and you can use Figma for free for a really long time because you can just comment on the tool.
1:06:12
And it also gets us through many more places with the organization and helps us be more useful to more people because yeah, viewers are free.
1:06:21
This one topic could be a whole podcast.
1:06:21
And I have so many questions.
1:06:21
Let me ask maybe one more and then I'll move on.
1:06:24
How often do you revisit the packaging and pricing at this point?
1:06:28
And do you have any advice there?
1:06:31
Yeah, I mean it's interesting because the product's still growing.
1:06:31
We just launched variables and dev mode back in at Config this year, and that influenced pricing and packaging and still is, right? And so FigJam too.
1:06:40
And so I would say the core foundations aren't something we revisit a lot, but we're continually adding new features and we have to think about what tiers should they go in, what does that look like?
1:06:50
So those things influence that all the time.
1:06:56
By the way, I recently upgraded to the non-free pack because I hit that limit of three with the designer that I work with.
1:07:02
Yeah, it's also just kind of annoying because you have to keep moving things in and out drafts.
1:07:05
That's exactly what it is.
1:07:05
It's like, oh, this is worth my $12 a month or whatever, just to not have to bother with it. Yeah.
1:07:11
Once you realize, okay, yeah, it's not that much in the scheme of things, I'm just going to, but it's interesting how it's not that much, but I still like, nah, I don't really want to pay that if I don't have to. Oh, for sure. We all do that. Right?
1:07:20
Especially because so much of pro, so many people have individual pro accounts, right?
1:07:26
Because not necessarily a business or maybe it's a small business or you're an individual and it's very different from an organization where someone else is paying for it. Yeah. So funny.
1:07:33
Okay, step two is around designer advocates. Talk about that.
1:07:39
Yeah, so I just think these DAs, so sorry, I keep calling them DAs because that's what we call them internally. It's cool. Now we know.
1:07:45
Advocates are just so special and such a big part of Figma.
1:07:45
And like I said, it took us so long to start charging or bring in a sales team.
1:07:50
And when we first hired our first salesperson and our first sales rep was the same day that our next designer advocate started, who...
1:08:01
Eventually the first designer advocate left and did something else.
1:08:01
And we brought in another designer advocate and he started on the first day that the sales team started.
1:08:06
And at this point, more people were using Figma.
1:08:10
We'd had that pro tier going for a while, and Tom, who is still here today and is leading that team, Tom Lowry, he was a passionate Figma user, but he was a passionate Figma user who brought Figma to his organization.
1:08:21
But the first one, we were so early, he didn't have an organization to bring it to, he just loved the product. But Tom, he brought...
1:08:31
He really didn't have an organization to bring it to.
1:08:31
He just loved the product.
1:08:31
But Tom, he was the internal champion at his company, who got his company to adopt Figma.
1:08:32
So, when he joined Figma, that was really the mindset that he brought to this, was also like, "How do you use this as a team?"
1:08:40
And why I think this is so special, and was so foundational that they started together, is that they would go talk to users together, and they would bring him into the sales process.
1:08:49
But he was never a salesperson.
1:08:54
Never had a quota, doesn't live on the sales team.
1:08:54
Technical expert who has such a deep passion, and a deep, deep, deep, deep understanding of the tool, that he would come in and just help explain the product to other designers.
1:09:07
And it goes back to that same theme that I talked about earlier with marketing, where I realized that I would never have the credibility with designers that a designer has. Same is true with sales.
1:09:16
They're never going to know the product as well as a designer will.
1:09:21
So, Tom being there, and Tom being able to be like, "Oh, I understand exactly what you're talking about, and what your problems are. Here's how this works."
1:09:25
Or "Here's where you're blocked," or "Here's an idea or best practice how to use this."
1:09:34
That just became so powerful and so useful for them and for the sales team, that they ended up calling it the Tom Factor, [inaudible].
1:09:40
So, it wasn't necessarily a structured process at the beginning.
1:09:45
They'd just like, "Hey Tom, can you come help talk to this company with us, or help show them how this works?"
1:09:48
But then they called him the Tom Factor because he was so powerful, and their deals were so much more likely to close if he joined the calls. That's great.
1:09:58
But it wasn't his full-time job either.
1:09:58
He also is connected to the products.
1:09:58
Because he's this special person who was a designer, was a [inaudible] user of the product, and then talks to hundreds of customers.
1:10:10
So, he has the best way of synthesizing product feedback, and then bringing it back to the product team because he has all of that context.
1:10:17
So, I think that that role is just so special, and it's something that we've actually chosen to scale because it's just so valuable.
1:10:26
In the same way it's valuable for marketing, it's valuable for sales.
1:10:29
I think we're going to spur a lot of companies building these teams with this conversation.
1:10:32
I can't speak highly enough about it.
1:10:32
Marketing, we think about it, as we're scaling this role, we're marketing product and sales.
1:10:36
That's where these people come in.
1:10:39
And I think when you have a technical IC audience, I don't see how else you could build any credibility or get anywhere with people if you don't have someone who deeply understands it, integrated in marketing and in sales.
1:10:52
Who does this team report to? Me. Awesome. Yeah. Okay.
1:10:57
So, we're talking about how to help your product spread within an organization.
1:11:02
Talked about developer advocates.
1:11:02
You talked about making it easier to spread. What else?
1:11:06
Let's talk about design systems.
1:11:06
Let's say you're a designer and you're designing an app, and you need a button.
1:11:13
Rather than going in and making a new button every single time, you need a library of the button ...
1:11:19
with the color, the spacing, the padding, all that stuff already predefined.
1:11:24
Maybe it's tied to code, maybe it's not.
1:11:24
But you just want to pull that in.
1:11:24
And then, maybe there's someone on the design system, and maybe there's a brand designer or someone who's like, "Oh, we changed this from this font to that font."
1:11:32
That you know that, and it just updates everywhere.
1:11:32
Or a padding change, and it updates everywhere.
1:11:37
And that's the most simplistic version, is a button.
1:11:40
But this stuff gets way more complex.
1:11:40
This turns into, "Here is our welcome screen. Here is our header bar."
1:11:44
All of the different components that then become whole pages.
1:11:51
And it's a huge efficiency.
1:11:51
If you have a very robust design system, you're just pulling in all of those components, instead of having to design those from scratch every single time. And it's consistent.
1:12:01
If you have hundreds of designers in an organization, they're all making buttons, they're going to be slightly different.
1:12:09
And then engineering's like, "Wait.
1:12:09
What patenting do I use?" It's very inefficient.
1:12:09
So, a lot of organizations use these design systems, and they become very advanced over time.
1:12:18
But Figma did not have design systems in the early days.
1:12:18
Or if we did, they ended up having them at the file level.
1:12:22
But you couldn't share them with other people.
1:12:26
So, that was a huge blocker for us for a really long time, was these big companies were like, "Oh, yeah.
1:12:30
This is cool, but I need a design system.
1:12:30
How else am I supposed to work with engineering?"
1:12:35
Because this is so big in engineering, too.
1:12:35
Because when you're able to identify all of these different buttons and these components in advance, you could tie them to code.
1:12:40
And then it's easier for them because they don't have to inspect it every time.
1:12:44
So, it's way better for everybody.
1:12:49
It was our biggest blocker.
1:12:49
But then we decided, "No, we're going to focus on this."
1:12:49
And in the early days, that was just meetups still.
1:12:53
And it was like, "We need to do design systems meetups."
1:12:58
And we were all like, "What are design systems?"
1:12:58
Or that I'm just like, "What is design systems?"
1:13:03
And then I went and read a pattern way of thinking and Brad Frost's atomic structures design systems, and started learning about it.
1:13:08
But anyway, in the early days, we just literally brought ...
1:13:12
There's a community of design systems people, and we brought all of them together.
1:13:12
Met with our product team, met with Dylan, started just having these really informal meetups around design systems to learn from these people and start just learning, hearing from them.
1:13:23
And then they started building out more features from it.
1:13:23
And then we just started really leaning into the technical aspects of how companies use and scale design systems.
1:13:27
Because, while design systems are so important, it's also very hard to get an organization to do it.
1:13:36
Because it's like an efficiency thing that they also have to invest in, that is immediately connected to a launch that day.
1:13:40
Every company is at a different phase of maturity of where their design system is.
1:13:44
But we really leaned into the content, into the features, into eventually showing how people do it in Figma.
1:13:49
Both at the beginning level, but then at the very advanced level, to really lean into that.
1:13:54
And then, that also went into marketing. That was ... We have DesignSystems.
1:14:00
com, it's a Figma property.
1:14:00
We had a whole conference around it in the fall called Schema, where we just bring in these advanced design systems practitioners and they just show you how're they're working.
1:14:09
And that's so important, too, because design systems are one of the main reasons you upgrade from pro to org or enterprise, is you're at this phase where you're getting more organized.
1:14:19
You're more advanced, you're a bigger company, so that's one of our big gating features for upgrade, so that became just the key thing we leaned in on.
1:14:30
And that's bottoms up specific, because the people making the design systems are not like the VP, still.
1:14:37
The next phase of bottoms up are the ICs, and then the design systems people.
1:14:43
And now those internal champions are largely the design systems people, too.
1:14:43
They're either the biggest blockers or the biggest champions, depending on if you can win them over.
1:14:51
I love just that lesson of the thing that is blocking you from being adopted, see if you can turn that into an advantage. Totally. Totally.
1:14:58
Feels like, looking at Figma, it's like, wow, with so many advantages for a product to spread ...
1:15:02
It's single player, you can use it on your own.
1:15:02
It's got multiplayer, you could invite people.
1:15:05
It gets better as more people are using it.
1:15:09
Versus, I don't know, a company like Slack, where it's useless on your own.
1:15:09
Is there anything there about just, these lessons you're sharing are most helpful for a product that is useful on its own?
1:15:20
Or could it be useful for all kinds of products? Anything there?
1:15:25
That's what I was talking about with the IC.
1:15:25
An IC has to get a lot of value out of this on their own.
1:15:29
And I think it has to be technical.
1:15:29
Or, that's a hypothesis that I have.
1:15:34
It's certainly easier if it's a technical product.
1:15:34
They get a lot farther, because people want to talk much more about the product.
1:15:39
They care so much about the craft, and they want to spend a lot of time learning and understanding it.
1:15:44
And I think that's true with designers, that's true with engineers.
1:15:48
That's not true with every audience.
1:15:48
Not every audience is ...
1:15:48
deeply cares about wanting to learn the craft in the best way possible for a specific thing.
1:16:00
So, I think that one of the ...
1:16:00
I don't know about requirements, but things that makes this a lot more likely to be successful, is that your IC, there's a tool, and they can use it on their own. And it's technical.
1:16:08
I think that helps a ton.
1:16:12
Coming back to the strategy of helping Figma spread within an organization, I think you mentioned there's one more item around champions? Oh, yeah.
1:16:20
Just the last thing there is, you have to keep that relationship going with those champions forever.
1:16:27
Because they don't go away.
1:16:27
And sometimes they get mad at you, too. I remember, there's one.
1:16:32
I think it was at one of our companies, one of our bigger companies.
1:16:37
And he was upset about something, and he tweeted it.
1:16:41
And then we immediately had to go talk to him and understand what he wanted, and what was wrong. They don't go away.
1:16:44
But then also, I think a lot about how, through the process of maintaining a relationship with those people, we're actually able to help them, and what they get out of it beyond just the tool.
1:16:55
Especially over time, especially as we have a larger platform, I think a lot about how can we help them grow.
1:17:01
Whether that's growing their careers.
1:17:06
Like they, because they brought on Figma, they get a promotion, or whatever that looks like.
1:17:11
But we have more direct control over things like, "Oh, you're going to speak at one of our events.
1:17:16
We're going to amplify you on social.
1:17:16
We're going to promote you and make you a thought leader."
1:17:21
And it works really well for everyone.
1:17:21
Because these people also have the deep technical expertise to show other people, "Here's how I've flip my design systems. Here's how I do this."
1:17:25
And [inaudible] people who want to learn from them.
1:17:30
And we have the platform to be able to amplify them.
1:17:34
So, I think a lot about, "Yeah, how can we help these people grow in their own careers, and get something out of this, too, beyond just the level of the tool?"
1:17:42
And then that builds back into building credibility for Figma, because now there's all these additional designers talking about Figma. Totally. It's all a circle. It's all [inaudible].
1:17:49
Flywheels within flywheels.
1:17:51
All connected, all connected. [inaudible].
1:17:52
Maybe just the last question along these lines ...
1:17:52
What changes as you scale?
1:17:56
A lot of these are things you did early on.
1:17:56
What changes as you grow as a company, in this bucket of helping the product spread? Yeah.
1:18:02
I think the key thing is that you have to keep doing it.
1:18:02
One of the things that I feel like, at my role now at Figma, that I think a lot about, is how I can keep advocating for this stuff when we are starting to implement more top down motion, and having to really prove ROI.
1:18:17
Or thinking about, "How do you scale the sales team?" And all those things.
1:18:24
So, a lot of what I'm doing, too, is thinking like, "Okay.
1:18:24
How do we keep this going and keep this model successful as the company is still growing?"
1:18:27
Because it's not necessarily as intuitive as you are starting to add in more of some of these more traditional methods and motions.
1:18:37
So, that's something that I think about quite a bit.
1:18:41
Things like that conference that I talked about, Schema, that's a big one.
1:18:41
Config, that's a big one.
1:18:46
Scaling our DA team, and really having them grow with the company across regions and across products, is really big.
1:18:52
So, it's how do you keep protecting those things.
1:18:58
Because it's not immediately obvious when you bring in just a ton of new people. Right.
1:19:03
It's easy to break the thing that was working. Totally.
1:19:06
And you have to do new things, too.
1:19:06
You have to layer on new things.
1:19:06
But how do you not just walk away from this thing that got you to where you are, as well?
1:19:14
Is this a fit for everyone, this sort of approach?
1:19:14
Let's say every B2B SaaS company, what are maybe prerequisites for who should apply this sort of approach and this motion?
1:19:25
I found out a lot of this [inaudible] myself, actually.
1:19:25
Because Figma also has new products.
1:19:25
So, I think to myself, "Oh, can I replicate this?" Like FigJam.
1:19:29
FigJam's one of those examples.
1:19:34
And Dev Mode, all of a sudden we're working with developers.
1:19:37
So, I've thought about this a lot.
1:19:37
And I don't know if there's like, "Oh, you have to have this, or you have to have that."
1:19:41
But I think there's certainly things that make it easier.
1:19:41
And they're both true on the market side, of the type of the audience, and also on the team side.
1:19:50
Within the market, I already mentioned it.
1:19:50
But I think it really helps if people are technical.
1:19:50
And you have this technical audience of people who really care about the craft, and they get a lot of value out of the tool by themselves.
1:19:58
Because that just allows them to really learn something and really build confidence in something, before they have to spread it or start collaborating.
1:20:08
And it gives you something to talk about with them that's not collaboration.
1:20:08
Because, like I said, no one wants to talk about collaboration.
1:20:11
Nobody wants to talk about it.
1:20:11
So, you have other things you can talk about.
1:20:17
Even though collaboration's so important, no one wants to talk about it.
1:20:21
So, being technical is important.
1:20:21
And caring about your tools, that's another one that I think a lot about.
1:20:26
As a marketer, I don't know how much I care about my tools.
1:20:26
Some of them I do, but a lot of them I don't.
1:20:30
If you're like, "Oh, Claire, you have to move from Dropbox Paper to Google Docs," I'd be like, "Fine."
1:20:35
Maybe that's their personality.
1:20:39
But designers, specifically, and I think engineers are the same way, just as examples, have deep passions for their tools.
1:20:43
Probably because they're in it eight hours a day, so they're using them all the time.
1:20:47
So, it certainly helps if you ...
1:20:47
These people already care, care deeply, about what their tools are.
1:20:52
Another thing that helps is that you have a community that exists within the target audience already.
1:20:58
We had that with designers.
1:20:58
Yes, we grew it a lot, and have grown with it a lot.
1:21:04
But like I said, that Twitter community, that existed without us.
1:21:09
That was there before we were there.
1:21:09
So, it made it a lot easier for us to get started, because we didn't have to make something to bring people to us.
1:21:13
We had a distribution channel already in place that we could work through. That helped a ton.
1:21:16
And then I think the last one was that that core IC audience has a lot of connection points within the organization.
1:21:28
Designers are so collaborative.
1:21:28
Like you were saying, as a PM, you were working with designers.
1:21:31
They work with everybody.
1:21:31
If you're building something, you need comments, you need feedback.
1:21:34
So, it was really natural for them to be a super-spreader, because their role was such that they were collaborating with a lot of people.
1:21:43
And again, when people are hearing this, they're like, "Of course Figma did so well.
1:21:43
They had all these advantages."
1:21:47
But I think people forget how many disadvantages that also [inaudible].
1:21:51
Like convincing a designer to switch to a new tool ... very hard.
1:21:54
One of my favorite stories there is that when we launched Designer News, which was a popular forum back in the day, the first response was, "If this is the future of design, I'm changing careers."
1:22:04
Because designers do not want to be collaborative.
1:22:04
There was this process where people were like, "Oh, no.
1:22:08
I want to do my work on my own, and then present when I'm ready."
1:22:08
It was a massive shift in getting them to think in a different way to do this.
1:22:14
So even to me, it was intuitive.
1:22:14
But of course, you'd be collaborative.
1:22:19
But designers did not want to be, all of them, right away.
1:22:22
I think it's only a clearly successful product after the fact, only after the fact.
1:22:27
This reminds me of another story [inaudible] shared with me about Uber, which was also very classically not collaborative and very siloed.
1:22:31
And there was a big push to adopt Figma to help encourage more sharing, because that was against the culture. Yes, yes. That was a key problem.
1:22:40
And it's still a key problem with a lot of design organizations, is that they're siloed.
1:22:46
And it's an organizational shift to get people to be collaborative.
1:22:50
What sort of team do you need to have in place to approach growth and go-to-market in this way?
1:22:55
What did you find was really important?
1:22:57
The most important thing there is that you have an executive and a leader who believes in this.
1:23:01
I did not start this; Dylan started this.
1:23:01
He was the core person who believed in this, and who drove a lot of this. And he continues to.
1:23:06
And he's built this up to be a culture of our team.
1:23:13
And since he believes in it, he's able to help bring more people on board and make everyone believe in it.
1:23:17
And then, I think the other thing is, through that, is that thing that we were talking about earlier with metrics.
1:23:22
I think so much of this is people being like, " That doesn't scale.
1:23:26
How do you measure this?"
1:23:30
And yes, we are [inaudible].
1:23:30
We are working on all those things.
1:23:30
But it's not immediately clear.
1:23:30
The metrics don't immediately show you if something's working or not.
1:23:38
It goes back to signal over metrics.
1:23:42
And I think that that's so important.
1:23:42
And having leaders who believe in that, too, who are able to trust their own intuitions and their own guts, is so important.
1:23:46
And it's so interesting, too, because I was just thinking when I was ...
1:23:51
Just now, that I was talking about earlier about how trusting yourself and trusting intuition is the hardest part, the most stressful part in the early days.
1:23:59
But even here, it's the thing you need the most to be successful.
1:24:03
So, I don't know how that connects back, but it just feels like that's just so important in this type of model.
1:24:08
And with just being at a startup, is that you're able to believe in it, and have the confidence and the trust in yourself.
1:24:15
I'm going to quickly summarize this model just for people to have a very clear, succinct explanation, and then comment on anything I'm forgetting and missing.
1:24:22
I'll keep it really brief.
1:24:22
And then we'll get to our very exciting lightning round.
1:24:26
So, the idea here, basically, is step one, make individual contributors at a company love your product.
1:24:31
Step two is get them to help spread you within the company.
1:24:34
And to get people to love your product, the four keys that you shared is: Build credibility for your product, build a product with your users, focus where you can connect with your users, one to many.
1:24:43
In your case, it was Twitter.
1:24:48
And build a relationship with users so that they can start to trust you.
1:24:48
And transparency is a big part of that.
1:24:52
Before I move on to step two, anything I missed there? Nope, that's it. Okay, cool.
1:24:57
And then step two is help them spread that product within the organization.
1:24:57
And what you found was really important there.
1:25:02
One is make it easy to share the product and try it for free.
1:25:06
Two is designer advocates being involved in the sales process, have the Tom Factor.
1:25:12
Find and target the operating thing that spreads adoption.
1:25:12
In this case, I think it was design systems, you mentioned mostly.
1:25:17
And then the final piece is shine a light on champions, and help them be successful.
1:25:21
Make it help them in their career. Yep, that's it. Awesome.
1:25:26
Well, with that, we've reached our very exciting lightning round. Are you ready? Yes.
1:25:31
What are two or three books that you've recommended most to other people?
1:25:35
I recommend management books to lots of people.
1:25:35
The other piece of this that we didn't touch on at all is scaling a team, and all the things that go into management.
1:25:42
That'll be our next step, our next podcast.
1:25:44
Teaching, and also growing new managers.
1:25:44
So, Radical Candor and Dare to Lead, to be honest, are the ones I recommend the most.
1:25:50
Because I do a lot of [inaudible] coaching new managers and helping them learn how to manage.
1:25:55
And those are the first two I start with, because they're so good.
1:25:58
What is a favorite recent movie or TV show that you've recently watched and really liked?
1:26:03
I just watched 100 Foot Wave on HBO.
1:26:03
And I watched it because I'm going to Portugal next week, and that's the place where they have the biggest waves in the world.
1:26:08
And it was just really interesting to learn all about this, Nazare and Portugal, and all the waves and the surfing culture that's grown there.
1:26:17
That was just a fun one that I watched recently.
1:26:21
And is your plan to do a 100 foot wave? No.
1:26:23
Because I am expecting, so there will be no surfing for me. Oh, wow. Congratulations. That happened fast. Yes, I know.
1:26:28
I will be [inaudible] on the beach. My partner surfs. Amazing. We just had a kid. I know.
1:26:34
That's a whole nother podcast topic.
1:26:36
That's a whole other podcast.
1:26:38
This podcast, just, parenting starts to come up again and again. It's interesting. Okay, we'll keep going.
1:26:43
What is a favorite product that you've recently discovered that you love? Okay.
1:26:48
You might cut this because it's a little promotional, but FigJam.
1:26:53
In the last couple of months, especially, I've spent a lot of time having to create strategies and files and explanations, and I've spent in meetings.
1:26:58
And I spend all of my day in FigJam, literally, all of my day. And I work with Figma. I use the product.
1:27:04
And I was using Figma for a long time.
1:27:10
But FigJam for me, in my role, literally use it every single day.
1:27:16
And now I cannot imagine living without it.
1:27:16
It replaces so many different tools for me. Great pitch.
1:27:20
We will not be cutting that.
1:27:20
I'm also a big fan of FigJam. Great.
1:27:23
It is true, it's very true.
1:27:23
I'm in there all the time.
1:27:23
I think I'm the most active FigJam user.
1:27:27
[inaudible] validate that in the metrics.
1:27:27
But I'm in FigJam all the time.
1:27:31
Next question, what is a favorite life motto that you like to repeat to yourself, that you share with people?
1:27:36
Something that comes up when I ask that.
1:27:39
When I was younger, I really was ...
1:27:39
I've always been motivated.
1:27:39
But like, "Oh, I have to get this thing right now."
1:27:44
Whether it was in my career, or I was an athlete growing up.
1:27:47
I really wanted to perform and do well in things.
1:27:51
And I just put a ton of pressure on myself.
1:27:51
But I recently got, or not recently, in the last maybe five years, got this motto of consistent pressure over time as being more of my motto.
1:28:00
And taking some of the pressure off of having to do things immediately, or get to a certain place too fast.
1:28:05
Maybe it's more of like Atomic Habits, or things like that.
1:28:09
But I'm just much more in this mode of like, "You're not going to get everything done. It's a startup.
1:28:12
But career, whatever, it's not going to happen immediately."
1:28:16
You just have to keep working at it, and not giving up.
1:28:16
And having that grit to keep going and keep pushing over time, is way more important than any immediate accomplishments. That is so good.
1:28:26
I just added this question to lightning round and these answers are so good each time.
1:28:29
Consistent pressure over time. I so get that.
1:28:33
Reminds me of how I think about the newsletter.
1:28:33
It's just like, "Keep at it, keep at it.
1:28:37
It doesn't have to be the best thing ever, every single time." Just don't give up. Great answer.
1:28:40
Final question, what's your favorite use case of Figma that you never expected?
1:28:47
I think I mentioned this a little bit, but I use it for home renovation, FigJam especially.
1:28:50
I renovated a house with my partner, and we're doing another one right now.
1:28:56
And I couldn't do renovations without it. I copy and paste.
1:28:56
I start with Pinterest, get ideas.
1:29:02
But then I pull them all to the mood board on FigJam.
1:29:05
And then I circle things, and this helps me communicate with my partner.
1:29:05
I'll send it to him and get comments from him on stuff, links. So, yes.
1:29:09
We also will draw out rooms and model things up, and have them on the iPad. Yep.
1:29:17
Interior design and home renovations on FigJam.
1:29:23
Claire, we've talked about making people love your product.
1:29:23
I think people will love this episode.
1:29:27
Hopefully, they'll also spread it within their organization.
1:29:30
Thank you so much for being here. Two final questions.
1:29:30
Where can folks find you online if they want to reach out?
1:29:35
And how can listeners be useful to you? I guess Twitter.
1:29:37
I'm not active, per se, but that's probably ...
1:29:37
I don't look at LinkedIn, so Twitter.
1:29:42
That'd definitely be the place. Just Claire T. Butler there.
1:29:45
And then, helpful to me, you can tell me your feedback on FigJam and Dev Mode.
1:29:45
That would be really helpful to me.
1:29:51
And then I guess the other thing is parenting tips with work.
1:29:55
I'm a little nervous about that.
1:29:55
I love my job, love my career.
1:29:55
And I'm going to be a mom soon, and need to figure out how to make that work.
1:30:02
So, I want to hear how other people have done that.
1:30:06
I can give you two quick tips right now.
1:30:06
One is, there's a guest post during my Pat Leave, that Tamara ...
1:30:09
I forget her last name, wrote.
1:30:13
Which is basically a leave guide, a guide to setting yourself up. Oh, I need this.
1:30:16
I'm working on this right now. I need this. Okay.
1:30:18
I will send this to you, and I'll link it in the show notes.
1:30:18
Also, right before I went on Pat Leave, I had Noah Weiss on the podcast, who was just leaving Pat Leave.
1:30:27
And he gave me this awesome advice of "Don't over-extrapolate every moment."
1:30:32
This is less about getting ready for paternal leave, and more just being in it.
1:30:32
Which is, "Don't over-extrapolate things that are going on."
1:30:37
That one thing that's bothering you or is a problem, is not going to continue, necessarily. Let it go. Good one. I love it. All right.
1:30:46
Well, that's a parenting podcast, a little bit, which is totally cool.
1:30:46
Claire, thank you again so much for being here. I'll let you go. Thank you. That was really fun.
1:30:56
That's my KPI for this podcast. Great, great. Great. Bye, everyone.
1:30:59
Thank you so much for listening.
1:31:04
If you found this valuable, you can subscribe to the show on Apple Podcasts, Spotify, or your favorite podcast app.
1:31:09
Also, please consider giving us a rating or leaving a review, as that really helps other listeners find the podcast.
1:31:14
You can find all past episodes or learn more about the show at lennyspodcast. com.
1:31:19
See you in the next episode.