From the post I can tell the author is just organizing deeply considered thoughts. For a consumer of this checklist beware about thinking of the product first. By putting this as the first item, one can fall into the trap of shoehorning this answer into all the following points.
As I'm sure others here have mentioned, fall in love with a problem not a solution or product. Usually it's best to find a narrow set of users who have this problem and explore around the problem to get a better picture of it. This can often lead to a different product solving a more key problem.
Author here. After rereading this (I haven't looked at the list for months), I agree. It should be "who are the users? -> what is the essence of their dissatisfaction? -> what are you building for them?"
Yes, most founders still get the order of operations wrong and build too much before understanding a problem. I actually think [1] the term "MVP" gives people a misleading idea of a lean startup, because you don't need a "product" per se to serve your first 10 users.
I've heard, "Product," be replaced with, "Prototype," where a prototype is not a pre-product but more a thing that can be offered that will give information about what needs you should be addressing, how the product might solve them, and help you identify who your most satisfied customers will be (among other things).
While you still have the agility you can only get from zero operational overhead, worry more about finding something people want, who wants it, and why they want it. Scaling is less than worthless if what you're scaling is worthless.
This is great--I'm using "Minimal Viable Prototype" from now on. "Product" brings along so much expectation baggage. I also chose "Minimal" over "Minimum"--one being desirable with purpose and the other perceivable as deficient.
It's amazing to me how effective it is just to write down these things.
I'm planning to rebuild my deck and I've been thinking and brainstorming for days. But just the act of writing down the step by step order of what is already in my head made me discover all kinds of holes in my plan.
There's a magic there. You can be convinced you know something intimately but if you write it all down I almost guarantee you'll find holes.
You (and others) may enjoy Adam Savage's new book. He was one of the Mythbusters guys. In one of the first chapters he writes about his love of lists and checklists, and the impact it makes on the process of "making." I'm only a few chapters in so far but it's been a fun read so far.
Somewhat related but it is amazing how clear things become to me when I draw a diagram about something I have to learn or build. Make visual connections leads to an immediate deeper understanding. It has become second nature for me to start up my diagramming app the moment I don't understand something
Maybe it’s because I’m too negative, maybe it’s the cynical engineer in me, or maybe my ideas aren’t so good to start with, but every time I think I have a ‘good’ business idea, I tend to slaughter it through in a couple of days.
This is a good checklist for a much later date: the day your ready to raise capital.
This is a bad checklist to start with, because your right. 99.9% of ideas start off bad. The founders of Airbnb originally required each host to serve breakfast and expected each host to use airbeds in their living room. That was the original idea. They went to investors and explained the market size by counting the number of airbeds sold.
There is a good YC essay on building a toy. Start by building a toy that has meaning to you. Then if it morphs into a real business and you think your ready to raise capital: this form will be useful. Also, play with this form now. It will help you think about ideas but don’t buy into it too early. Focus on meaning at early stages.
One trait most successful founders have is not being overly analytical. This correlate with higher education as well, the higher, the more analytical. Creating a successful startup is basically a lottery and it almost does not matter what idea you come up with. In this metaphor, smart and analytical people will not buy a lottery ticket because the cost vs the chance to win is just too small. But if you don't buy a lottery ticket you most certainly cannot win the lottery.
I disagree. The trait needed is being intensely analytical but only with the right data. Its physically impossible to sit in a room, look at an idea or a lottery ticket, and analytically reason your way to knowing it is good or not. The only way to know is to get data on it from the real world, something you can't do with lottery tickets, and unlike lottery tickets, startups are not negative sum and there aren't rules to win and odds that you can't shift - the whole point is shifting odds of success.
I don't disagree, once you have crossed the rubicon. When Julius Caesar _actually_ crossed the Rubicon, the risk was immense and there was no guarantee of a successful outcome. That's what I mean, going all in on a risky adventure is not for everyone and if you analyse and think too much about it, few will want to take the jump. However, once you have crossed and are in the "battle" then of course you will use all the tactical advantages you can and try "shifting odds of success".
Julius Caesar didn't cross the Rubicon because he wanted to gain new power or wealth; he wanted to defend his own personal liberty and a sense of wounded pride.
That he destroyed the Republic was something of a side-effect. If anyone was the entrepreneur in this analogy, it was Augustus, who both founded the Empire, having a brilliant command of public relations, denied having done so.
By crossing the Rubicon with his one legion, Caesar put himself on a path of no return and in open conflict with the Senate and Pompey who vastly outnumbered him military. There was no guarantee that he would succeed. Upon crossing he declared "alea iacta est", knowing full well what he set in motion. Edit: My point here, is simply that not everyone would cross the Rubicon. Most would turn around, deeming the risk too high. Related to a startup, the risk for failure is high if you look at the statistics. If it is a "sure thing" you are not really doing a startup or you are conned. A startup kind of by definition has to be a high risk venture. Like PG's example of a merchant ship going to the East Indias in the 17th century.
I don't think he intended or expected that the Boni would essentially force him to wage a war of total victory against them.
Bringing legions to Rome as part of political struggle had already been common practice for centuries, but it had never fully destroyed the Republic. Caesar himself witnessed several such occasions by Sulla and Marius.
Edit: responding to edit, my point is that Caesar was not fighting to gain. "Crossing the Rubicon" means taking a risk, but I don't think using it to describe creating a startup really fits.
He was fighting (illegally, it might be added) to defend himself against the political tactics of his Senatorial opponents. While he held an Imperium he could not be brought into court for his actions in holding it, but the Senate had voted to make him lay it down. Their intention was to bring him to the courts and ruin him politically and financially. Caesar was simply too proud and too arrogant to allow that ruin; that he was the foremost general of his age meant that he was in a position to pull it off.
Who knows? I believe you are right that he was forced into action when the Senate pulled him back from Gaul [1] with the intention of bringing him to court. If he did not have a plan to set himself up as a dictator, at least he pivoted beautifully once he saw the opportunity and Pompey folded. That at least was a true startup move. 1. edit: Gaul not Germany
This is definitely a good trait when you start. It's not good when you're much further along, say a couple of years, and something clearly isn't working.
The only test that matters is the market. The lean startup was the first book that sort of helped me understand that mindset, for any of its faults it is still a classic for a reason and at least helps in shifting perspective from "create the perfect idea" to "find any problem that needs to be solved and begin iterating to a solution"
As an engineer, that is the biggest disservice you can do to yourself. Business needs a different mindset than engineering. Without actually putting it in the market and letting it stand for itself, you have no idea if it's ACTUALLY good or not. Or if it was just a fluke in your life.
Sometimes, what you think are, terrible ideas can be legitimately life changing for other people.
I would argue the inverse - at any time there are a tiny set of startup ideas that are so primed for implementation, that they are nearly bulletproof against the inevitable mountain of mistakes that even great teams will make.
Unfortunately the reality is that you will almost definitely not have a bulletproof idea from the get go. And even if you do achieve product market fit, you may (read: probably will) lose it after x months/years. Good enough is what you are going for here. And then just ship.
My company is currently at tens of millions in revenue and we still don't have a bulletproof, defensible product. But we have the space and time to iterate towards it.
No idea is good enough when you start off with it. Suspend disbelief, iterate on the idea. Do this with 20 different ideas, and you will narrow down on a few that are very viable. Also build up skill sets outside of engineering so your communication costs in a small team context are minimal.
That's common. What you will find is that venture capitalists actually don't try to "kill" your idea - they will try to help you work through it. As an engineer, I guess, it helps to be skeptical in general. We are used to vetting technology, not business ideas.
> Which subset of your target customers are so constrained by the status quo, they’ll welcome a buggy product?
I understand this is just a mental test, but really... don't release buggy products. Don't create buggy products. Firstly, the line between forgivable bugs and unforgivable ones is too thin. Or sometimes N forgivable bugs become one big unforgivable show stopper.
Second, you will always have a competitor with more experienced engineers and a better choice of tools that they'll beat you at least at quality if nothing else.
I hate it but you're wrong. (I agree with you, but I'm wrong too.)
I used to work for a small company that made it big (you've heard of them.) We went from ~25k to ~250k users while I was there and the VCs were lining up to pound money up the founders' asses. Limosine rides and $500 steak dinners to woo them, the whole thing. I left, they eventually went public, and last I heard the Walton family owns it now or something.
Anyway...
The front-end guy "Chris" (not his real name) and the back-end guy were pals, and they would just push any old shit to production. The CEO had no clue, and I wasn't in a position to get them to stop. There was one other guy working remotely who didn't care or also had no clue.
So, "Chris" (not his real name) would shit out some PHP, bang on the new feature or whatever for a few seconds, and if it worked even slightly at all he would push it.
Shit broke all the time.
The poor dumb users would be on the support forums telling each other how the heroic Chris was working furiously to fix it, and I'm sitting there fuming because Chris is the ruthless asshole using them as unpaid QA.
This is a very good anecdote, and helps us understand that 'shit' is in the eye of the beholder.
If it solves a real problem, and allows companies to do 'xyz' , maybe it doesn't matter if there are bugs and glitches here and there.
If there is only 'one kind of car' and that's all anyone knew, nobody would mind that there were always leaky oil issues if the alternative was 'horses'.
It's a terrible anecdote, it's only redeeming quality is that it's based on a true story.
We could have fired Chris and replaced him the next day. We should have. We will never be able to know or quantify the loss accrued to Chris's irresponsible behavior. We got lucky.
It costs nothing extra to write correct bug-free code if you know how, and bug-free code will always be preferable to buggy code.
If I had a dollar for every business that was killed by a buggier competitor, I bet I’d have a lot more dollars than if I got one for every time a business was killed by bugs.
People will put up with a lot of nonsense for a product that does what they want.
Depends on how you classify bugs. If a bug is anytime your product doesn’t work the way it’s supposed to, then yeah, I’ve seen startups suffer massively from that. I worked with one that had 90% of new customers churn out in their first month (you might be able to guess, that company doesn’t exist any more). If you broaden your definition to include ‘problems with the code base that significantly slow down new features’, then I’ve seen even more startups die trying to release their ‘v2.0’.
The thing about the ‘we’ll iterate on it later’ mentality is that your product has to be in pretty good shape to be able to benefit from small incremental improvements. If it’s a garbage fire then making the smallest changes turns into an arduous nightmare, that inevitably just ends up introducing even more bugs to your product.
But to be fair, for as many startups as I’ve seen go out of business due to these problems, I’ve seen just as many stagnate into a state where they have just enough revenue to cover their small payroll, and remain in that state for a very long time.
> A software bug is an error, flaw, failure or fault in a computer program or system that causes it to produce an incorrect or unexpected result, or to behave in unintended ways.
90% churn out rate is not a software bug...
If you mean there was a software bug that was causing that, it sounds like they had a bug that was completely preventing them from providing value.
It’s a given your product needs to be able to provide some sort of value.
My point is people place much more emphasis on provided value and utility over frustration from bugs
But even if the app crashes every time it loads, that would meet your definition of a bug. I’ve never personally seen a single bug so bad that it killed a company, but I’ve seen products so riddled with bugs that they killed companies. An app with chronic stability issues? Those are bugs. Automated processes silently fail some times? Bugs. Interactive processes randomly fail sometimes? Bugs.
I’ve seen plenty of companies with ideas that seemed decent fail because they were unable to deliver an adequately functional product, for the sort of reasons I mentioned above. All of which I’d consider bugs.
I already addressed an app crashing every time it loads in another comment.
My point wasn’t you can deliver an app that does nothing and succeed.
My point was bugginess is not what kills most start ups. Lack of bugginess is not a moat. Your competitors will not automatically fail because your app is the most stable one.
I mean, take it to it’s logical extreme, I make an app that does X, but every time you start it, it crashes.
I doubt it’s going to be long before my product fails, bugs are affecting the value users derive from it to an extreme degree, past what they can overlook.
I honestly can’t even think of a real-world example off the top of my head though.
But that’s probably just a testament to how badly you need to screw up for bugs to be the actual reason a product fails, and not some external factor that’s possibly exacerbated by bugginess
>>> I make an app that does X, but every time you start it, it crashes.
Then it doesn't do X
Buggy code is a huge drag on any codebase and any business built on that codebase - absolutely.
But if you list all the things you think you MUST fix in a codebase, they are all things that make you as a developers life harder.
The bugs that a user sees are the ones that take away the value they get - the ones you see are the ones that make it harder as a developer to work on the code base - they are rarely the same bugs
For a long time Pandora was much better written than Spotify. Pandora was stable and performant and Spotify always slowed down my phone and would crash it consistently sometimes in way that required a phone restart.
Spotify won because they had a large selection of music which was more important than the occasional frustrations.
I’ve heard this complaint before (and it’s usually from junior engineers who don’t have much experience).
Here’s my take: I worked on a project that arguably had the worst code I’ve ever worked on but still made $100 million dollars in annual revenue. And then I worked on an app with terrible UX that became a billion dollar company. In both cases we had terrible reviews and a huge customer support team to process thousands of complaints, but it worked for the majority of the millions of users.
And then I realized that terrible design and bugs don’t really matter if you have true product market fit. And vice versa you can have the best design and flawless error logs but still fail if you’re not creating something that people want, especially if it takes you extra time and resources to create that “perfect product” while your competitors bypass you with a shittier product, but with faster iterations.
> Second, you will always have a competitor with more experienced engineers and a better choice of tools that they'll beat you at least at quality if nothing else.
Software development is always about trade-offs. You can churn out way more features if you don't need to take quality into account. I would welcome any competitor in my field who is super focused on quality, since they will waste a lot of time and money that could better be spent elsewhere.
For example, I'm not going to make some code bug-free, when there is a 50% chance that that feature will end up in the wastebasket 2 months later.
Besides, you talk about unforgivable bugs, but what are they to your early adopters anyway? I had users lose half a day of work because the save crashed right in the middle of it. They weren't even angry. They said is was inconvenient and just remade the whole thing. When I fixed it they were happy. They are still users now. That's how "unforgivable" these are to early adopters.
So yeah, don't forget one of the bigger companies had a "Move fast and break things" policy. In the end it's the market that decides. And according to my experience, early adopters are super forgiving.
> Software development is always about trade-offs. You can churn out way more features if you don't need to take quality into account.
I believe that the curves are different. In the short term, just-do-it coding absolutely moves faster. Sustainable practices cost noticeably more visible effort per unit of value created. However the cost of rework eventually catches up with just-do-it and the net value-per-time drops below sustainable practice.
I've seen different anecdotal statements of when those lines cross. I see it as happening within a few weeks, I've heard others say 3-4, some say months, up to 1 or 2 years; I expect these variations are due to many factors. In the most recent codebase where I deliberately prototyped without careful practices became bogged down in about 2 weeks.
While I do agree with the higher-level discussion that software quality is not the only factor affecting market success, I don't believe that it is always advantageous to sacrifice quality on the theory that it will be faster. Success takes longer than most people expect. Setting up a dichotomy between success-needs-quality and success-needs-speed just leads to a kind of stalemate where artillery barrages of anecdotes are exchanged from entrenched opinions.
I was talking about the quality of the product, not the code. Sorry if that was not clear. You need to keep your code clean and simple, that is for sure. But this doesn't mean there will be no bugs in there.
So you can still move fast, have clean code, and end up with some nasty bugs.
>You can churn out way more features if you don't need to take quality into account.
Creating quality code should not be at the expense of extra features. Just hire more competent, experienced engineers and there will be no need to sacrifice one for the other.
Quality is a function of experience and skill, it is not (or should not be) a function of development time.
If the pain point you are solving is big enough, people will accept buggy and slow products regardless. Sometimes its better to ship, especially if you are testing product market fit. A bug free, slick, with awesome tech used, is worth nothing if no one is willing to pay for it/solves a big enough problem.
You know what's worse than a buggy product? No product. It's better to launch with a few bugs that you can fix and iterate on the final product design than making the perfect product that no one wants.
Also, the question could be reworded to refer to not just bugs but also features since a startup will often pivot in some way even after launching which users will have to deal with.
I think the mental test could have been framed better using the IMHO far more intuitive framing used by Don Dodge in his 2008 article about how to assess a fresh batch of YC startups.
Is your product a vitamin (nice to have) or a pain killer (a must have to improve quality of life)?
Because when you build a rocket there are a lot of unknowns for you that you'd be discovering and testing in the field. With software the only unknown is usually the market fit. There are rarely any unknowns in the implementation and there is no reason not to test your software before you release it to the public.
Bugs get missed in testing because developers can't anticipate all the ways users can break it. That is why beta testing exists.
There are also bugs that are rare and take lots of effort to fix. You can first see how often that bug actually occurs in the wild before prioritizing it.
Sometimes it never occurs or if it does happen, the user can recover from it easily so it doesn't break your product.
Almost every developer at some point will be approached by someone to work for free for some killer idea that that person had. In those cases, I found it useful to have them fill out a checklist list this, or put together a multi-page Executive Summary and a Business Plan. You'd be surprised how quickly you can get someone off your back and them off their idea, if they now have to go and do some actual work. And you never have to say 'no' and get that person offended.
This checklist is actually pretty good. But I usually ask them to put together 30-50 page Business Plan with an Executive Summary. If they don't know how I tell them to look online for examples. In one case I pointed them at a local startup incubator that runs workshops for things like this. All this does is add up to a non-trivial (but not onerous and with little cash outlay) investment of THEIR time. And if this small investment of their time is too much work for them ... well, I guess they weren't that serious to begin with.
So far I'm 5 for 5 when asked for a 50/50 partnership (where I do all the dev work and my partner is the 'idea man') and then never hearing again about the idea after I asked they put together this document - all without having to say 'no'. There has not been bitterness on their part, because next steps are on them.
In the off-chance they will actually do this (and it hasn't happened yet), I will take it seriously and really consider it. But even if I decide not to pursue it, I feel like the exercise isn't a waste of their time as they will be able to use it when looking for funding or other partners.
As someone in your spot (solicited by ~10 or so people in the past couple years), this is an interesting response.
On first blush, it seems to set an adversarial tone rather than a collaborative one. On the other hand, it's good due diligence and probably filters out the serious from the not so serious.
I mostly agree with your response. I think the only place where it may not work is when the person wants a thought partner to help think through these things. There isn't always a strict dichotomy of duties in the framing of a venture - I think all partners should be involved in that. Different story when it comes to execution, though.
In many cases, customer ≠ user. The customer that buys the product may not be the one that uses it. The OP makes no distinction.
For example, hardware and software that help teaching are usually chosen by the school or the university. Teachers may have a word on this, but in my experience they rarely decide.
Another example is products for children: some of them (e.g. educational games) clearly target the parents or relatives. Others (e.g. food) focus on the children, hoping they will persuade their parents.
Cool or fun for who? The user or the startup? For the user, cool fun entertaining things solve a clear problem, boredom, and ease a pain, the fact that they aren't as cool as other people in their life, and the product can fix their dissatisfaction. Keeping up with the Jones's and boredom are very valid problems and drivers, and an early adopters desire to have the greatest and latest tech to show off is a real pain you can assuage.
Lowering costs is solving a massive problem - for consumers and businesses alike. There are few greater problems to be solved for the majority of people, than lowering their cost of living - or cost of operations for a business - while providing the same or better quality of a thing.
That process has been a fundamental requirement for all of human civilization as we've known it the last ~5,000+ years. Without it, most of us are not here. It generates an incredible incremental gain spiral, a compounding of small surpluses that build and unleash bigger things over time.
For a business it frees up capital which can then be put into productivity, R&D, salaries and countless other things. For consumers it can boost savings or enable other purchases and investments that improve life. It enables new demand which will unleash new goods that were not feasible or viable previously.
It's all about generating a surplus that can then be directed toward some additional goal. Better and cheaper is one of the required tenets of mass standard of living progress.
Or even that your product is roughly the same, not really better or cheaper, but looking to carve out a small share of the market.
A lot of ecommerce is basically this, your products are the same branded goods other retailers are selling, your website offers roughly similar experience and your pricing is roughly the same. Before the internet the differentiator was location, millions of store distributed across the world selling the same Nike shoes for example. Now a handful of ecommerce sites could serve the whole online market for Nike themselves.
If you dig past the surface, entertaining products often solve the “problem” that someone is bored or there is something uncomfortable in their lives they are seeking to avoid.
Saying that entertainment and leisure is the "solution to the problem of boredom" seems to really be working hard to prop up the idea that everything worth doing is actually solving some problem.
As Rivierakid above says, it's kinda weird to frame it that way.
Thats because thats how you normally get people to give you money. Fun or entertainment is in the hits based genre with no way of knowing if its going to be successful, there is nothing to aim at.
>That's not right. People spend vast amounts of money and time on fun and entertainment hobbies education pleasure and leisure
You'd think so but let me tell you - the hardest thing in the world is to convince someone to give you money for your product. You can easily get lots of compliments, lots of feedback, lots of positivity, but money? Oh boy. Just try and see how easy it is to find customers.
If you are making entertainment you aren't a startup in any meaningful term, you are an entertainer who is trying to create a hit that requires a very different way of thinking about things.
That things start out as toys can mean many things.
a) People create something for fun, it's fun and it turns out that after all, even if it wasn't intended, that thing actually satisfies a need better than current products on the market.
b) People purposely want to make something that's seen as mundane, boring, or annoying more fun. Lots of failed attempt at gamifying work here, but there must've been some successes.
c) People not so much create something that "starts out as a toy", but they create a toy, plain and simple. It's an entertainment product that is particularly well made and people like it because it's inherently fun.
The underlying idea is simple: if we take an optimistic view of things, things that people do not inherently enjoy will either be entirely automated (and "disappear") or be turned into things they inherently enjoy ("toys").
So, if you want endless sources of ideas, think about those:
a) How can you automate things people don't inherently enjoy (probably 90%+ of existing jobs)?
b) How can you make things people don't inherently enjoy enjoyable?
c) How can you make things people already want and enjoy (entertainment mostly), but better?
All those future looking goals, who is going to benefit, how great will it be for them... what's your ticket symbol? I've been sitting on a possibly world changing idea that would be ruined by money. How do we foster those types of things?
Build it as a co-operative where all the workers (and maybe even consumers) are also owners of the organisation, and have equal say in how it is run. Combine this with a clear mission and set of principles that all new members are taught so the organisation will stay on track for its initial purpose and keep democratic and equitable control.
Lists like this are models to help frame your thinking, not immutable laws set in stone. Maybe your idea can still work. If you want to do it, do it. Just proceed with caution.
I hate this question. I think it’s from the marketing from the past. Now you have one to one relationship with your customers. Who cares what marketing group they belongs to?
At SerpApi.com, we have this issue constantly from industry outsiders. If you have the need, you’ll use us. If not, you don’t and that’s fine.
"Who is it for" can be answered through needs-based segmentation, i.e. exactly what you said. Who is it for? It's for people who need x,y,z. You still need to have a clear definition of that if you want to e.g. evaluate market size, or do any sort of marketing/sales afterwards.
Why do you assume this question related to marketing at all? A company founder should always have an idea of what kind of people would most benefit/need the product, and target that audience first.
Your questions are interesting, but I think are for MUCH later than an idea. My new idea list starts something like this:
1. Does this product/service exist and pretty much solve my problem? Then use that.
2. If not... I am the first customer... I am building it for myself because I want to use it. (If it's a network product, then find a partner for the idea.)
3. Evaluate MVP do I find it useful, am I using it regularly? Does it solve the problem for me?
4. Introduce someone else to your product/service maybe a friend or family and get them hooked.
5. Evaluate engagement is my friend still using it ... am I still using it?
6. Build features for you and them.
7. Evaluate ... do you guys both love it?
8. Get some more friends using it... if it's great maybe you even start to get strangers.
Now get to your questions... how can I grow... how can I make money.
The top section of the document is similar to amazon's PR/FAQ process, which having been forced to use to speak to amazon folks, I've found to be pretty good for getting your thoughts and end customer defined. It's actually pretty good for junior to mid level engineers as well: it keeps them from focusing on the pure tech they want to deliver and focus more on the why. I find a lot of people get stuck on what/how they want to deliver, thus delivering the wrong solution. I know it helped me out personally.
These are questions Michael Seibel mentioned that he likes to ask startups as part of his 2018 “Building Product” Startup School presentation:
Problem
What problem are you solving?
What problem will be solved at the end of what you are doing? What do we expect the result to be?
Can you state the problem clearly in two sentences?
Have you experienced the problem yourself?
Can you define this problem narrowly?
Who can you help first?
What can we address immediately?
How do we get the first indication this thing is working?
Is the problem solveable?
Customer
Who is your customer?
Who is the ideal first customer?
How will they know if your product has solved the problem? How often (frequency) does your user have the problem? Who is getting the most value out of your product?
How intense is the problem?
Are they willing to pay?
How easy is it for your customer to find your product? Which customers should you run away from?
Product
Does your product actually solve the problem? Be truthful. How and why not? Which customers should you go after first?
How do you find people who are willing to use your “bad” first versions of your product?
Who are the most desperate customers as how do you talk to them first? Whose business is going to go out of business without using you?
Are you discounting or starting with a super low price? Are you consider this approach? If so, why?
Performance
What are you using to measure how users are interacting with your product?
What 5-10 metrics are you measuring to understand how your product functions? Why those metrics?
When you build a new product or feature, what is the metric that will improve because of that feature/product?
What number do you track to show how well your company is doing?
What is your top level KPI (revenue, usage)?
What are the underlying metrics that contribute to achieving your top level KPI (new users, retention of users, content created => DAUs at Social Cam)?
Which of these metrics are you trying to move this development cycle?
Product Development
How long is your product dev cycle? What is causing it to be that long?
Who is writing down notes at your product dev meeting?
Which category does each of your brainstormed ideas fit: New features/interactions on existing ones; bug fixes/other maintenance; A/B tests?
How easy/medium/hard are they to do?
How can you restate the hard ideas (disaggregate idea into smaller ideas)?
What parts of hard ideas are useless or hard? Are there other options?
Which hard idea will improve act the KPI the most? Which medium? Which easy? What is the spec for the product/feature we want to build?
Problem
What problem are you solving?
What problem will be solved at the end of what you are doing? What do we expect the result to be?
Can you state the problem clearly in two sentences?
Have you experienced the problem yourself?
Can you define this problem narrowly?
Who can you help first?
What can we address immediately?
How do we get the first indication this thing is working?
Is the problem solveable?
Customer
Who is your customer?
Who is the ideal first customer?
How will they know if your product has solved the problem? How often (frequency) does your user have the problem? Who is getting the most value out of your product?
How intense is the problem?
Are they willing to pay?
How easy is it for your customer to find your product? Which customers should you run away from?
Product
Does your product actually solve the problem? Be truthful. How and why not? Which customers should you go after first?
How do you find people who are willing to use your “bad” first versions of your product?
Who are the most desperate customers as how do you talk to them first? Whose business is going to go out of business without using you?
Are you discounting or starting with a super low price? Are you consider this approach? If so, why?
Performance
What are you using to measure how users are interacting with your product?
What 5-10 metrics are you measuring to understand how your product functions? Why those metrics?
When you build a new product or feature, what is the metric that will improve because of that feature/product?
What number do you track to show how well your company is doing?
What is your top level KPI (revenue, usage)?
What are the underlying metrics that contribute to achieving your top level KPI (new users, retention of users, content created => DAUs at Social Cam)?
Which of these metrics are you trying to move this development cycle?
Product Development
How long is your product dev cycle? What is causing it to be that long?
Who is writing down notes at your product dev meeting?
Which category does each of your brainstormed ideas fit: New features/interactions on existing ones; bug fixes/other maintenance; A/B tests?
How easy/medium/hard are they to do?
How can you restate the hard ideas (disaggregate idea into smaller ideas)?
What parts of hard ideas are useless or hard? Are there other options?
Which hard idea will improve act the KPI the most? Which medium? Which easy? What is the spec for the product/feature we want to build?
> What would need to be true in 18 months for you to get essentially unlimited cheap capital?
I'd first ask, what would need to be true in 18 months to never have needed capital, and to be self-sustaining as a bootstrapped organization. Raising funds should be an option, but not the assumed path of all products.
there are many alternative path to a successful strap, some that overlaps and some that are exclusive, this checklist seem geared toward ideas suitable for vc funding which isn't wrong per se but if you optimize for funding you end up with a diametrically different path that is usually not easy to bootstrap. it's something one has to decide early and influences the very shape of your startup, so that each one of those question would be invalid for the other path. corollary: I've got a checklist for bootstrapped startup, concerning the idea itself, and the line of questioning is really different
it concerns mostly around not doing things that don't scale, consider it a rough draft because I've never shared it, only tested around a bit, it's not like it's the final truth about the argument or anything.
I've heard that, too. But I've never bought into it. Maybe I'm naive, but it seems to me that giving up any equity when you don't need to is unwise. As far as easier and cheaper, I have not seen costlier terms sheets due to need. Easier... maybe, if you are doing so well that it is a no-brainer to want to be part of it. But then it gets back to the point of giving up equity when there is no need.
Pay attention to the messenger too. If a VC tells you to raise money ”just in case”, they might mean ”I want in on your explosive growth”. Nothing wrong with that, just be mindful of people’s motives.
The analogy I give is this - when you fly SF to NY, the pilot does not have exactly the correct amount of fuel to make the trip. That would be foolish. You'd want to have some reserve (say another hour or two of fuel) as insurance. Sure, that costs you equity, but its insurance equity.
In my experience, VCs are friendly, honest, helpful and understanding — and they absolutely will adjust their offers depending on whether you have time to shop around for better offers before you have to start laying off people or even closing altogether.
These kinds of checklists may work for a product like Airbnb but will hardly work for something like Twitter or Instagram where the entrepreneur is rewarded for fulfilling a need that never existed before.
You've been able to find properties to rent through craigslist since the beginning of the internet. Airbnb is not a new concept, but it's a revolutionizing UX.
One of the biggest mistakes nerds make is to build a project, not a business. Business have to create value. Most businesses do that by solving problems.
The difficulty with going for a "need" that is not "I need to solve this problem" is that you have to convince people that they have the need, and that your product best satisfies it. General needs (Maslow hierarchy etc.) tend to be vague and served by many different product types. Sure, there are exceptions, but most businesses solve problems and if you're not explicitly doing that then you're either taking a more difficult road, or you're not building a business.
Exactly. Slack people created a new communicational need. There were email, forums, etc. Even chats, but they created a good product that enhanced the need to have better chat system to work better. They weren't solving any major problem. That is my point.
I think this is just words getting interpreted differently. We just can't have strict definitions of words when it comes to contemporary conversations especially when we have to allow for ambiguity and benefit of doubt because everyone's vocabulary varies. Only scientific, technical, legal etc texts (specifically where non-ambiguity is demanded) need a strict definition.
I'm building an alternative for Pocket/Instapaper because I find the current tools sorely lacking. No one needs it but it solves a legitimate problem in my life and hopefully those of others. Expanding onwards, no one "needs" a mobile phone, television, reddit or even HN itself but these solve legitimate problems in life. By the strictest definition, no one "needs" anything more than clean air, water, food and shelter.
So needs can be approximated to problems for the sake of conversation around startups, ideas, business etc.
A problem is tangible and can have a solution. A "need" isn't something that can easily be put in words unless it's "I need this problem to be solved."
People need lots of things that they won't buy because they don't care. People need to eat healthier and exercise to avoid diabetes and stuff. But people don't. And asking what people need is a loaded question as well, since people don't "need" anything. You might need things to live (you classic food water shelter), but some people might not want to live - think physician assisted euthanasia.
Ans as to points 1 and 2, those people are not your target customer.
Is the only reason to create a startup to experience exponential growth and get really rich and have your own stock symbol?
Or, could someone create a lifestyle business and call that a startup? Where the goals might be simply to make a living doing what you love without working for some big company somewhere?
Or maybe could someone create a startup that makes the world a better place without concern for getting oneself crazy rich?
I am not a fan of the idea that the only driving motivation for establishing a small tech company is to make the VC's happy.
It's the silicon valley mantra. Grow for multiple years at a loss so you can be the first and biggest player in your business segment and instigate a monopoly, giving nobody else a chance to establish themselves. They all want to be the next Google, Amazon or Facebook.
I remember seeing a silicon valley VC, in an interview, saying that he wouldn't invest in a startup if he couldn't see a path to a billion dollar valuation. Of course, this guy has the right to his own investment strategy, but it also seems kind of idiotic to suggest that every business that can't have a billion dollar valuation is worthless. There are plenty of niche business out theres that occupy smaller market segments that the tech giants will likely never come into. Personally, I wouldn't say no to owning a significant share of a 600 million dollar business.
The economics of venture capital don't work out if you invest in companies that you think will be worth less than a billion dollars. There's a really enlightening blog post that goes through all the numbers (maybe someone can find it again for me), but it basically comes down to this:
90% of all companies funded by this VC will fail. Of the remaining 10%, some will be middling successes. One or two companies will be really great. But the VC has a problem: his LPs expect a return over 10 years (or whatever the lifetime is) that is as good as the market (simplifying, but this is basically true). If the one or two companies that succeed only become worth a few hundred million, he's actually delivered a sub-par return for his LPs. So the one or two companies that succeed must _really_ succeed, or else the VC is going to have trouble with their next fund. Someone did the math and showed that a 10x return on those successful investments is the minimum for the fund as a whole to provide a good return for its LPs.
All this means that when a VC looks for deals, he can't waste time on lifestyle businesses and the like. Billion dollar companies or bust. Keep in mind that this is not true for people who write smaller checks (like angels).
That math makes sense if “90% of investments fail”, which is a reasonable number if you only invest in companies that need to grow to $1B to succeed. But if you were willing to invest in companies that top out much smaller, theoretically you could chose companies based on likelihood of profit instead of growth, and get a much lower failure rate.
The other thing you’d need to be careful of is drain on your time. You’d need to be much less available to companies over time, or you’d get spread too thin by too big a portfolio.
> But if you were willing to invest in companies that top out much smaller
Then that person would literally not be practicing Venture Capital.
Venture Capital is a very specific type of funding with a specific type of risk profile. If you don't like the implications, then don't seek Venture Capital.
This is what people don't understand. No one is forcing you to be a venture backed company.
Is that a semantic argument - that low risk investments should be called something other than "venture capital"? What term would be best for that?
Note that VC does have a wide variety of risk profiles - with later stage usually being lower risk and earlier stage being higher.
Who serves the market of early, low-medium risk (and therefore lower returns)?
>Someone did the math and showed that a 10x return on those successful investments is the minimum for the fund as a whole to provide a good return for its LPs.
And they were called ten-baggers before they were called unicorns - roughly speaking.
It's because a startup is defined as a looking for a _scalable_ business model (https://en.m.wikipedia.org/wiki/Startup_company). I honestly don't believe most people, even among entrepreneurs, know this but that makes it very different from most companies. Of course, what is scalable can be debated. $600 million sounds good to me (even though I can understand the VC having his particular strategy worth good thoughts behind it as pointed out by the other comment) but a lifestyle business is not a startup in early stages and never will be a startup. It is rather the early stages of a lifestyle business.
The whole point of the notion of a startup is to separate out specific types of early stage businesses, because certain logic applies in these scenarios (such as being almost the only relevant early stage businesses to investors - to balance out the high level of risk the payout need to be a certain level).
Anyhow, it still baffles me a lot of people in the entrepreneurial community don't really know what a startup is. Hopefully this can enlighten a few so less energy and frustration needs to be spent due to this mixup and more energy could be spent on the discussing the differences in strategies and tactics that apply for each type of early stage business.
The VC is not saying that businesses that don’t reach $1B are worthless, they simply don’t work for their business model, which relies on finding companies that “return the fund”.
Whenever you see “startup” on hacker news, people are almost always referring to the aim for massive VC funding, exponential growth, get big or die trying types of companies.
Paul Graham wrote an essay which differentiated startups from other new businesses based solely on growth:
That essay is incredibly self serving. I think it should be taken with a pinch of salt. At very least any counter point to it shouldn't be immediately shut down with a link back to the essay. It's text book circular logic.
By most accounts, PG's definition is the accepted definition within SV, so it's important to understand that most (99%?) VCs are looking at companies growing at breakneck speed.
Lifestyle businesses, or companies not looking to grow very fast don't need VC money, so I really don't understand everyone's obsession with making "VC sustainable".
If you want to start a business and require initial capital then take out a bank loan. It's relatively simple. But...that's not a startup, again, by most accounts. If you want to use some random definition found on the internet go for it, but that's not status quo.
I wasn’t endorsing the essay or advocating for these hyper growth vc fuelled businesses, just pointing out that this checklist doesn’t apply to the kinds of businesses you were talking about if you accept this (common?) distinction between ‘startups’ and other kinds of new businesses.
> Is the only reason to create a startup to experience exponential growth and get really rich and have your own stock symbol?
The answer is yes, if your working definition of entrepreneurship agrees with the one used by Lori Greiner: ‘Entrepreneurs are the only people who will work 80 hours a week to avoid working 40 hours a week [like everyone else]’.
People who believe in putting in twice the effort to reap exponential growth rather than (the less exciting) organic growth do so under the assumption that they can compress time.
For tasks that are amenable to time compression like running a startup, the only reliable way to compress time is to increase the number of man hours spent tackling the (perceived) opportunity, which of course means hiring people as fast as your war chest permits.
And because the size of your war chest determines the number of people you can hire per week or per month to allow you attain exponential growth, it is no surprise that a lot of founders seek out VC funding.
She says regarding her quote, "And it is true, because we like to be our own bosses. And so if you're one of those people, you want to quit your day job, you don't want to punch a clock, you want to have freedom and also be freedom of your own destiny." [1]
It seems that your interpretation of her quote doesn't match Greiner's own interpretation. I think the point she's making is simply that entrepreneurs are willing to work more hours on their own business to avoid working for someone else. Whether the business grows exponentially or organically doesn't matter.
I also didn't quite follow your interpretation, why does avoiding working 40 hours a week lead to spending more man hours to pursue an opportunity? (edit: thanks for explaining)
> I also didn't quite follow your interpretation, why does avoiding working 40 hours a week lead to spending more man hours to pursue an opportunity?
Disclaimer: my interpretation is in the context of the SV mantra under discussion, I have no horse in this race.
Working 80hours/week involves making a lot of sacrifices with respect to family, friends and (often overlooked) one’s health, so the people who do so think of the (outsized) reward at the end to drive their work ethic that is unsustainable for most people over the long term.
Also, there is only so much code one founder can write, ditto for sales, which is why hiring more people is a sensible strategy.
My personal definition of the term startup is "A relatively new business in search of a business model."
In many cases, this search requires venture capital but in some it doesn't.
A startup can very well be a lifestyle business. For example, I'd consider many of the companies listed on Indie Hackers to be startups. Only a minority of those has taken venture capital.
But what do you call a new business that a founder is fully committed to (so, not a side business) but without an aim to grow to a huge valuation (just enough profit to live)? I think that's what the parent comment is suggesting, not a side business. I'd just call it a small business though, rather than a "startup".
That is an underserved area, terminology-wise. Perhaps 'small startup' captures it best where it can also have other startup qualities of leveraging tech or disrupting a market.
>But what do you call a new business that a founder is fully committed to (so, not a side business) but without an aim to grow to a huge valuation (just enough profit to live)?
You call it "a little Italian restaurant on the web". At least, @DHH (Rails and Basecamp founder) does:
Short compilation of his original talk, by Werner Vogels, Amazon CTO:
The only reason to work in a startup is for money, and the only reason to start one is for fast money. If a startup isn’t getting you money, well, then there’s not much else it’s giving you.
People might say otherwise, but that’s because they’ve been largely conditioned to react that way.
Startup is a word reserved specifically for exponential growth businesses usually juiced up with VC cash.
If that’s not what you want to do, then just call yourself a plain ol’ business. Or if you are on some world changing mission and don’t care about money then be a non-profit. And if you have no real business and just want to work on your own stuff and maybe make money later then that’s just a side project.
Of course, that’s not as sexy as calling yourself a startup and not as likely to get you on the cover of entrepreneur magazines with your arms crossed and a smirk on your face.
By embracing the fact that startups are purely about money I keep things simple and true. When the motivation is all about numbers there’s less potential for confusion and wasted time.
I'm willing to bet if you gave 100 people the opportunity to build a startup, or work at a nice friendly large company, with the guarantee that they'd make the same amount of money over the next 10 years (no more, no less) -- that many (~50%?) would choose the startup.
That's not the bargain you get with a startup, though. The bargain is that you bear the risk of the startup failing in the market and you getting zero, in exchange for all of the upside if it succeeds. With that bargain, it's rational to focus entirely on money, because you get all of it and you get none of it if there is none.
The bargain you're describing is a side project:
> And if you have no real business and just want to work on your own stuff and maybe make money later then that’s just a side project.
And you actually can take that bargain, if you have suitable qualifications - it's like being employed by a research lab of a big company, or an internal tech incubator, or an EIR position, or just being friendly enough with a VC that they give you seed capital to work on whatever you want. And yes, > 50% of big company employees, if offered that deal, would probably take it.
The reason why they're not taking it is because there're barriers to entry put up in front of it - a Ph.D in a hot field for research lab positions, previous corporate success for internal incubators, previous startup success for EIRs, and personal connections or pedigree for no-strings-attached seed funding. And the reason why you have those barriers to entry is that this deal is not economically rational for the person fronting the money unless there's a decent chance that the person they're sponsoring will come up with something valuable during the time period in question.
I think you're missing the point, of course the bargain doesn't reflect reality -- but many people choosing the startup over the other job given this bargain thought experiment where all else is equal implies that there is motivation other than money, i.e., freedom of direction, ownership, etc.
Really depends on the life stage of who you are asking. As someone with a wife and two young children, being able to have consistent, reasonable, hours and good work/life separation makes working for a large company very appealing.
The ownership, creativity, unknown. The ups, downs, fears, joys, camaraderie. The charge-the-hill attitude. The late nights and early mornings. The chaos, the clarity. Evolution, growing up. The first team member who you didn't directly hire. Walking up a flight of stairs and seeing the activity below -- all of which wouldn't be there without you and/or those close to you.
These things aren't just about money. Life is short. Spend it doing things that have meaning to you.
Given how small chances there are for startups to actually make you rich, if your only motivation in life is to become rich you really should choose another career path.
Also this apparently comes as a surprise to you but, yes, there are other motivations for starting a company. Some of them are listed in the comment you responded to.
Really, you can't think of anything? No offense, to me that's a kinda bleak outlook. Money is sorta necessary, but to me it'd always just be the fuel that makes or keeps the interesting things happening.
If you care about anything, then sometimes there is some change you'd like to see in the world because of what it is that you care about.
Often it'll be both. Why not change the world in some way that you care about as well as make lots of money in the process?
I think the Google guys really wanted to empower people with information, and that Travis Kalanick really thought taxis were quite shit. A startup is probably more likely to succeed when the founders are at least interested in the subject matter.
Startups do not have a monopoly on changing the world. The biggest change in our world in the last ten years was the proliferation of smart phones, and none of that came from a startup.
"Changing the world" is the siren song startups sing to lure in starry eyed graduates out of college and hire them for cheap rates on the chance that maybe their stock options might someday be worth something, because even if you don't become a millionaire, at least you can still feel proud that you are a "world changer". Except that's a lie too, because startups that fail (which is most) don't change much of anything.
Real change doesn't happen with the heroic actions of a small startup sailing against the wind. A startup has to grow huge to first have the ability to make meaningful change in the world, and by the time it's huge it's just another drab corporation that people love to hate, and bears no resemblance to a startup. The change comes from the small actions of its employees toiling everyday toward a common goal. Not really something that makes for a riveting read.
And at the end of that dream day when you have changed the world, you might find the world will want to change whatever you did anyway.
The point is, if you care about making change so much, change lives on a small scale. Even with this post I may be changing someone's life, maybe some young engineer working at a startup will be sitting there with a thousand yard stare coming to a realization they are in a trap, and take steps toward a better life and career.
But please, let's not continue to disguise ambitions of making a ton of money with noble stories of how you want to change the world and making everything a better place. This is the same as an idea guy who pitches out "amazing" ideas for new apps and then wants someone else to do all the work. The true motivation behind what they say is clear, and their charade is insulting to those who simply want people to be honest in their interactions. When your goal is to make a ton of money it's easy to start piling in a bunch of extra goals that sound nice, but the tune will quickly change if you tell someone they can accomplish all their extra goals but end up dirt poor.
Well ... whatever your startup endeavours to do. If your startup is building widgets, then you want to make the best widgets you can and make a mark in the industry AND get rich.
I have a very different reason. In most large companies, you pay some sort of productivity overhead - for X units of work, you have to pay say 30%X for internal marketing, coordination(meetings) and other random activities. When that ratio crosses a tipping point, and that may vary from person to person, a startup becomes way more viable than a large corporation.
The other more important reason is that startups (at least the ones I've built) are far more tolerant of "failures/mistakes" than large companies. And thats pretty much the only way to learn to build a successful enterprise. Experiment without fear of failure, and then adapt.
> Startup is a word reserved specifically for exponential growth businesses usually juiced up with VC cash.
What? Reserved? I’m not sure where you are getting your info. personally I like Steve Blank’s definition:
“a startup is a temporary organization used to search for a repeatable and scalable business model.”
Startup is just a word that means different things to different people. I do agree that not everything seems like a startup to me. Then again, what anyone else is calling whatever their endeavor is really is none of my business.
If the only reason you do this is to make money then you should go into investment banking. Much better chances of making a couple of million than in your average start-up.
>Is the only reason to create a startup to experience exponential growth and get really rich and have your own stock symbol?
No. But it is a huge motivator for almost every founder - and all who say otherwise are lying. It isn't hypocritical to be motivated by wealth AND by doing good.
When you start getting investment, then ... yes. The expectation is that your investors will make a 10x on their cash. You don't have to be VC-funded, and bootstrapping is certainly reasonable.
>Or maybe could someone create a startup that makes the world a better place without concern for getting oneself crazy rich?
Usually people with that attitude end up doing non-profits. Having said that, there is nothing quite like the burnout and disillusionment you experience after working for a nonprofit for a few years. I actively discourage working for or starting nonprofits because I've talked to enough people. Competition for funding (government or otherwise) is horrendous amongsts nonprofits, and pay is almost universally lower than market rate or downright abysmal. Typically the social good you're doing is not scalable and a band-aid over an existing social problem.
I live in a university town with a big startup culture and over the last few years I've seen many more recent grads enamoured with nonprofits than with traditional startups.
> I am not a fan of the idea that the only driving motivation for establishing a small tech company is to make the VC's happy.
I'm not either. But arguing over words is a pointless waste of energy.
Around here (and in most places in tech), startups are understood to be a form of entrepreneurship which aims to create innovative companies with the aim of being large tech companies, almost always fueled by VC money.
It's not by any means the only kind of company one can start (mine isn't that!), and I think it's a bad thing that many people don't realize there are other forms of entrepreneurship (in most contexts, an entrepreneur can be someone who decided to franchise a McDonald's!).
But it doesn't really matter that the word startup is used to mean something different. It's just a word.
I’d elaborate further that only tech companies have the potency to radically disrupt millions of people’s lives in 0<t<10 years and need “dry powder” to activate that potential, which VCs are positioned to allocate for various reasons.
Lifestyle business is nice except the niches in which they can sustainably exist are really really scarce. Most of the time you either get big yourself, or pushed out of the market by someone who does.
I see a lot of businesses that don’t create value, like Uber, or even destroy value in multiple senses, like Uber, that go relatively unpunished by markets and create huge financial windfalls for executives, investors and some employees. Similar things have happened with some cryptocurrencies.
Often a business is run solely to generate enough hype to externalize losses onto an acquirer or public retail traders or unwitting retirement plan holders, while creating space for personal profit for a small set of people.
When we're talking 'value' here for startups, we mean value to the user. If Uber didn't produce any value for the user people wouldn't be taking them. Or if there was no value for the drivers they wouldn't drive. Whether or not people get windfalls from the process doesn't change what the end-user gets in the transaction.
> “If Uber didn't produce any value for the user people wouldn't be taking them”
At current prices, which are unsustainbly low due to VC subsidy, people find value in the trade of money for the service. At a price that fairly reflects the cost of delivering the service unsubsidized and maintaining driver quality of life at a socially acceptable level, nobody would pay for it.
So the game was to lever perceived market value up very high with VC subsidy and hype, all the while knowing that they are selling a dollar for fifty cents, just long enough to be acquired or go public at prices that pay back the original VC subsidizers at a multiple allowing them to profit, while whomever bought in is left holding the bag when the company is left in an unsustainable operating position and there’s no more hype-profit carrot to attract new subsidy investors.
This is a very possible outcome, but not the only realistic one. Depending on the rate of development/adoption of autonomous vehicles there may still be a future without deprived drivers and selling at a loss.
In any case, I am glad for the more efficient use of space and energy that Uber has provided over the congestion of roaming and standing taxicabs in the downtown core with service virtually nowhere else.
Uber and similar ride-hailing services have not led to more efficient space or energy use. On the contrary, these services have led to serious and alarming increases in congestion and pollution and diverted funds away from public transit.
The real economics of taxi services, for example round trip costs for servicing lower density out-lying regions, implies much higher prices and lower ride inventory.
Uber and others providing an inflated amount of inventory at unsustainably low prices is not some sort of shift in transit patterns. It’s nothing but temporarily selling a dollar for fifty cents in order to compel all competitors out of the market, at which point it instantly goes right back to being just as hard to get an Uber in the suburbs as it was to get a taxi there in the 90s, because that’s precisely how the price equilibrium of that supply and demand always worked.
I see your point, thought I’d say “often” is not fair, we just see a disproportionate amount of coverage for these companies - for the problems you’re alluding to. My post is for those who want to build a solid business
(I disagree with the other post above that startup = VC and hockey stick on HN - there’s plenty of overlap between here and indie hackers, for example).
As I'm sure others here have mentioned, fall in love with a problem not a solution or product. Usually it's best to find a narrow set of users who have this problem and explore around the problem to get a better picture of it. This can often lead to a different product solving a more key problem.