What's 🔥 in Enterprise IT/VC #306
What's the sandwich 🥪 model + how enterprise design partners can help accelerate PLG
Welcome back! I know for many it was an insane week of activity but activity does not mean closing deals as evaluations are taking longer and are more closely scrutinized. That being said, I had a number of conversations this week with founders about when one should raise their next round of financing and what milestones to target.
Specifically, let me share with you some thoughts on developer first and PLG companies. As you know, infra startups take a long time to bake and mature. The ultimate goal for any one of these startups is to build 🏗️ an amazing community and ecosystem of contributors, downloads, and users with an inbound model bar none driven by evangelism and then viral mechanics. This can help create amazing sales efficiency (look at Datadog and others) but the question is how to balance to also get your next round done?
Depending on the project and market timing and team, I’d also consider the sandwich model, build a bottom up evangelistic cadence which will take time and select a few key enterprise design partners from the top, usually driven by strong relationships from founders or key investors (this is where we shine at boldstart).
However, as a startup with a new project or product, how do you get there, especially as you think about the next round? Shouldn’t you go all in to get hundreds and thousands of downloads? What happens if you miss? Isn’t it impossible to do this? Do I lose focus?
What I’ve observed over the years is that no matter how you build and start your GTM motion, developer first, product led growth (PLG), or top down, every company eventually becomes an enterprise software company selling to large institutions. It’s just a matter of timing, day one or day 1000, and eventually many of these companies will have a mixed GTM. There are rarely any pure plays despite what VC marketing will tell you.
Along those lines, many of our day one founders who start as developer first or PLG SaaS companies build their funnel with a bottoms up motion and if done right these users, become teams and then a number of companies will reach out to ask about how to purchase the product. Many founders will not want to be distracted early but as a few months go by and the number of requests grow, they become hard to ignore. This is the the 🥪 model in action where you build for a bottoms up user, grow the funnel and sprinkle in a few top down design partners in the early days. The 🔑 however is to carefully choose who those first, lucky few design partners will be and in a perfect world, I like to see partners who are true believers, have resources to help you move quickly, and can represent a few different segments to test like small, medium and large enterprise.
As a day one investor, I ❤️ it when founders selects these enterprise “design partners” in the early days to complement their intense focus on building community and users. Why? If done right, these design partners can provide amazing feedback for your product, help you understand what you will need to build as your 1x1 user journey grows, perhaps put you through an early contracting process with legal, and eventually get you some great logos and references for your website. What I am saying is even for open source and dev first startups, don’t be afraid to have a few design partners who are friendly and ready to provide feedback as you build your product. However, you must also be careful to not become a custom development shop either for these first few design partners.
Fortunately CommonPaper, a boldstart portfolio co, released the definitive guide to what a design partner is, why you would want one, and most importantly the paperwork or agreement to streamline the contracting phase from weeks or months to hours and days.
The Common Paper Design Partner Agreement helps you navigate this conversation by providing a simple structure for your and your design partner’s commitments: feedback sessions, private/public references, roadmap influence, discounts, services, and more.
This is 🔥! I can't tell you how many times our day one founders have asked for a simple, easy to use Design Partner Agreement which is tight but also easy to use and flexible. CommonPaper got some of the best and brightest legal, sales, business, and early stage VC minds to create it. Give it a try here!
If you’re not convinced yet of why design partners can elevate your game, take a look at this tweet. Many of you know Figma as one of the best PLG cos on the planet but here’s a great story on its early days and intense focus on one team to use full time.
Reminds me of what my friend Gonto says about design partners (from the CommonPaper blog).
Your design partners should be the customers you actually want, not the first leads you got through product signups or early access forms.
Martin Gontonivkas, Co-founder of Hypergrowth Partners and former SVP of Growth and Marketing at Auth0
This is something I’ve stressed for so many years om terms of focusing on quality over quantity.
Deeper dive here.
Once again, for those founders who are at seed stage and intent on building an open source or developer first community or even a bespoke onboarding process like portfolio co Superhuman, this will not happen overnight and can take years. If your runway is dwindling and the insane growth is just not there yet on the community side, having design partners can also help provide early customer validation for next round investors. In other words, it can be a great hedge to show that people care about your product, and it’s particularly nice if a number of these design partners are selected from the community that you built.
If you’re interested in learning more about how to break into your first enterprise accounts and select your design partners, take a look at this webinar I did 2 years ago with my friends at Angular Ventures along with the slide deck.
As always, 🙏🏼 for reading and please share with your friends and colleagues.
Scaling Startups
Brace for it…
💯
Enterprise Tech
How to realize efficient or profitable growth…
AI is the future of coding…from Nat Friedman, former CEO of Github
👇🏼 This - shift ⬅️ resilience engineering with drag and drop UI
All about the rise of cloud platform engineering from CEO of Hashicorp
WASM…
Why do security products fail from Emilio Escobar, CISO of Datadog - highlights problems with many security products but also shares what gets him excited - one 🔑 point - don’t forget about user experience
One thing that I believe has been completely ignored by most (usually the biggest vendors) products is the cognitive load that they introduce to their users. Perhaps it is the result of a judgement call that dictates that solving security problems is the only priority so they have the luxury to ignore all else — which seems to be the case. When taking a step back and looking at these products from a neutral standpoint, you will see that the user experience is horrible.
Keep an eye out for a new Layer 1 rising, Sui by Mysten Labs - FTX led the most recent round - read 🧵 on why this matters and how its aiming to improve developer experience, create more throughput with less cost and more…
What’s next for NFTs 🧵
💯
Markets
Cybersecurity continues to be on 🔥 - ZScaler…
Wow - Twilio at 2x now
Thanks for the call out and totally agree with your perspective