Even setting that aside, not everything is or should be a land grab. It's notable that all the examples you provided — Amazon (at least, its initial online store product), Uber, Facebook — are all B2C plays and I don't think that's a coincidence.
I'd argue most b2b/enterprise software is a new version of something that already exists or addressing a need that already has a market. Business model is also very clear, there is very little network effects usually other than reputation and customer proof. Yet most the startups not even close being profitable.
In my mind most software products are differentiated so in the end the main success comes from getting the differentiation right for the market, not outspending the competition.
They should have raised debt instead.
Part of being a startup is still that there is not a lot of historical precedent and uncertainty how well your business will do in the future. The problem with any fundraise is that it's always future looking (perhaps maybe you create some kind of option structure to call on it if needed).
VCs, especially Tier 1, can be still helpful in different ways, and them owning equity aligns the incentives more than debt.
Linear raised its A during the 2020-2021 frenzy and its Series B when every VC was telling their portfolio companies to reduce burn and get a 4-5 year runway. They created a profitable business in between.
They get to do every single thing exactly how they want to until they raise again (if they ever do).
Part of this post is to debunk the myth that can be VC backed startup, be profitable and grow fast at the same time. VCs are quite keen in this approach too.
I wrote this to challenge the common dichotomy that startups are either VC-backed money-burning machines or anti-VC/profitably bootstrapped. It doesn’t have to be that binary. There’s a spectrum, a middle ground. You can retain control by being profitable while still using funding as leverage or as a safety net if things don’t go as planned.
One of the paradoxes of fundraising is that it’s easiest when you don’t need the money—and almost impossible when you do. By keeping the company mostly profitable, you never have to need it, giving you full control over timing and the ability to choose the right deal. But having that funding can enable you some more leverage or add more risk business you could afford while being bootstrapped. In our case we raised the funding for the conservative case, but the reality turned much better than expected.
Another misconception is that sustainable growth comes from spending or hiring. In reality, many great products take off first and because they take off, any amount of hiring becomes justified. Some of these companies are even profitable before they go on a hiring spree. The problem is that the typical approach isn’t nuanced or intentional enough. You might decide to hire 100 engineers before knowing how the next 10 engineers impact your trajectory. If you cut the hiring plan in half—or even to a quarter—it might not affect growth at all. But there’s often an assumption that growing the team is also good, and maybe it comes from a time in the 90s or something when you had hire people to man the phones to take orders.
What I believe is that startup’s growth is primarily driven by product superiority and market fit, not just by headcount or marketing spend. Those things can amplify success, and in some cases, they can even mask a bad market fit through sheer force of sales and marketing.
A less cynical take on VCs is that they’re not necessarily pushing companies to burn cash they just want founders to double down when they see a company working. But whether you can truly scale depends on your market dynamics. Sometimes, you need time to learn or to land the right deals in a segment before pouring money into growth.
The problem is that the current thinking is often too simplistic. Since you're startup and have cash, the spending more is always the right move. Going all the way 100 when you could dial it down to 50 or 30 and regain control and de-risk the changes of complete flare out.
Why would you optimise for SEO on a webapp? What's the use-case there?
If you're not writing a webapp, then any server side rendering would do and client side components aren't needed anyway.
Enemy of your enemy is my friend.
Then several years later, after working in large Silicon Valley tech companies, and seeing how they run with Jira, I decided to start https://linear.app
So much team's time and effort went in to configuring their tools instead of actually working on things. We do more than PT did, but aim to keep the experience straightforward and focused, regardless of the size of your team or company.
We look at AI as capability similar to any other technology. Instead of jumping on the AI bandwagon or thinking AI is a feature, we look if there is opportunity to reduce friction or help the user well in the workflow they are doing. Today like the AI can inform if there is duplicate issues being reported or improve the titles you submit from Slack conversion.