I have check marks next to 8 of these, and I'm working on a 9th (ironically, #9 -- "Get ramen profitable"); but I've broken 4 of these rules, and I don't regret it in the slightest.
Rule #1 -- Pick good cofounders. I picked no cofounders, based largely on the fact that that I couldn't think of anyone who would be interested in joining me who wouldn't dramatically lower the average founder quality. (Ok, that's being a bit facetious -- but I'm working in an area where domain knowledge is extremely important, so there are lots of wonderfully talented people who would be utterly useless to me as cofounders.)
Rule #2 -- Launch fast; and Rule #3 -- Let your idea evolve. I started working on tarsnap in September 2006, and I didn't open tarsnap to the public until November 2008. Over that time I ironed out some technical details behind the scenes, but the largest change in my idea was going from planning to charge $0.25/GB to actually charging $0.30/GB. Since then, I've listened to my users and occasionally added an unplanned-for feature because of a request (or more often, several requests for the same thing from different people); but most of the ways that tarsnap has deviated from my original plan have simply been in the ordering of when I implemented which features. The vision behind tarsnap, from 2.5 years ago -- an online snapshotted backup service with a tar front-end, a heavy emphasis on security, and a linear pricing model -- hasn't changed at all.
Rule #10 -- Avoid distractions. I've remained as FreeBSD Security Officer while working on tarsnap, and I don't regret it in the slightest. Yes, it has taken time away from tarsnap on occasion; however, it has also allowed me to further enhance my domain knowledge, and has brought many people to tarsnap (one person recently described tarsnap as being a backup system with "a good pedigree", which I'm presuming refers to my open source security background).
Now, for all that I've broken these rules without regrets, I still think that they're good rules -- in most cases. But I think there should be a Rule #0: Realize that there are always exceptions, and understand why these rules are usually correct instead of applying them blindly.
I couldn't think of anyone who would be interested in joining me who wouldn't dramatically lower the average founder quality.
Quality is a vector, not a scalar. What's the average of Steve Jobs and Steve Wozniak? I don't think that's a meaningful question. But the vector sum of their skills was a startup with amazing technical and artistic skill, product focus, business aspirations, charisma, and salesmanship.
And I'd like to help you become ramen profitable, so let me demonstrate what I mean by putting on my Steve Jobs hat [1] and telling you a story.
I'm in the market for something like tarsnap, so i was very excited to hear about it, for the first time, in this random HN comment 23 days ago:
...because the product sounds great. I may sign up any day now. But I distinctly remember that, after reading this enthusiastic blurb, I spent several minutes trying to figure out if tarsnap had any kind of decent security model. I remember this because I literally laughed out loud when I finally managed to figure out the answer, after clicking through more than one link and reading a few blog posts -- tarsnap was designed by a cryptographer! Indeed, now (but only now) I learn that it's even better than that: You're the FreeBSD Security Officer, which presumably involves a great deal of practical expertise in reviewing and fixing insecure software.
Why isn't this information on the tarsnap homepage, next to a "buy it now" button?
---
[1] It's not nice to go all Steve Jobs on someone without being asked, so I'm deliberately toning down my Jobs impression. This is like a 2 on the Steve Jobs bluntness scale.
Why isn't this information on the tarsnap homepage
Because the tarsnap web site sucks. (Hey, you did ask!)
Until very recently the vast majority of people interested in tarsnap were people who knew who I was, had seen my work on FreeBSD, and read my blog -- so putting information about tarsnap onto my blog was only natural. Now tarsnap is starting to gain recognition as something beyond "that thing which Colin is doing", it's probably time to revisit where and how information about tarsnap is presented.
maybe you don't need a co-founder but at least a contractor/employee to take care of this and all the other things you might not have had the time to take care of?
Quite possibly. If I was going to hire one person to do some contract work, I'm pretty sure that it would be a web designer.
Most likely I'll do this myself, though -- even aside from the issue of money, I find that doing tedious things like web design myself (a) is a useful learning experience, and (b) allows me to think about issues a bit more clearly.
You need a cofounder who can take care of the ramen goal so you can focus on what you love best. The point of your business isn't to do it all yourself, it is to do something you love. If you find founders with complementing skill sets, it's win win win.
I would say you could easily get a web/design/biz cofounder who could dramatically change your ramen and also enjoy a few of those tasks you have been putting off for a while :).
I learn that it's even better than that: You're the FreeBSD Security Officer, which presumably involves a great deal of practical expertise in reviewing and fixing insecure software.
You're smart. Very smart. But you're also arrogant. It shows in a lot of your comments here on HN. That's no barrier to success, of course, but I've found arrogance to be counterproductive.
From a personal perspective arrogance blinds you to opportunities and your own shortcomings. From an interpersonal perspective it makes otherwise excellent people less interested in working with you.
Someone who is smart; who doesn't hesitate to tell me if I'm wrong; and who doesn't get offended if I tell him that he is wrong.
If arrogance makes people more likely to speak up when they see something which is wrong or could be improved, I'd say that's a net positive. False modesty has merits in some circumstances; but a startup is not such a circumstance.
There's a difference between being arrogant and being plain-spoken. There's also a difference between being falsely modest and behaving in a way that doesn't make people feel worthless. (If your inclination is to say "That's their problem," I respectfully disagree.)
You're awesome. Your skill speaks for itself. Being arrogant gets you nothing except a reputation for being difficult to work with. That's all I'm saying.
Of course, YMMV. I'm just some guy on the internet.
I totally agree; arrogance is very important if you're an unrecognized badass. Caesar was kidnapped by pirates and held for ransom. He told them he was worth more than that ransom, so they obliged by raising it. Once he was free he pursued and executed the pirates.
Most people should not have that arrogance because most people are not Caesar. Thing is, if you are Caesar, you sometimes have to be arrogant to mediocre people (especially bureaucrats) because they will crush you if you're not. But it's hard to draw the line because it's so few people are true geniuses and it's hard to know for sure if you are one.
Being a genius (as far as I can tell, because I don't know if I am one) seems to be tough in this world. It's not like being a star athlete, because in that case the best know they're the best, say so, and bet their future on it. That is not the case with geniuses. You can't take out huge loans against your future wealth in order to buy status and get laid in high school, for instance. I'm sure there are Silicon Valley billionaires who wish they could get back a part of their nerdy lost youth, but it's impossible. On the other hand, it's much less likely for a genius to have the balls to bet on his brains, challenge the curriculum, and get people excited about his future the way athletes do. I guess it's because, at the end of the day, society doesn't like nerds as much as it likes athletes, and because people like to think they're better than others. In this case, it's old people who think they are better than young people, rationalizing that they are smarter.
False modesty is not the opposite of arrogance. Arrogance is not defined as that thing which makes someone more likely to speak up when something is wrong.
Arrogance (or modesty for that matter) is more to do with the mind then the mouth. By most people's definition, arrogance is a sort of emotional weakness that impairs judgement in various ways. Very few people who use the term equate it with outward honesty. The contrary, many would probably equate it with inward dishonesty.
I am not accusing you of arrogance myself. I do agree that many of those things that people use to diagnose arrogance might actually indicate steadfastness, confidence, straightforward honesty or some other mostly positive attribute. But as the argument turns in on itself, people's ability to diagnose each others' emotions is actually fairly evolved. Failure to recognise the possibility that they might have a point, might be..arrogant.
"...but I'm working in an area where domain knowledge is extremely important..."
If you had a design/marketing/seo cofounder that was willing to hunt for sales/bizdev opportunities, domain knowledge for that person doesn't have to be THAT deep and would bring huge benefits.
"The vision behind tarsnap, from 2.5 years ago -- an online snapshotted backup service with a tar front-end, a heavy emphasis on security, and a linear pricing model -- hasn't changed at all."
Is that a good thing, do you think? I'm not saying it isn't, but I think founders who don't experiment/explore generally succeed more than those that don't. (See the 17 out of 26 stat here) http://www.unionsquareventures.com/2007/11/why_early_stage.h...
I think your rule #0 is dead on-- there are lots of exceptions and there's no formula. But I'm pretty convinced that your startup would be more successful if you hadn't broken the "rules" that you did.
If you had a design/marketing/seo cofounder that was willing to hunt for sales/bizdev opportunities, domain knowledge for that person doesn't have to be THAT deep and would bring huge benefits.
I think you might be overstating things here. I've found my domain knowledge to be very important when selling tarsnap -- being able to convincingly explain why tarsnap is secure and efficient (and why the competition isn't!) has gained me a lot of customers.
Although I agree with your comment, I must say that everyone (and I mean everyone), who is a startup entrepreneur, knows about HN, and reads all PGs essays knows that these are advices, opinions based on the experience from funding over 100 startups. Not rules, advices.
And although I applaud your efforts and accomplishments at Tarsnap, I must say that you base your argument on significantly less than 100 startups.
[everyone here knows that these are advice, not rules].
I wish I could agree with you here, but I'm afraid I've seen far too many comments along the lines of "you're violating pg's rule XYZ, so you must be doing something wrong". Yes, most people here probably understand that pg's guidance doesn't apply to every situation, but I still think it's worth reminding people occasionally.
And although I applaud your efforts and accomplishments at Tarsnap, I must say that you base your argument on significantly less than 100 startups.
I don't believe this sort of comment is helpful. For one thing, "X works" and "Y can work, too" are not two bits of advice which are in opposition to each other, and shouldn't be treated as such. (Even when X = "Startups should have multiple founders" and Y = "Actually, you can get by with one person if...")
For another thing, evaluating expertise by weight of incomparable circumstances is not logical. If it were, we'd all be taking advice from McDonalds on how to sell software, as the sum total of all customers of every startup company which has ever been mentioned on this site would not equal the number of cups of coffee McDonalds sold worldwide yesterday. Now there are many things to learn from McDonalds, but willy-nilly application of their ideas because they have mass on their side is a bad idea. (The sweet spot for pricing is below $5. Advertising is less about motivating people to buy in the near future than building your brand image for life. Literacy is a nice attribute to have in an employee but is not necessary if you exercise proper management.)
That made me curious. McDonalds sells about 50M cups of coffee / day. Some startups who I know participate on HN are (multiplying Alexa daily reach by 1G, to get order of magnitude estimates):
Just those would equal McD's daily coffee sales in 5 days. So we're not so many orders of magnitude behind big public companies.
It might be satisfying to include some reference lines on your daily user graph, so you can celebrate when you serve more pages than, say, McDonald's sells fish sandwiches, or Wal-Mart sells Spiderman action figures, or whatever.
I'm terminally old-fashioned in a lot of ways. I hold open doors for ladies, take off my hat before entering buildings, and define customer as "someone who pays money for a good or service".
I'm guessing he wasn't counting a page impression as a customer. The actual number of customers of Scribd, Justin.tv, and last.fm is quite a bit less than the number of customers of McDonalds. It may be just a handful, if they contract out to an ad provider and then get all their revenue through that.
Of course, this is a meaningless comparison, because the number of people that Scribd or Justin.TV reach on a daily basis is more closely correlated to the number of users they have than the number of customers.
When speaking of expertise numbers matter. You can assume that the author is more knowledgeable than PG when it comes to encrypted data backup. As he says, he has sent a good 3 years working on his startups.
On the other hand, PG has also spent the past 3 years funding different startups and must have some decent idea about what is more likely to help a startup.
Same goes for you. I would assume that you are more experience in Bingo software then other programmers even if they are better programmers than you are. But in the field of Bingo, you would probably crush several highly talented developers.
We followed 4 of these (3, 7, 8, 13) and broke 7 (1, 2, 5, 9, 10, 11, 12) and ultimately failed. The interesting part is that right up until failure, we had checkmarks besides #1, 11, and 12, making 7 yes and 4 no, and then they rapidly fell into the opposite column. It's amazing how quickly they can change.
Those 3 are also quite related - while I still had cofounders, we'd kinda prop each other up during the low points, so we didn't get demoralized, so we didn't give up. But when my last remaining cofounder quit, I tried to keep it going for 2 months, but the emotional burden was far too much. I couldn't do it - if you can, good for you, but I think that there's a lot of truth in these rules.
Also - I think there's too much wiggle room in "Understand your users." I don't have it listed in either column for my startup, which tells me that we probably didn't, but most startups won't have the emotional distance to realize that. Even now, I'm not sure whether we did or not: since getting out to Silicon Valley, everyone I've told about my startup says "Oh, that's a cool idea, I wish you'd been able to finish it." Maybe we should've moved out west before quitting. ;-)
the emotional burden was far too much. I couldn't do [a startup without cofounders] - if you can, good for you, but I think that there's a lot of truth in these rules.
I think it would be very interesting to chart the success rates of sole-founder startups vs. whether or not the founder had a graduate degree: I get the feeling that the sort of struggles single founders often go through are very similar to the sort of struggles graduate students go through when they've been working for X years and still don't have a thesis in sight. If someone can work quietly in a corner and churn out a thesis after a few years, does that make them more likely to be able to churn out a startup by themselves?
That's actually almost exactly the same thing my former boss said (he has a Ph.D).
I think there's a lot of truth to it, but it can also be misleading. A lot of these solo-Ph.D startups just chug along for years at ramen or small-business profitability levels. They work, they provide a nice living for the founder and a few employees, but they don't grow. Whether or not they survive seems to depend on how independent-minded the founders are, because the financial returns are often less than the founders can get elsewhere. Anyone with a Ph.D that has the work ethic to run a startup ought to be worth at least a couple hundred grand a year in industry.
There're a lot of other benefits to having multiple founders besides the "don't give up" aspect. Ideas tend to become better when they're bounced off multiple people, since the dumb parts of the idea get weeded out and the clever parts get amplified. Other people tend to take you more seriously when you can say "we" instead of "I". You learn how to compromise and accept other's input early, which is absolutely crucial once you have employees. You get a stronger company culture, which always seems to evolve out of the interactions between founders.
Actually, you seem a lot like my old boss - both math Ph.Ds with an independent streak, except you're half his age. He was a good guy and very, very smart (finished a Princeton Ph.D in 3 years). But the startup I worked at for 2 years, which is now 8 years old, is still limping along and hasn't taken off. And I really think that if it'd had 2-3 equal founders instead of 1 majority and 2 minority founders, it would've done much, much better.
Anyone with a Ph.D that has the work ethic to run a startup ought to be worth at least a couple hundred grand a year in industry.
Ah, but that requires a completely different work ethic. To an academic, living on ramen while solving interesting problems is far more interesting than getting rich.
Ideas tend to become better when they're bounced off multiple people
To an academic, living on ramen while solving interesting problems is far more interesting than getting rich.
But if that's your goal, then likely that will be what your startup gets. Interesting problems, few customers, and not much money.
There're lots of Ph.D-founded startups in that category. My previous employer was one. Symbolics is another high-profile example. Lots we haven't heard of, since they're working on interesting problems and not getting rich.
If that's what you want, go for it, as long as you're bootstrapping (it's irresponsible to take other people's money when you have no intention of making some yourself). Just be honest with yourself and any future employees about it. I'm still a bit bitter that I was sold on visions of Bloomberg and revolutionizing the financial industry while the reality was more about working on the boring parts of problems that were interesting to my boss and only vaguely interesting to customers.
Lots we haven't heard of, since they're working on interesting problems and not getting rich.
Partly because "we" (HN) are biased toward consumer-facing web startups, which are typically not the sort of companies started by academics, or people with extensive knowledge of a non-web industry. There are many startups out there that "we haven't heard of", but still end up solving valuable problems, and quite a few of them get rich as a result.
Oh, my goal isn't to live on ramen. I gave that example simply to illustrate that the work ethic involved in running a startup is not quite the same as the work ethic involved in working for a big company.
If someone can work quietly in a corner and churn out a thesis after a few years, does that make them more likely to be able to churn out a startup by themselves?
I doubt there's a strong correlation here. When you're working on a thesis, you're still within some academic community, have a rough deadline, and have a pretty good sense of what's going to fly or not. Moreover, the progress you make on a thesis is inherently satisfying. You can stand back and look at even a page or a paragraph of work with pride.
When you're working on a startup, you spend much of your time working on things that don't work yet or will look and feel like crap for a while. A lot of the problems you solve aren't going to be intellectually interesting, as they would be for a thesis. Which means that there are precious few rewards to be had from the pre-launch development process by itself.
I tried to go solo for a while, but found myself crushed by the lack of feedback. Then I paired up with someone (remotely), and if we weren't pair programming, we were at least showing each other what we'd done several times a week and giving feedback. Not only is this immensely helpful in terms of sustaining motivation, but merely having someone else who thinks of things you don't is incredibly valuable.
I agree with the last sentence of your comment. As for the rest, maybe you should add: rule #-1: be modest :-)
I am trying to write a post on my blog about what I call the "solo entrepreneur blues", which has to do with one of the biggest mistakes I have seen by entrepreneur friends: start alone and trust no one. I'll post a link once I have the tone right.
I'd say that's a bit strong to describe my situation. I started alone, yes; but it's more a matter of not needing anyone than it is of trusting no one.
From my limited experience, having cofounders helps with rules 11. Don't get demoralized and 12. Don't give up. Now, I'm not saying you can't abide by these rules without cofounders but having them around keeps the momentum going. One of us is always full-speed ahead.
It's always important to hear about the counterpoints. As an outside observer I'm not sure its obvious that your company wouldn't have been better off with a cofounder and a quicker release schedule. All I'm saying is: there are exceptions where its best not to follow these rules and then there are successes despite not following the best course.
There seems to be some confusion among the HN user about the actual starup definition. Many people call a startup even outside projects and websites made for fun.
PG says "The essential task in a startup is to create wealth", that pretty well rules tarsnap out as a startup, I guess.
Stating that the emperor has no clothes is not appreciated here.
I think plenty of the 'wannabe' startups here are a bit like kids 'playing house'. If you say hey, it's just a blanket and two couches they get mad at you for breaking the illusion.
The words "sales" or "sell" aren't mentioned once. The ideas of launching fast to learn what to really build is a great suggestion but really one of sales. You need to launch fast to know what will sell (and what won't) so you can develop something that will sell.
So.. 14. Sell as soon as possible. Find out what people will buy for. Never stop selling.
> And understanding your users will even ensure your morale, because when everything else is collapsing around you, having just ten users who love you will keep you going.
I feel guilty that this just doesn't do all that much for me. I do get some satisfaction from making a user happy, but about as much as I get from eating quality ice cream. I get far more enjoyment out of solving a difficult technical problem.
maybe the best PG ever? So short and sweet. Follow these simple rules and you can succeed, don't and your startup will die. The customer service one was a surprise for some reason, not that it does not make complete sense but not something I would immediately associate with HN/YC. Its just so important to be above and beyond with early customers, helping customers is the best way for founders to stay connected with what matters and learn what they should be doing. its a godsend of insight for making something people want.
The problem with these posts -- and I liked it -- is that it always simplifies the path to all of this. I think a lot of folks are always missing something. Either they're decent hackers, but don't have partners. Or they're bad hackers and can't find a hacker to work with the build what they're gonna sell. Or they have a team and don't have a good enough idea to sell something.
I just think there are a lot of barriers to entry for folks who didn't go to Top 25 schools (or drop out of one) and as a result, they read stuff like this, get excited and think "I can make it!" without realizing the folly of their poor pursuits.
Rule #1 could read along the lines of: "Is the [potential] cofounder an animal?"
I think this is one of the most difficult rules to abide by because a lot of very talented people say they would like to start a company, but never will. When it comes down to it, they'd rather be unhappy at their job and receive a steady paycheck than take a risk and start their own company. Do you lower your standards and start a company with someone who may be talented, but may jump ship at the first job offer elsewhere?
It takes time to find out what people are really made of. From my experience, people who say they want to start their own business or be their own boss really just want to be a mid-level manager. Other people have the "Entrepreneurial ADD" and will never be able to stick to one idea from beginning to end. Others get scared of the prospects of late-night coding and early mornings, and decide to go to grad school instead (how does that make any sense????).
What's the solution for finding good cofounders? I think at some point everyone comes across someone who would be a perfect business partner, but has different ideas. Start working to form a business with that person regardless. It's likely that the business will evolve into something that neither cofounder originally anticipated. So getting everyone on board with the same idea may not be all that important, you just need to be able to work together.
Once you know what to make, it's mere effort to make it, and most decent hackers are capable of that.
This explains why someone like myself can start a startup and not feel embarrassed when they meet real wunderkinds (specifically CS gurus) along the way. On the other hand, maybe this means that good hackers aren't necessarily CS geniuses? http://www.paulgraham.com/gh.html
I have a great admiration for PG. But PG sometimes creates a false reality for those young kids of becoming millionaires some day with their startup. But the truth is most of them would be heartbroken when they realize that is not always possible. I hope some of you realize this and don't waste precious life and be happy. I hope I made sense.
Funny, but this is how I feel about my 11 year career spent with 3 huge corporations - that it has been largely a waste of 40-50 hours of my life every week. I've made 6 figures most of my career, and I've had plenty of time for my family. I'd trade the salary and benefits for something I was passionate about if I felt I could do it without being irresponsible to my wife and child.
I suppose the grass is always greener on the other side.
My sentiment is that it's worth trying when you're young because you might not get a shot when you're older.
Why do you need to be a millionaire though? I think working for yourself, on (mostly) your own terms on your own product that you're passionate about is more meaningful than the box you might one day tick next to millionaire.
There's no risk in failure either, you can always go and work for someone else, and personal bankruptcy isn't _THAT_ bad.
I don't think PG is giving anyone false hope that they'll hit the lottery - he's just offering an alternative. And as everyone has said tons of times before, your chances of making a million by starting your own business are orders of magnitude higher than winning the lottery.
It's not that the chances are bigger. Consumers want you to win but lottery companies don't. You can apply more work to enhance the result in consumers' world than in lotteries' world because you will work together with consumers unlike loterry companies.
That's a pretty bold statement. Do you know most of them? I know a lot of them, and they are smarter than that. A few failed startups come to mind where the founders immediately started another.
And the average age in YC is 25. These aren't young kids.
The question is whether trying and failing to become a millionaire by doing something interesting makes you more unhappy than not trying.
If the difference between expectations and reality is what makes us unhappy, then lowering aspirations to zero is what would make everybody happiest. I don't believe that it would.
Creating the impression that it is possible to be sucessful with your own startup cannot be false reality. Possibility is never reality, and founding a startup isn't taking part in a ponzi scheme. Some people being successful doesn't lower the odds of others to be successful as well.
And it's a hell of a lot better than working for someone else and letting them take ALL of the credit, while maintaining the inefficient status quo of their existence.
I believe this list can be brought down to just two basic (not just one):
- Customers: Understand them, improve their lives, get them to pay regularly, get them to spread the word
- Costs: Keep them as near to zero as possible. That will enable you to be profitable even with minimum number of customers
During the first year of your startup don;t worry about anything other than the above two. Special warning: Dont spend anytime on external fund raising, fund raising is the most distracting thing for startups and something where you have least control and very low odds, unless you accomplish something "of value".
If you can get thru the first year with a complete focus on Customers & Costs and hit break even by the end of first year. I can guarantee that you on the way to build a successful company (not just a good startup)
That wouldn't be surprising. This is kind of like an experimental result: if you optimally compress the
advice for starting a startup down to around 10
sentences, what are they? It's the nature of compression that everything in the compressed version is in the original.
Even so there were several things that seemed new to me. Let me check.
I never quite realized till now that a version 1.0 was (or could be) nothing more than a pretext.
The rectangle metaphor and the point about one side being easier to change is new; I only thought of that a couple weeks ago.
The greater difficulty of lying to yourself when expanding userwise is something I don't think I've written about.
I don't think I've mentioned that founders' own standards for customer service are artificially low, or that customer service is mostly a way of studying users.
I don't think I realized before that being cheap was interchangeable with iterating, or mentioned that a culture of cheapness keeps companies young.
I don't think I've written about how paying distractions are so much worse than other kinds, or that it's specifically because they work like interrupts.
I didn't realize till recently that the right metaphor for a deal was a background process.
And I definitely didn't realize till I'd actually written out the list which would be the most important one, or that it was involved in half the others.
The 1.0 being a pretext really rang true for us. It was interesting noting comparing how what we thought was important with what people were actually the critical things in making a purchase decision were, but nobody tells you those things seriously until they can look at your product and see what it's not.
Paul is probably exaggerating a bit on that rule, to make his point across. You can have a version 1.0 that actually solves a real problem! But you know what he means...
You can, but I'm tempted to say that if you're a first-time founder that it's probably luck. Having something out there was what changed our thinking from "this is the software we're making" to "this is the market we're addressing". It still took a while to really sink in and figure out what the implications of that were, and it's no doubt a process that we'll see continue once we push the next bits out.
I couldn't say this at the time, but now that the Etherpad playback version is public you can see that I originally wrote that this was an exaggeration.
I've heard similar things, but not exactly that you should favor completely satisfying a small number of people over partially satisfying a large number. That directly affects decisions I'm making now.
careful..in getting carried away by this advice though..unless your product targets large enough market you would not get opportunity to experiment/fail and succeed so yes start the inferno by targeting small niche but don't be esoteric unless you are going to get premium for being exclusive..
The feature requests I'm getting now are not esoteric. They aren't exactly "needs" either. I don't know how much the "make few love you" rule applies to satisfying wants rather than needs. But as I prioritize making existing users very happy vs fishing for a larger number of users, pg has certainly given me food for thought.
I agree..what will be useful is long thoughtful analysis, case studies around such points that expose nuances of decision making and evolution of ideas/business models and not copycat lists which assume there is some sort of formula in the start up success..
This list is deceptively compact.. so many experiences summarized in so little space. Yes, I agree: nothing really unheard of...but all presented succinctly in one place by one cogent voice.
I like this taxonomy, almost "the startup testaments". :) To turn this into a work of classics one needs to add a bit of detail to each of 13 sentences (from all the material that is already out there):
a short essay
three anecdotes illustrating the point
one anecdote providing a counter-example (to provide context and also remind readers about fallability of generic rules)
a short list of literature (e.g. pointers to specific chapter of "founder@work", "4 steps to the epiphany etc")
For each aspiring hacker this could easily replace days worth of reading of assorted stuff out there, just trying to get up to speed. In turn, more hackers will jump in.
Thanks to Paul Graham for his encouragement and instruction - without it I might not have even got this far. (I've just launched a startup at http://www.straighttointerview.com).
While I have done my best to abide by PG's rules there are some habits I just can't give up. I could easily ruin whatever prospects my startup has by my pig-headed determination to give people what I feel they need rather than what they say they want.
I agree with checklist. This list is perfect for most startups but launch quick is not good enough. We need to launch and need to get good feedback so we can fix those issues. Sometime it is hard to get feedback. In that case we need someone who can market our product or who has good contacts to get the word out. Technical people like me has hard time to sell the product or idea. So for me (14) Hire or find co-founder with marketing skills.
This is a great post! To amplify the first point, the question I often hear is "What are the right attributes for co-founders or CEOs?" I think you will find my summary http://blog.startupprofessionals.com/2009/02/ideal-credentia... helpful for picking co-founders.
As always great post. On footnote 4 where you say being cheap and iterating are almost the same but the reason why they are not is markets move.
I would point out that sometimes they move away from you (competitors come in, new ideas, etc)
BUT, sometimes they move towards you, and that is the classic where the media says "they were an overnight success" but you see they had been working at it for ten years.
You've said it in a nutshell. Exactly how it really is. PG should include this some where. Many people are blinded by the ways media portray stories and the reality behind them!
It really is true. Look at the medical "startup" Walmart partnered with. They've been around for more than ten years.
I'm sure they're cheap. The problem with "going big or going home" is that in many cases you are going home. The one thing I've learned is that in the vast majority of cases, the market moves much slower than you expect.
If you find yourself in the case of a market moving faster that's usually the problem to have....then you hire and spend like a maniac but it doesn't matter because if the market is truly moving that fast you're making money hand over fist.
The problem comes when you are spending like that and the market isn't growing that fast.....then you flame out.
It relates to point 5 heavily and we're getting the startups we work with to stop trying to be a freemium company and start with premium first. I've outlined my arguments here;
My partner and I are launching a new business and have adopted your "13 sentences" as our bible. FWIW, I learned your #1 rule about the choice of partners many years ago at my first startup. Partnering with a dummy for short-term benefits (e.g. connections to investors in the case I saw) will be the death of a startup.
Inspirational advice from Paul Graham yet again! Reading his essays is what truly inspired me to start my own company. I think this type of essay still gets me psyched up. I'm definitely trying to follow rule #11 right now and not get demoralized as we start to hit our first few obstacles as a real company.
This is the real startup killer for our last startup. But it goes with other problems like get ramen profitable. Since you are not profitable and you need to eat, you will be very easy to be distracted..
Do you know, what are living expenses in SFO? There are about USD 500/month in Czech Republic :)
My favorite: "So being cheap is (almost) interchangeable with iterating rapidly," followed up in footnote 4 with "They'd be interchangeable if markets stood still. Since they don't, working twice as fast is better than having twice as much time."
Rule #1 -- Pick good cofounders. I picked no cofounders, based largely on the fact that that I couldn't think of anyone who would be interested in joining me who wouldn't dramatically lower the average founder quality. (Ok, that's being a bit facetious -- but I'm working in an area where domain knowledge is extremely important, so there are lots of wonderfully talented people who would be utterly useless to me as cofounders.)
Rule #2 -- Launch fast; and Rule #3 -- Let your idea evolve. I started working on tarsnap in September 2006, and I didn't open tarsnap to the public until November 2008. Over that time I ironed out some technical details behind the scenes, but the largest change in my idea was going from planning to charge $0.25/GB to actually charging $0.30/GB. Since then, I've listened to my users and occasionally added an unplanned-for feature because of a request (or more often, several requests for the same thing from different people); but most of the ways that tarsnap has deviated from my original plan have simply been in the ordering of when I implemented which features. The vision behind tarsnap, from 2.5 years ago -- an online snapshotted backup service with a tar front-end, a heavy emphasis on security, and a linear pricing model -- hasn't changed at all.
Rule #10 -- Avoid distractions. I've remained as FreeBSD Security Officer while working on tarsnap, and I don't regret it in the slightest. Yes, it has taken time away from tarsnap on occasion; however, it has also allowed me to further enhance my domain knowledge, and has brought many people to tarsnap (one person recently described tarsnap as being a backup system with "a good pedigree", which I'm presuming refers to my open source security background).
Now, for all that I've broken these rules without regrets, I still think that they're good rules -- in most cases. But I think there should be a Rule #0: Realize that there are always exceptions, and understand why these rules are usually correct instead of applying them blindly.