I've been a solo founder as well multiple time co-founder / CTO at venture-backed startups so I'm certainly capable of starting something myself, but I think this combination is an excellent model. A couple of other things that make it work: the CEO has sales skills, and does not have much of an ego and is willing to listen to someone who has been through all of this multiple times.
Yeah! You definitely need to have a good CEO as a partner. A bad CEO is worse than no partner at all.
Those are some great attributes of what makes a good CEO and partner.
Especially with the existence of AI, it really makes no sense and is some weird hierarchical system built by business people
This idea often gets repeated here but it’s based on ZIRP from 2010s driving up developer salaries to a point where every kid with some portion of a CS degree thought he was the next Zuckerberg. “Technical” contributors became convinced they were the only contributors. Lots of stories about “idea guys” and useless upper management who Just Don’t Get It (meanwhile most guys posting things like this have never even seen a balance sheet). It’s a popular idea here because it establishes devs as the smartest guys in the room, but it doesn’t have a lot of bearing on reality. Plenty of devs have neither the aptitude nor inclination to learn the business side of things, as evidenced by some of the lifers who post here about upper management.
This attitude will change as market cools off, no code and LLM output improves, and overseas contractors become more accessible.
> Especially with the existence of AI, it really makes no sense and is some weird hierarchical system built by business people
LLM code output can be tested as it is generated, whereas its advice on accounting and contract law can only be tested by domain experts, who you can just pay for this advice without involving the LLM.
I don't think it is just the ZIRP/2010s. Here's a post I wrote about developer arrogance in 2004, well before the ZIRP era: https://www.mooreds.com/wordpress/archives/134
Assuming that passing some tests means it’s good code is as dumb as asking the LLM accounting and contract law advice.
It can be superficially correct and completely broken.
This also applies to developer output. If you don’t have someone qualified in the loop to foresee problems and perform testing, you could end up with something that falls over later on, but by the time that is consequential you can pay someone to do that kind of testing. By contrast, a dev who decides to be his own lawyer only gets to test the validity of his contracts if he hires a lawyer or gets sued.
I don’t think you have a salient point here.
The existence of bad surgeons doesn’t make performing surgery on yourself the better alternative.
A sufficiently-motivated analyst can hack together an app and test it as he goes. Yes, there might be scaling issues and edge cases, but he’s putting together a proof of concept; once he has validated the market, the developers who build the app “correctly” are effectively interchangeable. There are questions of professional ethics if the software is touching anything to do with medicine, personal information, or other sensitive issues like that, but that does not represent a majority of development. If you mean “good” in the sense of being artful or efficient, then no one cares.
"If you are a technical founder, you do not need a non-technical cofounder."
https://x.com/snowmaker/status/1948160642399314188
Its really not up for debate, at this point it is a borderline scam to work for a CEO that isnt significantly better/bringing in capital. You are basically giving them free labor
If nobody in your startup team wants to handle sales, marketing, finances, and business operations, you're going to end up with working software that nobody's paying for.
Or are we talking about Dropbox and Airbnb?
I never contested that. My point is that there are plenty of devs who think they should found a startup based on the mistaken idea that they can learn the business side of things overnight.
But your argument still has validity even if it takes 2-3 years to gain the knowledge, so let me address that.
My response is: if I wanted to be an expert in <startup domain> to the point I didn't need a co-founder CEO, I would take the time, the years I mention above. But that has costs (opportunity costs if nothing else).
Instead, I prefer to be an expert in software development. This gives me less control in each given startup as you point out, but more optionality across startups (and other companies)[0]. This choice also means that I give input on the hard decisions that company leadership has to make, but I don't have to make the final call. Frankly, that's more weight than I care to bear.
That's a personal choice. I've watched friends be CEOs of successful startups and it's not always (nor usually, even) fun or easy.
0: I wrote more about that optionality here: https://www.mooreds.com/wordpress/archives/3445
Can you recommend any resources for learning how to do this work yourself?
- the lean startup: https://www.amazon.com/Lean-Startup-Entrepreneurs-Continuous...
- Amy Hoy's blog: https://stackingthebricks.com/
- working in the domain you are interested in for a year. Go be a realtor. Go work in a lawncare business. etc. etc.
- read Patrick's advice about how he found customers for Appointment reminder: https://www.kalzumeus.com/2010/05/14/unveiling-my-second-pro...
edit: added link to Patrick's piece
1. pick a vertical (construction, legal, accounting, etc)
2. look at how to apply ai (compliance, voice customer service, email)
3. find sales people from a would be competitor or old school b2b saas in that area, and pay them 150$ an hour to tell you what customers are paying for
4. at the direction of how to do sales, come up with the product and either do the sales yourself without building, or pay someone to do cold calls and pitch the product
5. build the product
Of which LLMs are effectively a dev tool that happens to also be a tool for every other industry vertical in the world economy.
I helped found a startup[0] and have been around a number of them, in slacks and on email lists[1].
I think that domain knowledge is so so important for startup success. Even more important than technical expertise.
Why? Because the main problems for 0->1 startups are business problems, not technical ones:
* where do possible customers hang out
* what problems will they pay you to solve
So in that case, a good CEO who knows the domain is critical. They'll have good answers to these questions, which will help guide the technical decisions. Or they'll know who to talk to in order to find the answers. There's no shortcut to that knowledge; you have to spend years to get experience in the domain. Learning and reading about the domain can help, but you still have to spend the time.
The main exception, and it's a big one, is if you are building something in the devtools space, where you can be your own customer.
0: https://www.thefoodcorridor.com/ (I left after a few years, but they are still going strong!)
1: https://ctolunches.com/ (free email list for engineering leaders, so many good discussions happen there)