How to Eat an Elephant, One Atomic Concept at a Time

How Figma and Canva are taking on Adobe—and winning

In 2010, Photoshop was ubiquitous. Whether you were editing a photo, making a poster, or designing a website, it happened in Photoshop. 

Today, Adobe looks incredibly strong. They’ve had spectacular stock performance, thanks to clear-eyed management who’ve made bold bets that have paid off. Their transition to SaaS has been seamless, for which the public markets have rewarded them handsomely. And they’re historically one of the best companies at M&A; their product lineup is a testament to their ability to acquire new product lines and integrate them well into their multi-product ecosystem. Perhaps most importantly and least appreciated, they have dramatically sped up the cadence of their internal product development process and feedback loop. Like Microsoft, they have successfully shifted from a legacy company operating on an annual (or longer) release schedule to a truly cloud company shipping updates at a sub-weekly pace.

Nevertheless, there are a few segments of design where they’re no longer the market leader. Companies like Figma, Sketch, and Canva are examples of products that have been able to become top products despite Adobe’s ubiquity in all things design. Figma showed up in Adobe’s annual report for the first time in 2019. They reprised in 2020, and I’m not uncertain they will continue to be in it going forward.

How should we understand these market transitions and why these young companies are able to thrive, even against a strong incumbent like Adobe?

These companies have distinct atomic concepts from Adobe. The primitives that their products are built around are fundamentally different from those of Adobe’s product lineup. It’s these different fundamental atomic concepts that turn Adobe’s advantage of an established product and existing userbase into a weakness that hinders their ability to counter these upstarts. The opportunity for these new atomic concepts to thrive is driven by the new use cases and types of users unearthed during market transitions.

Understanding the phases of market transition and what drives them is a universal process worth examining.

New use cases: designing for digital

For most markets, there are advantages to being an incumbent. Markets converge as companies arrive at the preference frontier of customers. This leaves little potential energy for new startups to take advantage of.

Market entropy is good for new entrants.

It’s not impossible to break into a market by brute force, but it’s hard. Very hard. Most successful companies, especially startups, have found tailwinds to harness that help pull them forward.

Changing customer needs are the largest source of entropy in markets. When customer needs rapidly change, there is less advantage in being an incumbent. Instead, legacy companies are left with all the overhead and a product that no longer is what customers want.

There are many causes of changing customer needs. Often there are new and growing segments of customers with different use cases. Existing products may work for them, but they aren’t ideal. The features they care about and how they value them are very different from the customers the legacy company is used to. Companies resist changing core parts of their product for every new use case since it’s costly in work, money, and attention. But every once in a while, what was once a small use case grows into one large enough to support its own company.

Other times the scale or dynamics of a market shift enough to make a product no longer work despite having been a great fit. Companies are often caught flat-footed by these situations because what they have done successfully for years suddenly starts to falter—and they aren’t sure why. Ebay is a good example of this. Their decentralized auction model was very good in a nascent internet economy when there was a scarcity of items being sold online. Once ecommerce became commonplace, price and speed became much more important factors and Ebay’s decentralized model was at a disadvantage. Amazon was much better at building economies of scale in this post-liquidity ecosystem.

Another source is when the customers themselves change. Often the function of a tool remains the same, but the type of user changes. These new types of customers often have different things they care about and resulting product needs.

The internet drove entirely new design use cases. Photoshop was built for editing photos and images. It’s a powerful tool that operates at the pixel level. However, many of these new uses weren’t about image manipulation. Images were a component—not the essence—of the job users were trying to accomplish.

For some users, this was designing digital products. Designers at software companies or any company with a website wanted to create the websites and software products they worked on. This is less about image manipulation and more about designing the UI and UX of these digital products. Vectors are more important than raster graphics. The complexity and process of designing these high-value designs also got increasingly more sophisticated. These designers worked with teams of other designers and non-designers. Their designs are part of a larger product development process and what mattered wasn’t just making a design, but how that the entire process could be improved to make collaboration easier and handoff of designs better. Iteratively.

The complexity of the designs and the components in the resulting code became more complex, too. The need for their tools to have a higher-level understanding of the components and variants became more important. It’s increasingly useful for designs to understand the same concepts and abstraction levels as the HTML and CSS in the resulting end product.

For some users, this was designing content for social platforms, digital ads, or even wedding invitations. These were often made in Photoshop, but again, pixels are the wrong abstraction level. Images are not the sole component; they are just past of a larger design that includes graphics, text, and more. Similarly, the customers are very different. Many of the people now doing what is, in essence, design work don’t think of themselves as designers. They just have a very specific thing they want to create, with the least friction possible.

The internet dramatically scales up the volume and type of new use cases for design. In many ways, this helps Adobe. With platforms like Instagram, the number of people editing photos has expanded by many orders of magnitude. While editing on platforms like Instagram may have increased significantly, Adobe has been a huge beneficiary of the internet and the shift to cloud—and their stock price is a testament to this.

[KK Note: Platforms like Instagram strapping editors onto their social platforms and eating into Lightroom from the bottom up is well worth its own discussion. And perhaps someone will convince Mike Krieger to do the definitive piece on that.]

Software may be eating the world. But it’s also building new worlds? I’m going to need a refresher on remembering the Andreessen Horowitz talking points

This is even more true in video. There are orders of magnitude more video creators as the ability to record video has become ubiquitous and the platforms where video is the default format have grown. Even more striking, many of the dominant video platforms—like Youtube—are purely distribution focused. They don’t even have any editing capabilities. Instead, companies like Adobe end up being large beneficiaries of this need.

[KK Note: Platforms like Youtube still having not built any semblance of an editor into their platform is *also* well worth its own discussion. I’d say we’ll never know what could be, but then I look at TikTok and all is right with the world.]

But Adobe hasn’t captured it all. And in many of these new emergent use cases and customer types, Adobe has lost the lead to new startups.

Tapping into the right level of abstraction

The best products map to how customers think about their workflow. They match the abstraction level of their customers: not too high that it’s unusable, but not too low that it’s hard to use easily or extend in more complex ways.

They choose the right atomic concepts.

These are the core concepts around which the entire product is built. They not only align with how customers think of their workflow, but often crystallizes for customers how they ought to. Great atomic concepts are honed and then extended and built upon in more complex compounds that…well for lack of a better word…compound.

Similar companies often have slightly different atomic concepts that end up making them meaningfully distinct. Photoshop is focused on pixels and images. Its focus is on editing images and pictures. And its functions operate by transforming them on a pixel level.

Illustrator is similar, but it operates on vectors, not pixels. This is a higher level abstraction. Neither is better or worse, they are just more suited to different use cases. Photoshop is better for modifying images, while illustrator is built for designs where scale-free vectors are best.

Sketch, like Illustrator, is vector based. But is designed for building digital products which means things like operating at a project level. It is not individual designs, but crafting entire products and user interfaces—and the needs for repeatability and consistency inherent to that.

Figma builds on Sketch’s approach, but also includes a greater focus on not just projects but the entire collaborative process as the relevant scope. Similarly, it also treats higher level abstractions like plugins, community, and more as equally important concepts.

Canva is similar to Photoshop and Illustrator, but its users aren’t designers who care about low level tools. Instead Canva’s core atomic concepts are around the different templates and components to help them easily accomplish the job they are doing. And the designs they are working on are not quite at the project level of making a digital product. They are canvases that include images and design.

There are many more axes, but they don’t fit in this stupid 2D chart

Atomic concepts are fundamentally linked to the core loops of a company. Expanding or changing these loops often involves adding to a company’s vocabulary of atomic concepts or adding them together in more complex ways.

Emergent use cases and new customer types lead to new ideal atomic concepts. These new workflows and different customers have different priorities than existing customers. How they think about their problems and weight possible solutions is different, even if often the end output has similarities. Of course, astute readers will pick up that causality is reversed here. New types of customers are a good proxy for where to pay attention. But it is actually the changed atomic concepts that are what make startups a compelling contender against incumbents in the space.

Customers don’t care about your technical architecture or internal org structure. When these no longer align with the job they are trying to do, then all the sprawl of the company becomes harmful, not helpful. These are the core bedrock that are much more difficult for a company to change mid-flight. Everything that makes an established company strong is built on top of this foundation and will fight back against changing them. Take Blockbuster and its reliance on physical stores and late fees. People often fall into the easy narrative that incumbents are asleep at the wheel. That they are too stupid to see the coming threat. This can be true but it isn’t the most common reason. Contrary to popular belief, many execs at Blockbuster not only saw the threat Netflix posed, but also the opportunity for Blockbuster to have claimed the mantle Netflix now holds. They even spun up a team to take Netflix head on. But what made retail stores and late fees so powerful and profitable for Blockbuster is also what made them so hard to displace. Every move to prepare Blockbuster’s core for a digital future was resisted by execs who generated more revenue, store operators who were livid at being cut out, and Wall Street investors uncomfortable with turning a consistent business into a high risk venture.

Rare is the company that can change its core atomic concepts. It’s why companies like Amazon are so impressive and so daunting. Startups thrive by finding asymmetric angles on incumbents that they are unable to follow. What is safe from a company with no sacred cows?

Understanding the core abstraction levels of a company is hard to understand from a distance. Which is why looking for emergent customer types with different needs is a useful substitute.

Figma bet on collaborative product design

Sketch was the company to first understand the market opportunity in designing digital products. Launched in 2010, Sketch was built entirely for designing the UI and UX of these products. Its atomic concepts were those best for digital products: vectors and projects. These were also what made it hard for Adobe to compete with their pre-existing product line.

In a classic innovator’s dilemma, Sketch’s best feature against Adobe was that it dropped everything that wasn’t best for making digital products. This allowed it to focus only on creating the best experience for vector-based digital design. Unlike Photoshop, it was vector based. And unlike Illustrator it was built with larger complex projects as the focus rather than specific isolated designs.

In retrospect, Sketch stopped at a half measure. Designers creating digital products did need vector-based design tools. And Sketch also understood that they were working on more complex projects vs one off designs that needed better project-first features. But these designers were also often working on teams—both with other designers and, more importantly, with non-designers. They weren’t designing in isolation, but as part of a larger process.

Sketch, like Adobe before it, lacked in this area. Everything from Sketch’s technical architecture and desktop based product to its pricing model and platform structure were a poor fit for this collaboration. The demand for these features could be seen in the messy ways that companies hacked together solutions to this and the many products that sprung up to fill these holes. Companies like Zeplin, Sympli, and Invision grew out of designers’ needs for better ways to coordinate with the other designers, PMs, and engineers they worked with. Sketch’s plugin system, like Adobe’s, felt more bolted on than core to the platform.

When Figma first started, it was more directly a Photoshop competitor. Over its first two years, though, they shifted their focus specifically to designers working on the UI and UX of digital products as they talked to more potential users. Building out the product to enable collaboration uniquely was key to these designers. Doing this was non-trivial. The technical challenges to do so were very hard, though Figma was well set up due to Evan Wallace’s technical prowess and specific knowledge in new technologies like WebGL. Building for collaboration to its fullest extent has led Figma to rethink almost all of the company—leading to new pricing models, distribution models, and sharing form factors.

For those interested in reading more on Figma, I have a prior post that can be found here so will avoid rehashing many of the same observations. Figma’s success came as it honed in on this growing use case of complex digital products built by larger teams of designers and non-designers—and in finding the atomic concepts that were uniquely needed for this new skew of users.

As discussed in Why Figma Wins, over the last few years this is most visible in their expansion into larger enterprise customers. Large companies have the same (if not greater) need for design tools that are built for the collaboration in their org as small startups or smaller teams within them. However, the set of features and tools they need around this look very different from a small team. When Figma started, it found its fit first with small teams, but as entire large companies started to look at it seriously it needed to understand how to think about collaboration and building a design tool not just at a team level—but at the scale of an entire company. 

Canva bet on marketing design by non-designers

With the rise of digital platforms like Facebook, Instagram, and Youtube, marketing and advertising have increasingly shifted online. Online advertising has many differences from traditional advertising. Most notably, it is much faster paced—and often more targeted. Companies now do many small variations on the same campaign: testing which versions do best, making personalized versions for different customer cohorts, and adjusting them to the different required form factors of each ad platform. The traditional process of having a few large campaigns each year looks increasingly archaic. The cadence was a function of the primary channels being areas like TV and print, where campaigns are costly so only a few large campaigns can be run a year. As the channels shift, the campaigns, tools, and teams adjust to match the new dynamics.

The fast and the furious

Increasingly, marketing teams don’t need whole design teams working on each campaign. Rather, they want tools that made it easy for them to adjust their marketing designs in small ways—like being able to format it for both their instagram ad as well as their Youtube banner. The background of the person needed to do this changes, too. Instead of hiring design agencies, companies bring this work in house, both because more of the work can be done by non-designers and because the pace of iterations makes working with an external agency too slow.

Once again I am asking you to be impressed by my multimedia use of graphics, drawings, and logos

Marketers and people posting on Instagram don’t think of the design work they want to do in terms of pixels. It’s the wrong abstraction level. They aren’t trying to directly edit the photos themselves. The photos are just an aspect of the specific goal they have in mind. They think of it in terms of the aesthetics and purpose of the design—not just the images but also the text and graphics and more.

Photoshop can do everything they want, but it is too low level. Photoshop’s atomic concepts are images and pixels. Editing at the pixel level is perfect for photos and image manipulation. Canva operates at a higher abstraction level—the one its users care about. Canva designs start with their purpose in mind, whether that’s designing a pitch deck, an Instagram post, or a wedding invitation. Canva has templates and layouts built for that specific purpose, while making it easy for users to add their own creativity, whether by putting in their own photos or using any of the many graphics and components made by the community.

This need is even more felt by SMBs and teams who can’t have a full design team work on every project. Canva’s lightweight editing with easy templates and process for making many small changes like formatting for different social platforms made it ideal for these customers.

This also allows Canva to extend its platform around these molecular levels. Canva’s distribution is driven in large part by their SEO. Unsurprisingly, the very same use cases people use Canva for are what people looking for design tools want to do and search Google for. With their product and templates built around these use cases, it’s easy for Canva to expose that externally and have lots of templates and examples ready to go for potential new users looking to do a specific design. Everything about their user acquisition and onboarding is built around the specific use cases people have and Canva’s atomic concepts. They are built around the functional workflows people have, whether that’s making a Twitter background photo, a wedding invite, or a keynote presentation. And Canva is committed to making that as easy as possible.

There is something very illuminati about this pyramid and sun. You heard it here first

Defensibility through becoming a platform

As they’ve grown, Canva has expanded their ecosystem by creating marketplaces and communities around templates, layouts, fonts, and more. Most users don’t want to build from scratch. With Canva’s marketplaces there is an entire ecosystem of pre-built components they can use, both free and paid.

Canva having this strong ecosystem of add-ons is very powerful. Add-ons allow Canva to address the huge scale and varied needs of all its customers, far more than one company could ever do on its own. This makes it possible for each customer to use Canva in a way that will be personalized for exactly the use case and aesthetic they care about.

I did not repurpose the first chart. No one will believe you. shhhhh
There is nothing sadder than the fact that no one will build a Procreate x Figma integration JUST. FOR. ME.

Creating free and paid add-ons have long been a staple for most design tools. However, they haven’t been tightly integrated into the product, adding friction for users. In contrast, Canva builds add-ons seamlessly and directly into the product, making it easy for users to access them directly and leading to higher usage. Treating these marketplaces as first parties has a number of additional benefits. Beyond increasing the value of the product, it also cements platform network effects for Canva. A growing community of creators monetizes by selling add-ons for Canva; this reinforces Canva as the tool to use with the most robust ecosystem.

There is entire category of ecosystem loops that no one seems to talk about. Ecosystem loops deserve love too

This is just one example of how companies can use platform network effects to extend and defend their beachhead. There are few sources of defensibility stronger than the cross-side network effects of platforms. It makes it hard for any new competitors to get traction. Without a large enough user base, a new platform can’t attract developers to build on top of it. As a result, new competitors also lack the ecosystem of add-ons to meet all the needs of and attract users. This is why platforms are so enduring. They allow companies to scale the needs they meet beyond what’s possible for a single company and they create chicken and egg problems for any competitor hoping to follow.

Extending this playbook to other spaces

Design isn’t unique among fields. All these same factors that are driving new and large use cases in demand are similarly arriving in most fields, especially in all forms of digital content. It’s inevitable we will see many of these same changes happen to video as they have in design and photography, though the specific use cases and needs that emerge will look different.

The most active area obviously undergoing this market transition right now is the broader productivity space. Over the last few years, many of these new companies (Airtable, Notion, Coda, Roam, Retool, Webflow, and Loom, to name a few) have seen remarkable early traction. But it’s also hard to delineate what the exact spaces are within productivity and collaboration and which companies cluster together in which buckets. Many of the companies have lots of product roadmap overlap as they each navigate the amorphous high-dimensional space of customer types and needs.

Even for those companies with early success, many have yet to crisply define the atomic concepts they’re betting on and to position themselves accordingly. Which are competitors with which? Who are their customers and which use cases will be the most important workflows to build around? What factors will determine which companies succeed and centralize their markets?

Companies have trouble navigating these questions because customers themselves don’t think precisely about what they really want. These companies have the opportunity to change how customers think about their own workflows. The best companies introduce better atomic concepts and help push their customers forward. Strong enough products will have ecosystems around them whether or not the companies actively manage it. The best companies don’t just benefit from these ecosystems, they build their platforms to enable and direct these ecosystems in ways that empower their customers more.

Figma is beginning to expand its scope with new initiatives like plugins and communities. These are not the only ones I expect we’ll see (and there’s one that I’m particularly excited to see how they tackle) but they are core ones. As discussed more in Why Figma Wins, if these work they help expand the ecosystems around Figma, enabling users with new abilities and ways to engage with each other. An ecosystem also creates both defensibility and extensibility for Figma.

Beyond design and productivity, many companies today are right at the crux of these decisions. Getting a product’s core loop to work is a tremendous effort and very rare. For those who do, they are then faced with the question of what comes next.

These companies can (and have) comfortably gotten to single digit billions in valuation on their core products. If they want to go public or be acquired, they can do that. But they are also at the point where they can catch their breath, take a step back, and think about what the next decade of their trajectory looks like and what would be next in their roadmap’s sequencing if they were ambitious. For most of them, it will involve fundamental expansions of their atomic concepts. Going multi-product or becoming a platform is the key to compounding into significantly more meaningful companies.

For all the discussion on strategy, running an actual startup is often more a test of tactics and execution than strategy. One of the few exceptions to this is when companies are making new additions to their most core loops. Pre-product market fit is the most common of these moments. But the transition from a single product to a platform (or multi-product) is another common one that most successful companies experience.

Figma and Canva are examples of companies going through this expansion, but they are far from alone. Across the industry you can see a cohort of tech companies at this stage. Companies like Notion, Airtable, and Flexport are all beginning their explorations of the next major expansion of their products and platforms. While not done, they have been successful in building out their core product. As they think about their ambitions for the next decade, they will have to extend their product in fundamental ways.

Final thoughts

Often the smell test of a company is how easily it can be dimensionally reduced. It’s like some variant of Kolmogorov complexity. How few core elements can maximally explain it? People fairly push back that companies are intrinsically messy and cannot be compressed in this way. It is often true that VCs and outsiders simplify their view of companies in ways that are easier to remember but useless in practice. The flaws in this dimensionality reduction aren’t reasons to ignore it—they are the reason it is important.

As a founder, nobody is going to understand the full nuance of your company like you will. Everyone else does see a simplified, compressed, and sadly imperfect shadow of your company. Founders repeatedly underestimate the degree to which their products are complex and opaque to outsiders, because they have it fully loaded in cache. They have seen every iteration and revision and imagined in painful detail all the alternate lives their product could have lived.

Most users never talk to someone at a company. Even if they do, the vast majority of their interactions with a company are with the product. Your users know nothing about how your company operates. They don’t see all the late night whiteboarding sessions and careful deliberations that led to the specifics of each feature they use or the many iterations that were tested and rolled back and refined. They often only understand half of how your product can be used, much less your vision for how it should be used as it matures. And your future potential users don’t even know you exist.

As product becomes the driver of most interactions with a company, external gatekeepers and proselytizers like journalists and bankers become less important. Instead, it’s the clarity of a company’s product and product—and founder—driven distribution that become most key. We’re still early on in companies internalizing this. 

This clarity is not just for users. It’s even more important for employees. They are the people who build complex compounds around these atomic concepts, and their misunderstandings are the root of future deviations and issues that arise. Founders get advice to repeat what matters more regularly than they think they need to. Repetition may help employees remember what’s important, but it pales in comparison to the clarity that comes from having strong atomic concepts to begin with. Like memes, simplicity is what makes them so transmissible.

One exercise I’ve often found useful for CEOs to do with their co-founders and team is to ask an important question about the company—and see how much everyone’s answers differ. People are always shocked at how much they differ from even their co-founder. It’s natural to have differences and that doesn’t even mean either person is wrong. But these unexpected differences in how to think about the company are the underlying faultlines that make it difficult to synchronize as a company on what matters and to have a common framework by which to discuss and debate important decisions.

All of this shouldn’t be misinterpreted. Very few companies come out of the womb with crisp atomic concepts. The nature of building a company is messy and complicated. Critics are right to say that many analyses over-simplify and give post hoc explanations of how to think about companies (yours truly included).

But the process of examining that complexity and finding the most lossless ways to dimensionality reduce is not the province of armchair analysts. It’s essential for founders and companies themselves to regularly do this refactoring. Just as companies build up technical debt, so too do they build up narrative debt.

Typically fundraising is a natural fitness function for doing this refactoring. For top companies this is increasingly no longer true—but the importance of this clean up has not shrunk. Whether for the sake of their users and employees—or so they can expand into becoming more complex platforms—companies must grapple with who they truly are, before they can go after who they want to be.

Appendix: Figma’s ecosystem and open source

There is a lot more that can be discussed on the platform ecosystem chart that is out of scope of this essay. This is a highly simplified chart, but it is one that comes to mind often when talking with founders of companies that are beginning to think through sequencing from single product companies to platforms. And are seeking a framework to think about their ecosystems (or analyze others) in a more structured way.

These charts can look very distinct for different companies. And even for the same company it moves over time as their user base shifts and they shape their ecosystem. Companies make intentional choices that have large impacts on what their platforms look like.

Figma is a good example of this. Unlike many platforms, Figma’s plugins and community initiatives put a large focus on being accessible to individual designers building out solutions to their own problems, whether just for themselves or to share freely with others. This focus is at odds with many other platforms that are mainly meant to be used by third party companies building products to be sold to users on top of the platform.

One impact of this is a bet on the importance of the long tail of niche use cases in Figma as seen below. There are many use cases that often are too niche to be supported as products to purchase that never are addressed in most platforms. But by making it easy for individuals or companies to build their own plugins, Figma hopes to see even these be addressed—and then shared out with the community in the way we see it often in the open source developer ecosystem.

Perfectly balanced, as all things should be

Acknowledgements

Many thanks to Keila Fong and Eugene Wei for the many discussions about this topic and help with this piece.

Additionally, thanks to Casey Winters for the many discussions about Figma and Canva. And our discussions for many years on these very topics.

Thanks also to Fareed Mosavat and Brian Balfour at Reforge. The Advanced Growth Strategy course was the origin of many conversations about Figma’s loops. And I still teach the Figma case study every semester. If interested in many of the areas in this piece, Reforge is the best place to learn them but also from people who’ve spent far more time actually putting them to practice in companies than me.

All graphics in this piece were created with Procreate and Figma. Procreate is a fantastic drawing app for iPad. If you have made it all the way through this essay and don’t know what Figma is then I don’t know what to tell you. Once again will put out into the world how much I want an integration between these two. What is the point of Figma’s platform solving for long tail niche use cases, if not to solve primarily for my long tail niche use cases.

The Mike Speiser Incubation Playbook

In Formula 1 racing, you can win a world championship as a driver with one team but then not even make the top 10 without that team’s car and infrastructure. Venture can often feel like this, too. Many top performing VCs would struggle if they weren’t on their firm’s platform. And similarly, a far greater number of VCs might be able to do well if they were just at a firm with a strong enough brand. Most special are those that are the source of their own success.

In Making Uncommon Knowledge Common, I wrote about Rich Barton because he’s one of the rare founders (or investors) with the demonstrated ability to create multiple billion dollar companies. Unpacking and learning from the few who have shown repeatable and internally compounding approaches to building companies is important.

Unlike consumer, traditional enterprise markets lend themselves more naturally to deterministic and repeatable success. There’s a small handful of VCs who have clearly shown they can succeed repeatedly and whose approaches and playbooks are legible enough to imply it’s not a fluke. Speiser is one of them.

Speiser’s portfolio includes companies like Pure Storage and Snowflake Computing. It’s worth noting that Snowflake not only IPO’d and is now at a market cap of over $60B but Speiser and Sutter Hill Ventures owned more than 20% of the company leading up to the IPO. When Pure Storage went public, Sutter Hill held more than 25%. Speiser may have the highest percentage of portfolio companies that have become multi-billion dollar companies—and that trend looks to continue with his newer companies.

But impressive returns are not solely what matters for the industry. It’s tempting to evaluate firms by their returns, and from the LP perspective that may be the correct metric. But another, and more important way to judge VC firms is by the value they add above replacement to their portfolio companies. How much do they help their portfolio companies increase their likelihood and magnitude of success? Firms do this most notably by providing capital, but also by other methods like lending their brand or directly helping with operations.

For founders, this value added is what matters. The returns of a VC firm only matter to a startup insofar as they translate into improved brand, network, or access to capital for the startup. A firm’s financial performance is a reasonable signal that they may add real value and be worth partnering with, especially since some aspects like brand strength for recruiting, future financing, and customer development are a function of perceived firm success. But to prospective portfolio companies, a fund’s returns are important only as a means, not an end.

What makes Speiser intriguing is how distinct his approach is from other VCs. The tantalizing clues suggest that he has figured something out that nobody else has: the formula for creating successful companies from scratch.

you didn’t really think there wasn’t going to be a drawing of a loop did you?

The Speiser playbook

At the core of Speiser’s approach is incubating companies, or “originating companies” in Sutter Hill nomenclature. Instead of investing in existing companies, Speiser stays solely focused on one thing: starting and building companies. Even among others who have been very successful at incubations, he is the most singularly focused on this.

bespoke artisanal charts as a service

Every year Speiser incubates around one company. The core of his model is to find 2-3 co-founders and be the founding investor. Often he takes on the interim CEO role himself for the first year or two. This has many advantages. The biggest is that it reshapes the ideal founding team profile. He can focus on getting the right top technical co-founders that will have strong views on what to build and the ability to build it—even if they are people who don’t generally view themselves as having a natural inclination to be founders. This is a significant talent arbitrage.

A better package for founders

There has been a dearth of coverage of Snowflake’s three cofounders, Benoit Dageville, Thierry Cruanes, and Marcin Zukowski in both the news and social media. Partially this is because they have not sought the spotlight. But partially, it is due to the veneration of a certain type of founder we have, those who seek the limelight of public presence and being in control of every aspect of the company.

Snowflake’s founders are cut from a different cloth. As Benoit Dageville put it “We never thought of it as building a company. We just wanted to build a cloud product. The company was an afterthought.” Yet, their product and technical decisions have been prescient in threading the narrow path to taking on Amazon and Google in the most important core markets of cloud computing.

There are people who often don’t want to be CEO, or even to start a company. They are driven by their conviction of what the future should look like, as well as their frustration with the internal dynamics they confront at legacy incumbents that prevent them from creating that reality. But they are still unlikely to start a company due to all the inertial cruft that comes with founding a company—and especially with being CEO. They want to build what matters, not set up a new corporate structure, manage fundraising, or build a sales team.

Eric Yuan, the founder and CEO of Zoom, has explained this feeling of being held back at Webex. He knew what should be built and that the Webex team could do it, but given the dynamics of Webex as a subsidiary of Cisco he was unable to get the political capital to do it. And he’s proven himself right by leaving with his Webex teammates and building Zoom. Considering he was VP Engineering at Webex and still unable to build what he thought was important should be a very discomfiting reality shock to large companies about the very real economic harm the malaise of their internal processes have caused. However, for every Eric Yuan, there are countless others that never leave and start a company. The inertial barriers are too high. They can stay at their company and struggle to work on what they know should be built. Or leave and take on more uncertainty and risk than they want.

Speiser introduces a third model that breaks through this Scylla and Charybdis dilemma. Start a company with Speiser and stay focused on what you want: deciding what to build, hiring the team you need, and building it. Speiser will handle fundraising, handling the operations generally, and setting up the sales motion and machine. Founders get much of the autonomy and upside of starting a new company while also getting support and guardrails so they can stay focused while having confidence the business is being built well.

Speiser doesn’t just take on these roles because founders don’t want to do it. There are actually aspects of company building where he should be better than the founders. Sutter Hill Ventures has the capital already, so it’s easy for them to take on responsibility for fundraising and remove that as a blocker. Instead of having to burn a lot of cycles fundraising, Sutter Hill can provide the capital. And they often do, leading multiple rounds into their companies. Or they can bring in outside investors, with the confidence that Sutter Hill can lead the entire round as a backstop if the process becomes too much of a hassle. Also, like any VC firm, Sutter Hill builds a brand that compounds their companies’ ability to raise follow on funding. At this point there are multiple firms that have made their bread and butter following on after Sutter Hill, to great success.

Similarly, Speiser is likely to have more experience in setting up companies and the initial customer development process than the founders will. Perhaps most importantly, he has relationships with customers and an established reputation that can be used to bootstrap the initial pilot conversations, which may be the point of highest leverage for these new startups.

These advantages all compound with every incremental company Speiser originates, and not just because of the typical brand network effects that venture has broadly. In many tangible ways, the spread between Speiser’s process knowledge relative to a new founder should widen with every new company.

As an industry we seem to often want to see machismo and martyrdom in founders. A decade ago it was wanting founders to be willing to mortgage their house and their kids’ college fund. Now it is founders wanting to be in charge of every aspect of companies. If founders aren’t willing to put everything on the line for the company their companies will be worse is the thought. As an ecosystem it doesn’t appear the data bears this out. Everything we do that has expanded opportunity and decreased the friction to more people becoming founders has led to huge benefits for the industry.

Just as Eric Yuan should be a massive shot across the bow for all large tech incumbents, Snowflake’s founders should be a wakeup call to venture that we have much further to go to enable and support even more brilliant people who don’t think of themselves as CEOs to bring their vision of the world into existence.

A better package for CEOs

But this isn’t the only talent arbitrage Speiser’s playbook benefits from. The interim CEO model allows another one too. As the startup does well and figures out its product market fit, Speiser eventually rolls off as CEO and finds a full-time replacement to take on the role as he takes a step back into being solely a board member.

His companies are very advantaged in finding great CEOs to take the mantle. To understand why, look at it from the perspective of an executive looking to become the CEO of a company. Like the potential founders, these executives have their own Scylla and Charybdis dilemma. They want to be CEO of a company, but they also want to join a company that has already derisked product-market fit instead of founding a new startup with all the attendant risks. However, there is significant adverse selection among Series A and B companies that are looking for an external CEO.

Now that most founders want to stay on and scale up as CEO of their companies, it often indicates the company is struggling if the board is looking to replace the founder. Even if turning the company around is doable, the internal and board dynamics are likely to be very acrimonious—with a hostile deposed founder.

There are a few exceptions, like Linkedin and Hashicorp, where the companies were doing very well and the founders wanted to bring on a CEO. That can be extremely effective, with the founders and CEO partnering to great effect. There is a lot to emulate in the dynamic and shared responsibility between Reid Hoffman and Jeff Weiner at Linkedin or David McJannet, Armon Dadgar, and Mitchell Hashimoto at Hashicorp.

But increasingly, founders wanting to bring in a CEO are the exception, not the norm, if companies only look for new CEOs while pushing out the founder.

Speiser can offer a much more attractive package.

When Speiser talks to a potential CEO he can say he’s showing them his strongest companies, because that’s true. His model is built on him leaving his role as interim CEO once they are working—and moving on to do it over again at a new incubation. Finding a new CEO is a feature of success, not a cry for help.

Many of my friends who are executives are bombarded by VCs trying to trick them into taking on their worst performing companies. After they do some light diligence and referencing, they realize that the company is months away from failure or the founder will be hoping for them to fail from day one. Executives grow to realize they should be default skeptical of any companies that VCs try to recruit them for as CEO.

Speiser is one of the few VCs who will really be pushing you towards his best companies. This gives him a huge advantage in building his relationships with the best executives, because they know he will actually be helping them find companies they’d want to be running.

And the results support this. Take Snowflake Computing as an example. After Speiser stepped down, Snowflake brought on Bob Muglia as CEO. Muglia, who was previously EVP of Software at Juniper Networks and before that President of Servers and Tools at Microsoft, was an astounding get as CEO for a two year old startup. And then last year, Snowflake brought in Frank Slootman, formerly CEO of ServiceNow and DataDomain, who may be the greatest enterprise CEO of his generation to run Snowflake.

Potential downsides of model

However, Speiser’s model is not without tradeoffs.

For prospective founders, equity is one example of this. While VCs like incubations because they are able to command higher ownership percentages, this comes at the cost of founders ending up with less ownership. For founders who would start a company no matter what and don’t feel like they need much support, an incubation model like Speiser’s will leave them with significantly less equity than they could get otherwise. Benoit Dageville, the Snowflake co-founder with the most equity, had 3.4% at IPO—less than founders often have at IPO.

For many founders, this tradeoff will be worth it after weighing how much Speiser and Sutter Hill increase the probability and scale of potential success. After all, Benoit’s stake is currently worth over two billion dollars. But for many, it may not be worthwhile.

Another tradeoff is autonomy. Just as founders and later CEOs may want Speiser’s experience and hands-on help building the company, they may regret his involvement where they differ in viewpoint. And the tradeoff of a VC being intimately involved in the business…is that they are intimately involved in the business. This is especially true where company and individual incentives may differ. Bringing Frank Slootman in as CEO, for example, could only come with the departure of Bob Muglia. I’m sure Muglia would have preferred to stay CEO, but the board decided they couldn’t pass up the opportunity to bring in Slootman. With two billion dollars in equity, Muglia may do it all again even knowing that. But there is a tradeoff in autonomy that comes with incubating a company with an investor so closely involved.

There are real tradeoffs for investors in the model as well. Incubating a company, especially as interim CEO, is significantly more work than only investing in a company. Which means an investor like Speiser can make very few investments, so the cost if any of them don’t work out is higher. By only doing incubations, an investor also misses out on being able to invest in promising companies and teams that are already formed. Finally, by primarily incubating companies, it can provide some misalignment with existing founders that may be more reticent to meet since the investor is unlikely to invest but may incubate a competitor.

Supported by structure and process

Speiser’s incubation model breaks many conventions of and assumptions about venture. They even defy the conventions of how most firms do incubations. Spending two days a week with companies consumes more time and focus than most VCs do. Speiser does fewer investments, which only works because of an implicit assumption that his companies have a much higher likelihood of success. Speiser currently has a roughly 20% hit rate of his companies achieving multi-billion dollar valuations. Comparatively, top VC firms are typically at single digit percentages. The ratio of other top firms is lower because they make more investments, but nevertheless Speiser’s hit rate is exceptional. His structure and process are integral to this. And similarly these success rates are what allow him to double down on his model. But how does he choose which spaces and companies to focus on with his scarce slots?

Underlying Speiser’s approach is a belief that ideas matter. And you can make success way more than most believe.

Technical risks and secular shifts

The recurring core of Speiser’s approach is finding a market undergoing a massive secular shift—and betting all-in on the full transition. He favors companies where the demand if it works is high—but the technical risk is high and most don’t believe it can be done yet. All investors like benefitting from market tailwinds, but it is a very different thing to bet on one well before it has manifested and to the exclusion of more conventional and existing approaches.

When Snowflake Computing was started in 2012, most investors and companies were convinced that in order to sell into large companies you had to support on-premise workloads. Hell, most customers were convinced to sell to them you had to handle on-premise. Betting all-in reminds me of something Reid Hoffman once mentioned about principles. Principles are only principles if you’d hold them even when they are costly. It is only betting fully when it comes at a real cost to the business. For example, in customers that can’t be served because they need a hybrid solution.

Ghost Locomotion, another of Speiser’s incubations, is another example of this. It’s a purely computer vision based approach to autonomous vehicles (AV).

In AV most companies take a hybrid computer vision and LiDAR approach. Google’s Self-Driving Car team and the many teams started by Google SDC alums (Aurora, Nuro, Argo, Otto) use this hybrid approach. Though LiDAR is expensive, the thesis is that for a use case as high stakes as autonomous driving it’s important to have heterogeneous sensors that can make up for each other’s shortcomings. Historically these sensor fusion approaches have outperformed those focused solely on computer vision. Of course, general consensus is that on a long enough time scale computer vision alone will work for autonomous driving. After all you and I both use a computer vision approach and are able to drive. The key question is which approach will be first to market with a system that is accurate enough.

The bet for most autonomous vehicle companies is that the progressing along the current hybrid approach will work, and that teams that have worked in autonomy will have an advantage—having seen the ceilings on performance that need to be overcome.

Ghost Locomotion, like Tesla, has a very different approach (it should be noted that Tesla also is a coupled bet on the feedback loop of large scale car telemetry data being key). They only use computer vision and machine learning—a purely software approach, rather than a hybrid hardware and software one. It is a bet that machine learning will improve at a fast enough rate to surpass hybrid approaches, or perhaps that the status quo approach cannot reach sufficient accuracy at all. It’s an aggressive view that prior domain expertise in autonomous vehicles is less important than expertise in AI and software engineering.

What approach will win in autonomous vehicles is entirely out of scope of this essay, but I point this out to say that going all-in on secular transitions is hard. It involves very real tradeoffs that will feel like they are wrong for a while and are often just wrong.

Going all-in on a market transition actually requires a more precise viewpoint on timing. Companies that do so rarely die because the market transition never happens—they die because the secular shift doesn’t happen fast enough. Understanding when the market is ready and how to help catalyze the transition is key.

Speiser explicitly seeks these secular shifts in the companies he incubates. Taking on technical risk over distribution risk. It’s the most publicly prominent feature of his investments. And you’ll see it throughout his thoughts wherever they are documented.

Snowflake Computing is all-in on cloud data warehouses. Not hybrid or on-premise data warehouses.

Pure Storage is all-in on flash storage. Not hybrid or disk based storage.

Ghost Locomotion is all-in on computer vision driven autonomous driving. Not hybrid or primarily LiDAR based autonomous driving.

Speiser’s companies take an aggressive view on transitions in the market, seeking out shifts that would create obvious and differentiated value that incumbents can’t provide, but that many don’t think will come yet. And Speiser’s companies go all in.

They are betting that the shifts will come sooner rather than later. Or perhaps more importantly, that they can be the catalyst that accelerates the market flipping abruptly towards the future.

Speiser is willing to underwrite the technical risk for years. Like many firms, Sutter Hill Ventures has enough capital to support a new company for years. But where most firms would balk, Speiser will continue to invest on that bet that the market will catch up to his view. And he has demonstrated repeatedly a willingness to continue to plow millions more into follow-on rounds of his incubations, even while they are pre-traction. Sutter Hill led the first two rounds in Snowflake, and continued to invest more money into later rounds.

Built-in rigor

As interim CEO, Speiser can bring his own rigor to the entire process from idea conception through finding product-market fit and being set up for scaling. This rigor can be seen even before a company or approach is solidified. My understanding is that Speiser meets with hundreds of potential founders and customers before deciding who to incubate a company with. This is orders of magnitude more than most VCs who meet with a handful of candidates when deciding on an incubation.

The rigor continues once the company is formed. Speiser leads the customer development process as CEO. This is key because in the early days of a startup, sales isn’t about revenue. It’s about product and market discovery, so a tight feedback loop is needed between sales and product. How to run this initial enterprise sales motion is very different from normal sales—and something few have experience in. But Speiser has lots of experience since this is the stage he repeatedly focuses on. These initial customer pilots are also much easier with a strong brand and pre-existing connections to potential customers. Through prior investments, Speiser has more relationships with potential customers to call upon and a more refined playbook for the steps of honing in on the ideal customer profile, how to structure the pilots, and more.

Most VCs fall into an uncanny valley. They won’t do work directly, so founders can’t offload work (and the cognitive load that goes with it) off their plate to their investors. But they don’t have enough context on a frequent enough basis to be able to really help shape the meta-process towards success. Speiser has both as interim CEO.

Considerations for the venture industry

Focus

Fittingly, Speiser’s approach to venture is the same as his approach to other markets: never go hybrid.

We see this in his decisions about structuring his work. Besides his investment in SumoLogic’s Series B, it appears he hasn’t made any investments beyond his incubations. There are other VCs in Speiser’s cohort with similarly impressive track records with incubations, such as Jim Goetz at Sequoia or Asheem Chandra at Greylock. But Speiser is rare in now only doing incubations.

At a first glance this appears odd—after all, there are many great companies that he didn’t incubate that his reputation could help him get access to investing in. Isn’t he sub-optimizing returns by not doing traditional investing?

The question is whether the loops of incubation and venture investing are additive to each other. In broad strokes they clearly are. After all, many of the same people who could be good founders to incubate companies with would be good founders to invest in separately, too. Much of the understanding of markets, company progress, and more are generalizable between the two approaches as well.

However, on deeper inspection they are actually not that aligned in many ways. Companies are a sequence of de-risking functional loops. Incubations are focused on the very earliest stages of these. By the time a traditional VC firm invests, companies are already set on many of the aspects that someone incubating companies must be good at.

While there is overlap in networks, in many ways there is also a tradeoff between what’s best for incubations vs. investing. By focusing solely on incubations, Speiser does not need to keep pace with the torrent of potential investments that occupies most investors’ schedules. This frees up significant amounts of time and focus.

Like a gas, the normal flow of investing can expand to fill an entire schedule. There is always a company of the week that must urgently be pursued. It’s very hard to carve out real time for incubations amid this.

While other investors incubate companies, there is little differentiation between how they handle their incubations and their traditional venture investments. Each part of Speiser’s process is tuned specifically towards incubations. From deciding which parts of the company he’ll run for first few years to the talent arbitrage. Or his process for finding founders and spaces to incubate companies around. And from changes he’s made to the incubation process over the last few years, it’s clear that he continues to work refining the process. Going forward it will be interesting to see 1) whether he can scale the number of companies he can incubate and remove himself as the bottleneck to incubations 2) if he can create more sources of value to incubated companies that compound further with every incubation he does.

Optimal firm structure is downstream of the expected value distribution of portfolio companies. If incubations have a different likelihood and magnitude of success than traditional venture portfolios, it’s inevitable the firm structures that best support them will also be different.

Visibility and brand strategy

Speiser is one of the top current VCs by returns, and after the Snowflake IPO he’ll have likely returned more than $12B in returns to Sutter Hill. That will bring the average billion dollar plus outcome in his portfolio to around 20%, and likely to rise with more companies like Sigma Computing, Clumio, and Ghost Locomotion approaching that valuation.

More important, he is one of the few with a unique and clear strategy that has clear compounding loops. Why then is he virtually unknown in Silicon Valley at large? Especially when compared relative to other investors with similar track records.

Many firms and investors rely on broad top-of-funnel brand network effects. Andreessen Horowitz’s model grows stronger as more people are familiar with Andreessen Horowitz. It’s their brand network effect that drives dealflow, name recognition, and improves their portfolios’ cost of recruiting or customer acquisition.

However, Speiser’s model doesn’t rely on these brand network effects optimized for inbound, so he doesn’t have similar pressure to broadcast his strategy and success. In fact, he avoids it.

Firms in this quadrant are most interesting to study. Firms with strategies that require mainstream awareness are much better understood—because their approach is out in the open. But firms that are successful but don’t rely on a broad brand network effect are much less understood—so there is greater potential they have discovered an un-arbitraged source of compounding returns.

This is graphic I made for myself. You can tell because it’s worse than my normal graphics. Bet you didn’t know that was possible

That’s not to say he doesn’t have brand network effects at all. Within the network of people he’d want to start companies with, he is well known—but there’s no benefit to him in being known more widely. The percentage of his meetings that are outbound is likely significantly higher than most VCs, so what matters is that if he reaches out to people they view him as credible.

Speiser’s model is far more interesting than most firms’, because it bucks the current strain of conventional venture thought. It throws our assumptions of how companies must be started into disarray by abolishing the strict Chinese firewall typically held between VCs and the operations of their portfolio companies. It believes venture firms can increase the likelihood of company success much more than people think, which runs counter to the current view of picking and access as the primary frontier of competition.

Most importantly, it understands that the function of venture is more important than its form. And it adapts its structure to best serve its purpose—improving the fundamental derisking of companies.

Future of incubation

For the most part, the venture industry is skeptical of its ability to incubate successes with any consistency. This pessimism can be seen implicitly in discussions of venture success, which revolve primarily around the knowing of and getting access to the top fundraises. And can be seen in the structure of most firms’ portfolios and follow on investments

Speiser’s success incubating, along with a few others, is important because it is an existence proof of venture’s ability to meaningfully impact companies. Over time industries tend to get overly narrow, focusing on approaches that are known to work well. This is natural, but often means that without outliers that take new approaches and perturb the equilibrium, industries can get stuck on local maxima—with no one wanting to be the first to try unproven strategies.

Speiser’s success ratio is far beyond the normal distribution of venture outcomes, and the fact that they are incubated with him as interim CEO indisputably proves his involvement is effective.

Will the magnitude of success of Snowflake’s IPO trigger a re-examination of incubations? It should. With caveats.

Speiser’s model is in stark contrast to modern norms around the optimal level of investor engagement with companies. The Chinese firewall around investor and company engagement is primarily a function of fear of investors harming the companies—whether maliciously or more often unintentionally. However, this should mean that there are high returns where there is trust between founders and investors on greater levels of context and engagement by investors.

And as a market, it’s important to have high returns on increased trust, otherwise trust becomes purely an aesthetic attribute.

More importantly, the power dynamic in tech is shifting very strongly away from investors to founders. As this trend continues and founders increasingly are less afraid of their investors, the field will increasingly bifurcate. Investors will either be less engaged and more passive (primarily contributing capital and brand) or they will engage closer with companies but be held to a higher bar of helping push progress for the companies. Over time as the leverage moves towards founders and the fear of investors being able to damage companies continues to fall, there will be more openness to new formats of investor and company engagements.

Incubations have far more degrees of freedom than investing, since investors are more closely involved in many more aspects of the company—especially at the proto-formation stage before many core decisions have calcified. If you look across the current landscape, there are very different strategies across the taxonomy of firms that incubate. Some of the investors that incubate include Asheem Chandra (Greylock), Aneel Bhusri (Greylock), Jim Goetz (Sequoia), Kevin Ryan, SciFi VC (Max Levchin’s fund), Thrive Capital, BoldStart VC, 8VC, Unusual Ventures, and many others. Just looking at this list there are many axes they all differentiate on in approach, what they think should be centralized by the incubating firm, and where they think value is generated. And the types of companies they incubate and the dynamic range of their outcomes is equally wide.

People often bucket all incubations together as a category. This is wrong as there are more variants of incubations than of traditional venture. VCs and LPs trying to do incubations without a clear viewpoint on how to press the form and structure of their approaches to best incubate will be disappointed.

In the coming year we are likely to see many moves to incubate companies. This will not be due to a change in the efficacy of incubating, but rather the shifts in market valuations—and the sharp rise in demand and valuations for earlier stage companies in certain segments.

When companies at $1M ARR can regularly raise in the hundreds of millions of dollars, the pull to invest earlier grows. Competition to invest in the companies attracting these multiples has grown so fast that investors are moving aggressively earlier and earlier in their lifecycle. In some ways this is rational as the industry has improved at inferring forward revenue predictability of companies, but in large part investors are moving to invest before all the data points on go-to-market have become clear. But as seed investing eventually also becomes very competitive and investments in new startups get marked up at high valuations, investors will increasingly look towards incubating new startups.

At some stage the constraint becomes the number of companies being founded in these areas. Incubating new companies will be one of the few ways for investors to generate proprietary deal flow.

Final thoughts

As a community, it’s easy for tech to become reflexively fixated on returns. Especially in this environment where every day brings a new company raising at astronomical valuations or going public at $75B, it’s easy to get lost in the allure of it. But lost in all of the breathless discussion is what is actually being built, what value is being added, and whether our ecosystem is improving.

Returns untethered from value creation are a temporal anomaly. Over a long enough time period, returns should accrue to where value is created. And we should be most worried when returns don’t have any tie to value created—an ecosystem with no fitness function cascades to the worst disasters. Just as companies are judged on their net present value of future cash flows, so too should we judge organizations on the net present value of their future value added.

Have you ever seen a sadder portrait of the rise and fall of empires than this drawing?

It’s easy to judge VC firms on returns. But value created above replacement is the much more interesting and leading metric, especially from a founder’s perspective. If the Ghosts of Christmas removed a VC firm from existence, how would all of its now former portfolio companies fare? Would they have raised from another VC firm and been in the exact same place? Or would they not even have existed?

At an ecosystem level this same principle applies. Companies and firms push progress by taking novel approaches that others can all learn from. Increasingly firms have converged on structure and strategy—a local maxima. Few firms perturb the equilibria. Often they fail. But it’s the pursuit of new approaches to every aspect of company building that perturb the equilibria and push progress. It’s these aspects of companies that create positive externalities for everyone.

Speiser’s approach breaks from venture convention. And with Snowflake’s recent IPO, it’s getting attention that’s long due.

In many ways, Speiser’s playbook reminds me of TikTok. The most beautiful aspect of TikTok’s business model is how every aspect of it is aligned with its network effect. Its short-form video format decreases friction and maximizes volume to feed into its network effect. Its algorithms favoring of shares and full watch-throughs are core metrics for engagement and distribution. Its duet and reply videos turn every aspect towards the creation of new videos. Its sounds, memes, and dances are all user-generated social capital marketplaces. It’s glorious to see a company willing to rethink everything to best make its form fit its function.

Speiser’s incubation model shares that intentional design and craft. Over time, each aspect of his model has been shaped to better serve originating companies—rather than just repurposing the traditional venture model for a new function. 

And it’s not lost on me that similar to the talent arbitrage I discussed Union Square Hospitality Group having in Aligning Business Models to Markets, Speiser also has one in attracting EIRs and CEOs.

Among my friends who admire Speiser’s model, one question hangs over us all. Is Speiser’s model repeatable, or is Speiser unique? Can his playbook be improved and scaled, or is it a craft that is fundamentally artisanal? Have we found a new frontier of Coasean logic to company formation that will become mainstream with time, or a single bloom that will vanish with him?

There’s reason to be optimistic. While Speiser feels like an outlier in venture, there are a number of individual partners that have incubated companies with models that feel very similar to great success. It is the intentional refinement of structure and process that seem unique—rather than the entire thesis.

Over the coming years we’ll hopefully see many investors evolve their own perspectives on Speiser’s approach and execute on it with their own modifications. There are many iterations that I’m particularly interested in seeing executed.

Of course, what excites me most about Speiser is that he is not done. In recent years, it’s clear he’s continued to push experiments on how to further refine the incubation model: how to scale it up while centralizing and compounding the value the firm provides and how to use the unique advantages of his model and financial returns to provide a more compelling package to founders while building in defensibility. And of course, also failed experiments in where the model can be expanded to.

I love what Speiser has done and continues to work toward. The true next dream in my opinion is scaling and systematizing his playbook beyond being constrained primarily by his individual effort. This will be hard—perhaps even impossible if the core of his success turns out to be his connections or some ineffable sense of taste.

But if it’s doable, it would be one of the most important developments in Silicon Valley and tech. His model is a better abstraction layer and structure for creating successful companies and it’s a process that compounds in how effective it is with every company. It’s ultimately a better way to truly drive innovation faster, rather than being merely a tollbooth on innovation.

Acknowledgements

Many thanks to Keila Fong, for the many discussions about this topic and help with this piece.

Additionally, thanks to Max Bulger, Michael Dempsey, Casey Winters, Saam Motamedi, and Zach Brock, for their discussions, edits, and help with this piece.

Why Figma Wins

Companies are a sequencing of loops. While it’s possible to stumble into an initial core loop that works, the companies that are successful in the long term are the ones that can repeatedly find the next loop. However, this evolution is poorly understood relative to its existential impact on a company’s trajectory. Figma is a prime example of sequencing loops. They’re now widely viewed as successful, but the key factors in their success and what bets they must make to get to the next level are less widely understood.

bet you didn’t know I could make gifs

The core insight of Figma is that design is larger than just designers. Design is all of the conversations between designers and PMs about what to build. It is the mocks and prototypes and the feedback on them. It is the handoff of specs and assets to engineers and how easy it is for them to implement them. Building for this entire process doesn’t take away the importance of designers—it gives them a seat at the table for the core decisions a company makes.

Building for everyone in the design process and not just designers is also the foundation of Figma’s core loop, which drives their growth and compounding scale. That network effect is made possible by Figma’s key early choices like: 

  • Architecting Figma to be truly browser-first, instead of just having storage be in the cloud
  • Their head start in new technologies like WebGL and CRDTs that made this browser-first approach possible
  • Focusing on a product purpose built for those designing vector based digital products

Figma’s compounding growth is not only due to product market fit, but is also driven by the alignment between their product and distribution. There are limits to Figma’s success if it remains only valued and spread within companies. In order to break through that asymptote, Figma must build a global network effect across the ecosystem. Figma’s value to new users should compound as Figma’s adoption grows, even for solo users outside of organizations. Figma has begun making its bets on how it will become a platform—namely centered around communities and plugins. While it’s still early, these bets can be unpacked and understood. 

Many companies are now at this inflection point. They have found success with their core product and are trying to push themselves to the next level of value to customers and scale. Our understanding of building platforms and sequencing towards them is still nascent. From how to shift the allocation of resources between a company’s core business and its potential future expansions to how to structure a platform to catalyze its growth and more. Until the playbook is well understood, it is more art than science. There are many decisions to make, including which layers should be centralized, whether the ecosystem should be driven by open source contributors or profit-seeking enterprises, how broad in scope to allow the ecosystem to grow and where to not let it grow, and more.

Whether they can catalyze compounding productivity in design is a core question for the coming years. Engineering is one field that has exhibited significant compounding progress over time. Whether Figma’s bets in building out global network effects will be able to push this level of progress in design will be an important question to watch.

The Arc of Collaboration

When Figma first launched, its value proposition was primarily around making design collaborative. If design could happen in the browser, then designers could work together on the same projects. In fact, they could even work on a design at the same time.

In 2014 as I helped diligence Figma (disclaimer: I worked on Greylock’s investment in Figma, but I don’t have a personal stake in Figma. sadly.), I used to sit with designers at startups and watch them work. The top right corner of their screens were always a nonstop cycle of Dropbox notifications. Because design teams saved all their files in a shared folder like Dropbox, every time a coworker made a revision they would get a notification. And often there were complex naming conventions to make sure that people were using the right versions.

Figma solved this problem. Designs in Figma are not just stored in the cloud; they are edited in the cloud, too. This means that Figma users are always working on the same design. With Dropbox, this isn’t true. The files may be stored in the cloud, but the editing happens locally—imagine the difference between sharing Word files in Dropbox vs. editing in Google Docs.

Any time a user edits a design, they are in effect checking out a temporary copy. This is why two users editing a file simultaneously creates issues. When designs are edited with Figma, there are no conflicts. And since revisions are a first party feature of each design in Figma, there’s no need to have complex files with names like “profile_design_v23_final_draft2”. Similarly, designers can comment directly in each other’s files, instead of sending emails with feedback.

the one with less loops is better. I know, it’s the first time I’ve ever said that

I used to be confused by the Figma’s team consistent framing of Figma as browser-first. What was the distinction between this and cloud-first? Over time I’ve come to see how important this distinction has been. When many creative tools companies talk about the cloud, they seem to view it as an amorphous place that they store files. But the fundamental user experience of creating in their products is done via a standalone app on the desktop. Figma is browser-first, which was made possible (and more importantly performant) by their understanding and usage of new technologies like WebGL, Operational Transforms, and CRDTs.

From a user’s perspective, there are no files and no syncing that needs to be done with others editing a design. The actual *experience* of designing in Figma is native to the internet. Even today, competitors often talk about cloud, but are torn over how *much* of the experience to port over to the internet. Hint: “all of it” is the correct answer that they all eventually will converge on.

Designers loved Figma and this drew initial distribution. And with features like team libraries, designers have incentive to pull in other designers on their team into Figma. But a tool designers love, while a prerequisite for success, does not fully capture the root of Figma’s traction so far. While Figma has been building the ideal tool for designers, they’ve actually built something more important: a way for non-designers to be involved in the design process.

having to slide into the DMs is bad

Tools for Design, not just Designers

While Figma was building better tools for designers, their browser-first approach had a much more radical and significant impact on non-designers.

We often forget that the purpose of the tools we use at work isn’t to increase our individual productivity, but the entire team’s productivity. Companies themselves often forget this.

The best tool for individuals may also be the best for the entire team. But it’s the latter that matters. And beyond some level of enhancing individual productivity, it’s the team aspects that increasingly matter. Word processing is a good example of this. There used to be lots of experimentation and customization around individual features like typesetting. But once this was good enough, the focus has shifted towards collaboration. And for most use cases, few care about typesetting today. Increasingly our tools must understand and align with how we collaborate. This was less important when collaboration was logistically difficult and prohibitively costly, but as collaboration becomes easier its importance has risen. People’s work is less siloed—and their tools must reflect this.

The best tools enable collaboration that was previously unthinkable.

Historically it has been very difficult for non-designers to be involved *during* the design process. If PMs, engineers, or even the CEO wanted to be involved, there were many logistical frictions. If they wanted the full designs, the designer would need to send them the current file. They’d then need to not only download it, but also make sure they had the right Adobe product or Sketch installed on their computer—costly tools that were hard to justify for those who didn’t design regularly. And these tools were large, slow, specialized programs that were unwieldy for those not familiar with using them. It was hard to navigate a project without a designer to walk you through it. Comments were done out of band in separate emails. Even worse, if a designer made an update before viewers had finished looking at the file, the file would be out of date—without the viewer being aware.

The experience was just as bad for designers. Even if they wanted their PMs and engineers to give feedback, they’d need to handhold them through the process. Designers would have to export the designs into images, send the screenshot, and later figure out how to translate the feedback into changes in the actual design. The feedback loop was so slow that they’d need to pause their process while waiting for feedback.

Of course, what really happened is that most of the time non-designers just didn’t engage as much with the design process. The pain of reviewing designs wasn’t the primary problem, but there was enough friction that reviewing often never happened.

Figma fixed this.

Sharing designs with Figma is as easy as sending a link. Anyone can open it directly in their browser. It’s as easy as going to a website, because…well…it literally is going to a website.

Once they have the link, non-designers will always have the latest design. They can comment directly in the designs, without disrupting the flow of designers. And with collaborative editing, they can talk through changes in a meeting and watch as they are implemented in real time.

These technical changes are kindling for a far more important social norm shift. Figma makes it possible for non-designers to be part of the process earlier and throughout it all.

Figma made companies realize that non-designers should and could be more involved in the design process and how crazy it is that other design tools aren’t built with the experience of and interactions with non-designers in mind.

Tightening the Feedback Loop

Figma allows closer collaboration between designers and non-designers, but the second order impact of this on the social norms of teams is far more impactful. Historically, there has been so much friction in the design process that design is brought in after most decisions have been made. And conversely, there is a limited set of changes non-designers can push for once the design is set.
Tightening the feedback loop of collaboration allows for non-linear returns on the process. Design can be drafted simultaneously with the product, allowing feedback to flow in both directions throughout the process. Aligning the assets used by design and engineering allow more seamless handoffs, and allows for more lossless and iterative exchange.

it’s Figmas all the way down

Designers can get feedback continuously from engineers or PMs on their team. Some will have sensitivities about non-designers sticking their nose too deep into the design process. In some cases they might be right, but this cost pales in comparison to the benefit to designers.

Bringing non-designers into the process is what gives designers a seat at the table of product and business decisions.

For too long we’ve systematically siloed functional areas like design, sales, and customer service. But modern companies are internalizing that if their core loops are truly an iterative process, then functions like design must themselves be part of the feedback loop of the company. Design decisions cannot be entirely abstracted from the rest of a business—they are as intertwined as the decisions made in product and engineering.

Historically, design has been opaque as a business unit due to the logistical and technical difficulties of making the design process legible to others. But as these hurdles are increasingly solved by companies like Figma, we’re seeing teams navigate how to best integrate design with the rest of a company’s processes. This should be no surprise, as we have seen the same arc play out in engineering over the last few decades.

Means of Ascent

Much of Figma’s current success is driven by its ability to spread within companies. Figma becomes more useful as more people within a company use it, driving advantaged speed and scale of penetration within companies.

Figma was quick to recognize that the constraints on design at companies is often not a problem of pixels, but of people.

Many of Figma’s competitors are great tools for designers. But that’s who they are for—designers.

Figma is a tool for teams to design. Not for designers alone.

now you’re all stuck inside the orange box with me

By bringing both designers and non-designers alike into Figma, they create a cross-side network effect. In a direct network effect, a homogenous group gets more value from a product as more of them join. In contrast, a cross-side network effect involves two (or more) distinct groups that grow in size and value as the other group does, too.

Figma’s cross-side network effect between designers and non-designers is one of the primary and under-appreciated sources of their compounding success over the last few years.

As more designers use Figma, they pull in the non-designers they work with. Similarly, as these non-designers use Figma, they encourage the other designers they work with to use Figma. It’s a virtuous circle and a powerful compounding loop.

Cross-side Network Effects

Cross-side network effects often get less attention than direct network effects—partially because our vocabulary around network effects is less robust than it should be, but primarily because they are typically viewed as being specific to marketplaces. While it’s true that cross-side network effects are most commonly seen in marketplaces, it’s wrong to think that they only exist in marketplaces. Supply and demand is the most famous of cross-side network effects, but not the sole source.

Figma’s direct network effect among designers helped it grow early on, but has limits on its ability to help Figma spread. The set of designers that a designer works with directly is a limited set—and unlikely to change often. While they may spread it via word of mouth and social referral to many other designers, the network effect has an asymptote on distribution.

Figma’s cross-side network effect offers an additional vector. Designers who use Figma share their designs with engineers and PMs, introducing them to Figma. As these non-designers learn to appreciate Figma, they then evangelize it to other teams of designers they work with on different projects. These cross-side network effects jump across teams and help Figma metastasize throughout entire organizations.

more loops is better. Phew, all is right with the world

This impacts monetization and purchasing at companies. Paying for a new design tool because it has new features for designers may not be a top priority. But if product managers, engineers, or even the CEO herself think it matters for the business as a whole—that has much higher priority and pricing leverage.

Product-Distribution Fit

It’s this cross-side network effect that has most shaped Figma’s growth. Like planting seeds, Figma can start small with a scattering of individuals using it at each company—but each of them can lead to serious expansion throughout their companies. Once Figma is adopted by a few designers, all their colleagues across departments get exposed to the product and especially its collaborative features and see how much better the experience is for them. They then encourage its usage and adoption across their other teams and projects and so on.

This is what gives Figma the compounding growth rate it has. While it took Figma some time to ramp up its growth, there is now a predictability and compounding that is impressive.

The core of Figma’s product is the core of its distribution loop. That is incredibly rare and powerful. True alignment between product and core distribution loops is what’s needed to catalyze outlier ability to compound in growth.

Like many of their peers in this generation of companies, Figma has developed a two-step sales motion: landing and expanding via a bottom-up, product-driven approach, then doing top-down sales once usage of the product has metastasized. Preparing for this entails a whole slew of enterprise features, building up the sales machine, and much more. Over the last few years Figma has begun to build these out, though there is still a lot of work for them to do here.

yo dawg, I heard you liked loops…

This new type of enterprise companies is a mix of both product and growth-driven consumer and sales-driven enterprise. We are still early when it comes to companies understanding how to re-architect their org structure, GTM motion, pricing model, and more to best fit this model. And like SaaS before it, this bottom-up to top-down model will mature from art to science over the coming years. Though Figma has significant work to do to make their traditional enterprise sales process robust, it would be disappointing if they stopped at simply recreating the traditional enterprise sales process. Practitioners are starting to understand that these sales loops can be understood in the same way growth loops have been and that there are ways to drive significantly advantaged sales velocity and scale via product and ops. Figma is one of the companies on the frontier of this, and there is an entirely different series of essays to be written about the maturation of this nascent field.*

Building an Ecosystem

Where does Figma go next?

There is always more to improve in the core product. But there comes a time when companies need to start thinking about the next sequence of their growth.

up and to the right!

The competitive landscape has also matured. Competitors are beginning to copy and encroach on Figma’s core strengths. As they converge on Figma’s views on the space, they pressure Figma to push forward. Sketch, for example, has shifted its pricing model to subscription and oriented around teams and has focused on moving more of the product into Sketch Cloud. In the last year, they’ve gone from being entirely bootstrapped to raising a venture round from Benchmark. This capital and support has fueled a more aggressive move in Figma’s direction with a strong focus on collaboration, especially bringing Sketch to the browser and building team collaboration. 

Adobe has made similar moves. Though powerful and widely used, Photoshop and Illustrator were not particularly specialized products for designers of digital products. In 2019, they launched Adobe XD as a direct competitor to Sketch and Figma.

Figma has been focused for the last few years on its value and spread within companies. Figma’s next challenge is to improve its value and spread across companies in the ecosystem at large.

Global Network Effects

There are cross-side network effects that drive compounding value within companies using Figma. But how does it spread to new companies?

Given Figma’s growth rate, it clearly does, but in less consciously compounding ways. Many people work across companies, especially agencies, and spread Figma to their clients. Similarly, when people leave their jobs and join new companies, they bring Figma with them. And of course, word of mouth helps spread it. These are all effective and amplified by Figma’s intrinsic collaborative benefits, but they operate on their own natural cadence.

Thanks to Figma’s hard work, the value in signing up is much higher for someone whose company already uses Figma. There are already teammates to collaborate with. There are assets and design libraries specific to their company. There are components that their team has built that they can reuse.

But for users who don’t have co-workers using Figma, none of this value exists. They have the single-player benefits, but no direct increased value from the hard work Figma has done to add so many new users over the years.

life is just an endless pursuit of trying to draw charts that go up and to the right

Figma’s challenge is to create not just local network effects within companies, but global network effects that make Figma more useful to all users as it grows in scale. There are many directions Figma could expand its scope*, but our focus in this piece will be on the directions they have already begun to take.

say it together now: more loops is better!

In 2019, Figma began to plant the seeds for what their ecosystem loops across companies will be. With their launch of Figma Plugins last August and Communities more recently, they are starting to push the frontier of collaboration and productivity across companies.

this is my best graphic. It’s all down and to the right from here

Empowering Creativity through Communities

Communities push their network orientation further by allowing users and companies to publicly share their designs.

Historically, when sharing designs on sites like Dribbble, it’s often only the output image file that’s shared. It’s hard for others to see and use the full design themselves, including the layers and components that went into it. Even if the actual design is shared, the friction of opening it in whichever program and resolving any dependencies is non-trivial.

Sharing Figma designs removes this friction. Anyone can instantly open a design and start using it for their own projects. This enables users to frictionlessly become creators too, not just consumers.

Some designers have shared their UI kits, components, and design systems using Github. This has the right idea, but Github isn’t meant for design. Forking a repo may be frictionless in engineering—but it is not for designs. The designs must still be downloaded and loaded into your app. For design, Github is more akin to a hosting site for downloading files. In many ways Figma’s Communities are a reflection of Github’s philosophy and intent, but built with design in mind. Duplicate a shared design, and a copy is instantly saved to your workspace and ready to be edited.

This frictionless process makes it easy for people to share and build upon each other’s designs. But perhaps more importantly, including the entire design is a better abstraction layer that allows for new benefits.

context is king

Instead of just receiving the final output, recipients can see both the underlying components and assets within a design as well as more complex interactions and animations around designs. A great example is this design shared by Figma’s design director, Noah Levin, of smart animations within Figma. By sharing the entire design with the community, others can not just see the animations—but play with and tweak the actual designs and animations directly. This makes it easier for them to learn how to use smart animations, or even just copy parts of Levin’s demo into their designs.

The Promise of Plugins

I’ve been using Figma to create very niche memes to send friends. Figma is great, but as I’ve gotten more particular I’ve begun to add colored rectangles (with rounded corners because I’m not a barbarian) behind any text to make it more readable. This is a small but annoyingly rote series of tasks to do. Recently, I discovered the plugin Substrate for Text which simplifies this exact process. Now I can just select the text, activate the plugin and this text background gets auto-generated instantly. This plugin is made by a designer, Andreslav Kozlov, who lives in Russia. On the other side of the world, Andreslav had felt the same problem I had, built a plugin to solve it, and shared it with the internet. And that improved the power of Figma for me, making it far easier for me to immediately spin up memes mid-conversation with friends.

though maybe he should also be blamed for the increased speed with which I can troll my friends now
this isn’t how this meme is meant to be used either

This is a small example of the promise of plugins. Figma’s plugins make it extensible so designers can augment their workflows, be empowered with new abilities otherwise impossible, and easily share them with others.

i hope you appreciate the precision of my squiggles in the productivity curve

Most Figma plugins today simplify tasks that would otherwise be very repetitive or painstaking. Today, companies can build private plugins to address their specific needs. For example, companies have built plugins that automatically generate dark mode designs, pull in external data and lint for common design errors, or make it easy to generate design assets in the right orientation. These plugins level up their entire teams.

The real power of plugins, however, is in making them publicly available across the ecosystem. Plugins are collective progress available to all users. Whether creating charts, custom maps, pulling data into your designs, redlining for engineering handoff, or random blobs, plugins leverage up designers’ productivity. And plugins like Figma Chat show that the frontier can be pushed out even further by enabling entirely new abilities for designers.

As companies scale, it becomes harder to sustain consistently increasing value to customers. With more customers, it becomes harder for one company to address all the unique use cases and needs. Companies must also increasingly service less ideal customers as they expand beyond their core audience. This is especially true for users who don’t have all the compounding benefits of working with a team that all use Figma.

your local and global utility curves should look like synchronized divers. That’s what everyone says right?

Plugins help Figma fight this drag. As they scale in users, more plugins will be created, making the product better for new users and spurring more designs to be created.

Architecting a Platform

Companies like Sketch have shown the importance of a robust plugin ecosystem (and of course, Adobe before them has a long track record of encouraging plugins). It’s impossible for a single company to build all the features and tools needed by each user. Platforms are needed most when the diversity and scale of use cases is larger than can be built—or often even understood—by the company. Sketch’s plugins allow the value to Sketch customers to grow at a faster pace than Sketch can ship new features. Figma will also likely stay focused on a generalized and core set of features, leaving a huge surface area of user workflows for plugins to address.

this graphic will probably get its own essay

Companies are still early on in understanding the nuances of becoming platforms. More and more companies are reaching the scale and dynamic range where this is a priority, but for the most part, they are individually recreating the wheel. In a decade, there will be clear frameworks, metrics, and supporting ecosystems for building platforms; today there are few. This is a natural maturation, and one that all business models go through, such as SaaS and subscription over the last decade.

they grow up so fast.

Because of our lack of shared vocabulary around building platforms, it’s hard for many to understand the subtle but important delineations between the approaches of different companies. It’s easy to assume, for example, that all plugin systems are built the same, but this impulse is often incorrect.

Sketch: a Case Study

Take Sketch’s plugin ecosystem. The API is well documented and the plugin coverage is high. However, plugins are outside the scope of the core product. Users installing a plugin are most commonly directed to the Github page of the plugin, which they must manually download and install. This is another example of the gradients of what it means to put your product in the cloud. Even if Sketch is in the cloud, its plugins are local files. There is friction in downloading and installing them. This is compounded in a work setting as teams must manually make sure employees are using the same plugins if needed.

Because plugins are not first-class citizens in the Sketch product and handled out of its scope, plugin management is very decentralized. Plugins can register to be listed on Sketch’s site and enable automatic updates, but otherwise Sketch is very hands-off. There is no official Sketch source for how popular a plugin is, nor do they have to approve plugins. Instead, users must rely on Github stars or reviews on third party sites. There is no oversight on plugins causing performance or stability issues.

This shouldn’t be mistaken for criticism. The weaknesses in Sketch’s plugin architecture show only because of how successful they have been at encouraging a robust community of plugins  around Sketch.

Platforms are emergent ecosystems, more akin to building a consumer social network than a traditional enterprise sales company. This is one of the core dilemmas of building platforms. They are complex organic systems that have to be carefully cultivated (gardening vs. engineering mindset) and it’s hard to predict beforehand what direction they will go and the scale they will achieve.

Sketch cannot be faulted. To this day it’s still unclear how ambitious plugins can and should be. By defaulting to a relative hands-off approach, they allowed the community to flourish unhindered by them. And it’s by seeing Sketch’s success with plugins, as well as their struggles, that others like Figma and Adobe XD have been able to have increased confidence in the importance, potential, and levers of a plugin ecosystem.

But while Sketch cannot be faulted, their choices have stunted the full potential of plugins built around them. Sketch understands this. They are rearchitecting their plugin system right now to be fully in the cloud, which is a necessary step in the right direction.

Complex systems do not absolve companies of their need to make clear choices about the architecture, policy, and norms of their platforms. If anything, they magnify its importance. The structural choices made by companies ripple forward as the ecosystem emerges around them. And the direction and scale of the resulting platform are a function of the physics set by their initial conditions. We shape our abstractions, and thereafter they shape us.

Figma: Forming Foundations

Figma’s plugins are very early, but promising. Natively built in and browser-first, when you click to install a plugin, it’s available instantly. There’s nothing to install after all, just access privileges to activate. That’s magical.

stick figures included for scale

Like all good magic, the work to make this feel effortless is quite arduous. Figma’s plugins must be secure, performant, and stable, especially since they are creating a plugin ecosystem for a browser-first system. Users should be able to trust that using plugins won’t expose them to security risk or hurt Figma’s performance. And both developers and users should feel confident that the APIs the plugins depend on won’t be suddenly deprecated or broken. Without these preconditions, plugins will always be at best a small aspect of Figma. This trust and stability is the bedrock of a strong ecosystem.

i think the takeaway is that plugins are like rainbow cake?

This difficulty is best seen in Figma’s engineering blog posts on building their plugin system. Within a month of their post on how they decided the architecture for plugins, they learned of vulnerabilities in their approach and had to switch it out.

Ensuring the platform can be trusted is not just a matter of technical architecture. Figma doesn’t just host plugins, they also have a centralized approval process, more similar to Apple’s app store than to Sketch’s approach. Plugins that want to be listed must pass Figma’s policies around safety, business, usability, and legal.

The Path to Platforms

The business policies are worth noting in particular. While safety, usability, and legal are about maintaining the integrity and trust of the platform, Figma’s business policies are about shaping what they think the plugin ecosystem should look like. For example, they allow monetization but prefer plugins be accessible to all users. Choices like how much to encourage an ecosystem of plugin businesses vs. a more open source community are important ones. There is no obviously correct answer, and it can and often needs to change over the life of a platform. One need only look at the makeup of Uber drivers, WordPress plugins, or Airbnb hosts over time to see this.

this will also be its own essay haha

Building platforms requires many hard choices like these. How should you balance encouraging growth today and building towards the ideal long term vision? To what degree should platforms influence which plugins get built or even which they should build themselves in the early days? How should you decide which features actually should be part of the platform itself vs. standalone plugins? How wide is the scope for what plugins can build? These are only a few of the core questions.

Perhaps Figma’s most interesting choice is the heavy focus on ease of plugin creation. Figma’s plugin system is explicitly designed to turn designers into developers by enabling them to create plugins for their own workflows. In most platforms and marketplaces, the ecosystem tends to split and professionalize over time. This is the natural gravitational pull of ecosystems*. To bet that a significant amount of the platform’s leverage will come from individuals improving their own workflows is a bold one. It’s a bet on induced demand, which is always the most interesting type of bet.

Figma’s plugin ecosystem is very nascent. From their list of supported features and what’s to come, it’s clear that there is still a long way to go to open up their platform to more advanced plugins. And choosing the right abstraction layers for the plugin ecosystem is crucial. So far they have adopted a very strong stance on what the core technical decisions and promises around safety, performance, and stability need to be, but have been very hands-off on what plugins are built. This is to be expected early on. When it’s unclear what should be built, it’s not a bad policy to see where the creativity of the community leads. It often brings really amazing stuff, like this demo of a plugin. Over time, however, we should expect to see more focus. Right now their plugin page is unsorted other than popularity and some that are featured. This works when the number of plugins is low enough, but eventually they will have to decide how to categorize plugins and what they want discovery to look like.

As plugin categories begin to crystallize, Figma will need to form crisp views on which areas should be absorbed into their core product, what they want each category to look like as it matures, what essential plugins don’t yet exist that they must help catalyze, and what new APIs they should allow plugins to address. The choice of how much to encourage monetization of the plugin ecosystem, as discussed above, is a perfect example of the kind of key decisions Figma will need to make (repeatedly) as they build out their plugin platform. Perhaps most importantly, Figma must decide the meta-framework by which to make these decisions intentionally rather than capriciously.

Pushing Progress

Has design been improving? Are we getting better at designing, not as an art, but as a functional practice? 

The answer is certainly yes. We have tools that would have been unfathomable a decade ago, much less pre-computer. It is easier to design. It is easier to begin designing. Design is more scalable.

But how does design’s rate of improvement compare to the rate at which engineering has been improving as a process? Design as a meta-process is less impressive by this benchmark.

Engineering is almost unparalleled in the rate at which it commoditizes itself and pushes the frontier of progress out. The best practices in frameworks, languages, and infrastructure are always rapidly—and sometimes tumultuously—evolving. What used to take entire teams to build before, requires fewer and fewer people every year.

this is the true up and to the right curve. and the one that needs to be figured out for every discipline

As disciplines evolve, they figure out the social norms needed to operate better, build tools that can be shared across the industry, and invent abstractions that allow offloading more and more of the workload. They learn how to collaborate better, not just with each other but with all the other functions as well. Disciplines are not an end to themselves; the degree to which they contribute to the larger organizations and ecosystems they are part of is the final measure of their progress.

Design appears to be inflecting in the direction of engineering. Figma is in pole position to drive this evolution. As a tool, it makes designers both more efficient and more collaborative by breaking down the walls between design and the other teams they work with.

the dream

But Figma’s true potential is if it can make the transition to becoming a platform. If Figma can, they’ll push progress in design as a discipline.

Which companies are successful in a field is decided by many factors, not the least of which is a good measure of luck. But when disciplines undergo tectonic shifts, the companies that thrive have outsized influence. The choices they make in abstraction layers, social norms, architecture, and more have large ripples for a generation. This is even more true for platforms, whose loops become core to their ecosystems. Like wet clay, the choices they make eventually set and become the underlying substrate that defines how the entire ecosystem grows. That is both a tremendous opportunity and responsibility for the companies, like Figma, that take on this mantle.

Acknowledgements

Many thanks to Keila Fong, for the many discussions about this topic and help with this piece. As well as unceasing pressure to publish it.

Additionally, thanks to Max Bulger, Michael Dempsey, Kane Hsieh, Boris Jabes, Dave Petersen, Ryan Petersen, Kevin Simler, and Eugene Wei for their discussions, edits, and help with this piece. John Lilly, who led Greylock’s investment in Figma, deserves most of the credit for seeding all my views on productivity and collaboration. His investment memo from 2014 is still prescient in ways that took me years to fully appreciate.

Thanks also to Casey Winters and Brian Balfour. Building the Advanced Growth Strategy course was the origin of many conversations about Figma’s loops. And I still teach the Figma case study every semester.

All graphics in this piece were created with Procreate and Figma. Procreate is a fantastic drawing app for iPad. If you have made it all the way through this essay and don’t know what Figma is then I don’t know what to tell you. An integration between these two might have a target audience of only me. But I would love it.

* Further pieces to be written on these subjects

Making Uncommon Knowledge Common

The Rich Barton Playbook for winning markets through Data Content Loops

Preface: This is part of a longer private memo analyzing Zillow and its recent shift towards Opendoor’s model. May publish rest of memo at some later point. But wanted to share first part, on Rich Barton and Zillow’s initial rise.

Have had many recent conversations with people in tech who didn’t know who Rich Barton is. So wanted to share this both as primer on him and on the cornerstone of his repeated successes.

When Michael Jordan returned to basketball from retirement—the first time, in his prime, not the second time of which we do not speak—the whole world watched in awe. Meanwhile, the tech world just saw the return of arguably the GOAT of consumer tech, the founder of three household names in Expedia, Glassdoor, and Zillow. And hardly anyone, even inside Silicon Valley itself, paid it any mind.

Rich Barton is hardly a household name. Perhaps this is because he’s not based here, and makes relatively few investments. However, while there are more visible founders (like Bezos and Zuckerberg) who’ve built bigger businesses, market cap and notoriety aren’t the only measures of a founder. And Barton is a strong contender for the title of best consumer tech founder because of his repeated success. He’s founded three consumer companies each worth over a billion dollars with Expedia ($18.6B), Zillow ($8.8B), and Glassdoor (Said to have been acquired for $1.6B).

And he’s back, having returned to the helm of Zillow as it pivots to respond to a new wave of fast rising competitors like Opendoor.

Repeatable success is key, especially in Consumer tech which is one of the hardest areas to succeed in. Companies that sell to large Enterprise customers are relatively well understood now, and even our understanding of SaaS metrics and business model decisions has matured a lot over the last decade. The Consumer tech sector, however, remains dark magic. The playbooks are far less developed—and no one’s playbook has demonstrated the repeatability of Rich Barton’s.

There are a few consumer investors who have multiple multi-billion dollar wins. But it’s hard to name people who have founded three consumer companies worth over a billion dollars each.

To reliably successfully invest in consumer is a rare feat; to repeatedly found successful companies is virtually unheard of. Doing so suggests a founder has hit upon an underlying structural playbook that isn’t yet commonly known, or successfully replicated. And while some of Rich Barton’s techniques are commonly understood, his core strategy to catalyze his compounding loops is not.

So What’s the Playbook?

If you’re reading this, you’ve likely used Zillow, Glassdoor, and Expedia before. It’s hard to look on the internet for anything related to real estate, jobs, or travel and NOT see one of Rich Barton’s companies. Their ubiquity is stunning.

But it’s not coincidental.

Rich Barton’s companies all became household names by following a common playbook.

The Rich Barton Playbook is building Data Content Loops to disintermediate incumbents and dominate Search. And then using this traction to own demand in their industries.

Or as he puts it “Power to the People”

Much of what Rich Barton pioneered has now become mainstream. SEO/search is well saturated, and the importance of owning demand has been popularized by Ben Thompson’s many essays on (Demand) Aggregation Theory. But the cornerstone of Rich Barton’s playbook, Data Content Loops, are still underappreciated and rarely used.

Owning demand gives companies a compounding advantage, but needs to be bootstrapped. When a company is just starting out, it not only doesn’t own demand, it has all the disadvantages of competing against others that do.

In order to grow their demand high enough to become a beneficial flywheel, Barton’s companies use a Data Content Loop to bootstrap their demand and create unique content and index an industry online (homes for Zillow, hotels and flights for Expedia, companies for Glassdoor).

  • Expedia: Prices for flights and hotels that before you’d have to get from travel agent
  • Zillow: Zestimate of what your house is likely worth that before you’d have to get from broker
  • Glassdoor: Reviews from employees about what a company is like that before you’d have to get from a recruiter or the company itself

These Data Content Loops help the companies reach the scale where other loops like SEO, brand, and network effects can kick in.

Barton’s companies then use this content to own search for their market. This gives them a durable and strong source of free user acquisition, which enables them to own demand.

Power to the People: Disintermediating Industries with Data Content Loops

Barton career can be summed up by his mantra “Power to the People”. His companies take power from the incumbents and give it to consumers. Instead of trying to hoard information, they are on the side of consumers and giving them more data transparency.

Glassdoor revealed how employees really felt about companies. Zillow shed light on what any house was worth. Expedia let people see the prices and availability of flights and hotels without talking to an agent. These were knowable things that people have always talked about with each other. There are few topics adults love gossiping about more than work, real estate, or travel. And few categories as core to their net worth.

Rich Barton took these whispered conversations and made them public for everyone to see. Afterwards, everyone wondered why they were ever private.

Part of the reason was that companies benefited from this credibility through obscurity. Real estate brokers have access to significantly more data about the specific houses and the general market via a set of data sources called the MLS. Historically, only brokers had access to MLS data, which gave them leverage over their customers and entrenched their importance as market makers. Similarly, lack of visibility into companies allowed bad ones to put on a good face until prospective employees had already joined. And only large companies could pay for data from compensation research providers, giving them advantage over the potential hires they negotiated with. Many incumbents are able to intermediate their markets and unfairly gain an edge from people’s lack of knowledge. And it’s scary to be the first to buck this trend on your own.

Plus it is logistically difficult. Job applicants are unlikely to know a current employee at companies they are considering joining. And even if they did, it’s unlikely they could trust them to tell them the unvarnished truth. Employees have little incentive to say negative things about their employer, unless very close with the person asking.

This sparse commons is a classic case of natural market failure. While some incumbents take advantage of the information asymmetry, most benefit from a third party that will handle the logistics things like:

  • Verifying legitimacy of information being shared
  • Maintaining privacy of participants
  • Aligning incentives to get people to participate in contributing to the commons
  • Finding, ingesting, and curating third party data into the commons

Rich Barton’s companies became public Schelling Points. They create common knowledge in their industries from information only middlemen had access to before, from public-but-hard to aggregate data, or from information collected from users themselves. These intermediaries, whether brokers or travel agents were misaligned. They controlled what information was shared with the public, but has an interest in withholding it. Instead of pushing increasingly more and higher quality information to the public, they maintained the status quo.

Creating common knowledge creates a network effect. All companies in Silicon Valley want to build network effects, but few have followed Barton’s path despite its effectiveness. The more people use and trust Glassdoor, the more companies must take it seriously. And as users see more people contributing to Glassdoor, they can be more confident they’ll stay anonymous when they add their review. There are virtuous loops in common knowledge.

Demand Rules Everything Around Me

Search

All of Rich Barton’s companies have primarily used Search (and word of mouth) as their acquisition channel. Search is a great channel, since it can drive significant demand at low cost. Few companies can generate enough high quality web pages about their industries to fully capitalize on it, however.

The Data Content Loops of Barton’s companies let them be the authoritative public source on a subject at scale and low cost. By having super relevant information about every hotel, home, or company someone might be interested in, Barton’s companies become the ideal destination for consumers.

Over the years, he’s refined this model. Expedia aggregated all the various hotel and travel options, but others had done that as well. However, Expedia and Booking.com were among the most aggressive to understand the importance of search. If you had the top spot in search, the next best thing was to acquire more sites so you owned the next top result, and so on. Use Travelocity, Orbitz, CheapTickets, or Hotels.com? All of them are owned by Expedia. And any site not owned by Expedia is probably owned by Booking.com. This approach, coupled with dominating the paid acquisition side as well, helped them dominate.

With Zillow and Glassdoor, Barton took this a step further.

Before Zillow and Glassdoor, if you wanted to look up information about a specific home or company, there wasn’t a webpage for it. Barton’s companies created the definitive page for each house and company. Using a combination of data from authoritative sources (like all the various MLS systems) and user-generated data, they created high quality content unique to each company or listing. Being among the first to do this let them do a huge SEO land grab, which has been hard to displace since.

If you look at the sources of traffic for Barton’s companies, the vast majority of their traffic comes from search or direct. This makes their user acquisition far cheaper than any company that relies primarily on paid acquisition. It’s this ability to get free acquisition at scale that made it possible to build companies in these otherwise difficult, low-frequency markets.

Becoming a Trusted Brand

The ultimate purpose of the “Data Content Loops + SEO” strategy of Barton’s companies is to own the demand side of an industry. Expedia wants to be the first place you go when you travel. Glassdoor wants to be the destination when you’re thinking about companies to work for. And Zillow wants to be the place you go to look at real estate.

Barton’s companies take industries that are low frequency and use their Data Content Loops and SEO to acquire users for free and engage them more frequently. While most companies in real estate have super high customer acquisition costs, Zillow is able to get potential sellers even before they are ready to sell, so Zillow is already there when the sellers are ready.

Owning demand ultimately becomes its own compounding loop since becoming a trusted brand builds its own network effects. Consistently building this reputation increases people’s trust in them and makes them a go to destination.

Saturation and Sequencing

The Rich Barton playbook was particularly strong because it both understood how to find a wedge into a new market and how to transition that to a durable long term advantage at scale.

Data content loops are surprisingly underutilized by tech companies compared to how effective they’ve been. They have a natural invisible asymptote–and often diminishing returns on more data over time. Like Underutilized Fixed Assets for marketplaces, they can be used as kindling to catalyze demand and hit the minimum viable scope of more scalable demand loops.

Zillow as Case Study of the Barton Playbook

Zillow is a perfect example of the Barton Playbook. The data for estimating the price of houses had existed, and many brokers used the MLS systems to estimate it, but nobody had made that available to the masses.

Zillow changed that with their Zestimate.

By combining data from various MLS systems and other sources with their pricing algorithms, suddenly everyone could look up the value of their home. Even better, they could look up the value of their friends’ homes. Within the first day of launching, Zillow had a million people trying to check out the Zestimate. That’s an incredible feat that even today few have matched.

Envy is the best rocket fuel.

This data content loop lets them estimate the value of 100M+ houses. Driving anyone interested in the price of their home (or a home they’re thinking of buying) to Zillow. And they continued to come back. Most users might not be selling their home, but they could all check the prices of their homes, and any home they saw. But the Zestimate didn’t just drive users, it gave Zillow something far more durable.

The Zestimate became the kernel that Zillow used to create a webpage for every house. Zillow used its data content loop to become dominant at SEO for real estate. Try searching for your house on Google. I bet the first result is Zillow. And if not, it’s certainly in the top 5.

Nobody had yet indexed all the homes in the US and brought them online. While sites like Apartments.com had started to do so for rentals, it wasn’t until Zillow (and Trulia) that this was done for homes. There was fertile search real estate to grab and Zillow rushed out to claim it all using the Zestimate as its spearhead.

The Zestimate also had the network effect of becoming public common knowledge. It gave power to the people, and offered leverage against brokers. Armed with the Zestimate, sellers could push back on brokers who tried to pressure them to lower their prices. The Zestimate wasn’t backed by anything so it wasn’t secured, but it forced brokers to justify why the pricing they suggested deviated from the Zestimate. In many ways, Zillow became for homes what the Kelley Blue Book is for cars. And the more people used Zillow, the more powerful it became as an anchor in conversations with brokers. If you told your broker your friend told you the value of your house should be $1 million dollars, your broker would laugh it off. But if tens of millions of people are using Zillow and it tells you your house is worth $1 million dollars, the broker may still disagree but they have to take it seriously. Thus this data content loop has a demand side network effect that strengthens with scale.

Zillow used the advantages to own the demand side of real estate. Even before they decided to buy or sell, consumers went to Zillow. And when they were ready to become buyers or sellers, Zillow was there to help direct them to brokers.

Final Thoughts

One way the tech industry can be viewed, is a process by which we collectively push forward our understanding of industries and new business models.

Consumer will eventually be understood in many of the ways we’ve come to understand other business models like Enterprise and SaaS. Until then, founders like Barton with repeated successes are an early sign of some of the patterns and contours that can lead to repeatability.

While many of Barton’s ideas–like owning demand–have become mainstream, his use of data content loops to catalyze demand for his companies is still underappreciated.

Core to building a scaled consumer business is the unpredictable path of bootstrapping initial demand. Data content loops are one of a few strategies we’ve seen work very well for this phase of companies. And as the world increasingly shifts from supply constrained to demand driven, strategies like data content loops that empower consumers are likely to continue to be very effective.

While the focus of this essay, data content loops and Power to the People, aren’t the only beliefs Barton has advocated for.

Barton has been an early and loud proponent of the importance of:

  1. Unconstraining talent in society
  2. Raising the bar on ambition in companies

Both of which are very core beliefs among many of the people I respect the most. And also warrant much more discussion.

Aside: Ben Thompson has interview with Rich Barton. Which you should totally go read. And in general should go listen to Rich Barton whether he’s giving a talk, being interviewed or on podcasts.

The End of History?

Of course, Zillow’s story didn’t end there. It’s now the incumbent with a new startup fast on its heels. To understand how this happened and why Zillow is moving aggressively to match them, we have to look at the the strengths and weaknesses of the original Barton Playbook and how Opendoor and new competitors’ map to them.

Acknowledgements

Special thanks to Keila Fong and Dennis Tang for help with editing this and without whom it would definitely not be public consumption ready.

Also special thanks to Casey Winters, for discussing through the loops of Zillow’s business model. I’m sure it gave him PTSD to the many days we spent in a room discussing companies while building the Advanced Growth Strategy class for Reforge.
Also thanks to Sam Hinkie and Eugene Wei for discussing this topic and splitting it out for public sharing.