4 ms·
Depth. You should absolutely shrink your market size at first. You should go for demand shaped like a well, not a lake. You can always spread out later. But if
by randall 7y ago
Depth. You should absolutely shrink your market size at first. You should go for demand shaped like a well, not a lake. You can always spread out later. But if your initial cohort of users absolutely loves your product, you will be in a great situation.
from pg:
When a startup launches, there have to be at least some users who really need what they're making — not just people who could see themselves using it one day, but who want it urgently. Usually this initial group of users is small, for the simple reason that if there were something that large numbers of people urgently needed and that could be built with the amount of effort a startup usually puts into a version one, it would probably already exist. Which means you have to compromise on one dimension: you can either build something a large number of people want a small amount, or something a small number of people want a large amount. Choose the latter. Not all ideas of that type are good startup ideas, but nearly all good startup ideas are of that type.
Imagine a graph whose x axis represents all the people who might want what you're making and whose y axis represents how much they want it. If you invert the scale on the y axis, you can envision companies as holes. Google is an immense crater: hundreds of millions of people use it, and they need it a lot. A startup just starting out can't expect to excavate that much volume. So you have two choices about the shape of hole you start with. You can either dig a hole that's broad but shallow, or one that's narrow and deep, like a well.
http://www.paulgraham.com/startupideas.html http://www.paulgraham.com/startupideas.html
- Mertax 7y agoThanks for the insight, this makes a lot of sense. What about when depth adds complexity and over serves some of your users. Is it worth it at the early stages of development to spend the time keeping the software simple for those users who don't need the additional functionality but available to those who do? Or do you just leave all functionality in there that's required by all of your known users, train the early adopters who don't need the additional complexity to sift through it and then once your customer base is more representative of your market you worry about simplifying workflow?
- randall 7y agoYou basically want to do anything you can to get your first user, but then after that just be as simple as you can.