Friday, June 20, 2008

Postmortem

So, here's the collection of lessons learned. I'm going to frame these as advice, but everyone should remember Buchheit's Law: "Advice = Limited Life Experience + Overgeneralization". This is one startup, and not even a successful one at that. There are many ways to succeed, and even more ways to fail, and so there will likely be exceptions to every single one of these rules.

If your idea starts with "We're building a platform to..." and you don't have a billion dollars in capital, find a new idea. Now.

This seems to be a really common mistake among first-time founders, particularly those from a technology background. My last employer made it, and has been working on their platform for the last 7 years with little to show for it (nearly all their revenue comes from a single application on their platform). Early in their development, they had decided that "Well, the only thing all our use cases have in common is that they all involve writing code, so we'll provide a way to write code and handle the tricky business of parallel processing ourselves." The didn't realize that by making code their user interface, they made Java/C++/Python their competition, and those languages have had literally thousands of man-years of development behind them.

When I started GameClay, I vowed I wouldn't make the same mistake, and so Mike and I decided there would be no code in GameClay. Everything would be done through a GUI. I didn't realize that the problem wasn't code, it was the lack of focus that came with allowing that sort of flexibility. So as we were building the GameClay UI, I kept getting dragged into all these "Well, we really need this feature to let people do what they want, but it interacts in weird ways with that feature, so we need to rethink the whole thing." The search space of possible designs was just too huge to tackle.

Solve a problem, not a class of problems. Only after you've thoroughly solved that problem can you work on expanding it. Really, it's okay to not have your product do everything, as long as it does something well.

Interestingly, when you think of many common platforms in use today, they started out that way. Linux started as a terminal emulator. The web started as a way to share scientific documents. Rails started as a collection of code extracted from BaseCamp. Django started as a collection of code extracted from the Lawrence Journal-World. PHP started as a way for Rasmus Lerdorf to manage his personal home page.

The exceptions all seem to be giant corporate projects with money to burn - hence the "and you don't have a billion dollars in capital" caveat in the heading. UNIX at Bell Labs, the Macintosh at Apple, Windows and then .NET at Microsoft, and Java at Sun. Big corporations can afford to spend a billion dollars and wait 10 years, though, while startups usually can only afford a few tens of thousands and about 6 months. You have about zero chance of building and getting people to adopt a platform in 6 months.

It's a marathon, but it's a marathon made of sprints

I didn't realize how slowly I was working until I worked with a YCombinator company. I was making about 6-8 commits/day; they setup a new Subversion repository 2 days ago and it's already on revision 100.

I was going to title this "Beware the halfhearted effort", but I think that'll be misinterpreted. When people hear "halfhearted effort", they think "Oh, I'll just work harder." But there's a limit to how hard you can push yourself. Programming is a mental activity, and the brain has its own timescale. If you keep thinking to yourself "Must work faster, must work faster," you'll just end up slowing yourself down.

Instead, I think that it's absolutely essential to set things up so you get that rush of accomplishment as you finish things. With GameClay, a lot of my work was basically "Oh, I need to finish this UI widget, and then there's that bug in auto-updating the game when properties change, and...shit, it's not working." Even when I finished something, I just wasn't that impressed with what I'd done, and it was sorta ho-hum to see it working. I'd feel drained and spent after coding 2 hours instead of energized.

A lot of this comes down to picking a problem that's a.) worth addressing and b.) doesn't require a lot of support code to address it. Early in GameClay's development, I decided that every action the game developer took would instantly update the running game, so they could see their changes immediately. I thought this was absolutely essential for usability, and it probably was. But it meant that every single UI widget, whether 3rd-party or written by us, had to be wrapped with functionality to capture all of its events, update the game code, compile it, and then reinstall the new version into the running game loop. And this all had to be done in the browser, using nothing but AJAX calls. This was hard, and a lot of my time was spent dealing with problems related to this.

Initial conditions matter. A lot.

When I started, I'd read everywhere that execution was the important thing and the initial idea wasn't all that important. I still think that's true, but like most other advice you read on the Internet, it's not the full story.

The initial idea does change, and it's almost certainly wrong. The thing is, the initial idea determines how the initial idea will change, which is crucial to all the execution that follows it. And the devil is often in the details: little decisions made early on can crucially impact big decisions made later.

I gave an example above, with the decision to have all updates reflected immediately in the game. Another choice was the decision to start with arcade games, which was done very early on (even before I joined, I think) without much thought at all. It was just the first thing that came to mind when we thought of casual gaming, so we said "Let's start with that, and then expand into other archetypes when we have more experience." We didn't realize that a.) just getting arcade games customizable in a compelling way would be a huge undertaking and b.) we'd ditch the archetypes concept entirely, and so our initial archetype choice became the basis for our product. Meanwhile, most of the growth in the casual gaming industry has been in puzzle & word games, so we were positioned wrong from the start.

A third example is the choice to go into gaming at all. When we started this, a year and a half out of college, that was what we were familiar with and passionate about, and so we didn't really think much about other areas. But the gaming industry is incredibly overcrowded, and most areas other than game creation have too much competition to be worth entering. There are hundreds of Flash game hosting sites, you really don't want to be a game developer, and MochiAds has a lot of momentum in the game advertising space. So that's why this is the end of GameClay instead of a transition: if it were a less crowded and more lucrative space, I'd instead think of repositioning things to an overlooked niche.

All this is not suggesting that you overthink every possible decision at the beginning of the project and make sure you have the perfect idea. You'll never get started if you do that. But realize that your initial decisions become the base that you take for granted, and you usually never even think about them past that point. And there's a high, high probability that those decisions are wrong. It's worth reexamining them after 3-6 months to see if that's still what you want to do. (We actually did reexamine them, several times, and the answer was still yes, but that didn't make the decisions any less wrong.)

Developing in a vacuum never works.

If you look back at early blog posts here, you'll see that the idea hasn't really changed. That's because it hasn't been in front of many people. Oh sure, I demo regularly to my former cofounders, and Mike had been showing it around to people at his workplace and a couple potential investors. But it hasn't really had the sort of rigorous critique that you need to achieve product/market fit.

The reason for this is that I didn't want to repeat one of the mistakes of my last employer. They had products that they actually put before a customer and got feedback on - but then the customer's feedback was viewed through the lens of "What does this mean we have to include in our platform?" not "How can we solve the customer's problem in the simplest way possible?" This was a huge drag on development, since everything had to fit into the original vision.

I believe that if you have a strong vision, you should go for it. You may be right or wrong (you're probably wrong ;-)), but at least you find out and can approach subsequent problems with a clean slate. Don't waste 10 years trying to "work up" to your vision that was probably wrong anyway.

The flip side of this is that if your vision takes more than a year to execute (I'd actually say 3 months, since that seems to be the limit on your initial enthusiasm), assume it's just not possible in the current environment, and find a new problem to work on. You want to prove yourself wrong as soon as possible, not spin your wheels forever. Then you can start the hard work of getting to right quickly.

I should probably clarify this: this doesn't mean you should shy away from big goals. Only shy away from big goals where you have to solve lots of thorny problems before you can even put something useful in front of users and get their feedback. Invent the WWW, not Xanadu.

Beware the chicken and the egg.

A couple of the side-projects we launched had serious chicken-and-egg problems. Bootstrapacitor, for example, would only be useful if other entrepreneurs used it, yet it needed to be useful before people used it. Diffle and GameClay had minor chicken-and-egg problems, but we solved them in Diffle by finding lots of free-for-the-taking games on the web and uploading them ourselves. inAsphere.com, a startup I worked at way back in the first dot-com boom, also had a chicken-and-the-egg problem that prevented the site from really getting off the ground.

The easiest way to avoid chicken-and-egg problems is simply to have a product that is useful on its own. Del.icio.us, for example - it's just a bookmark manager that happens to be more useful as more people use it.

It's also possible to beat chicken-and-egg problems through sheer determination - after all, Reddit, YouTube, FaceBook, Snaptalent, and various other Web 2.0 companies have achieved it. The way to do it seems to be to make sure you're passionate enough about your own product to use it yourself (like submitting your own stories to Reddit, or how we all created 3-4 sockpuppets at inAsphere and had conversations with ourselves on the forums) and to get out there and put it in front of lots of other people. It's that last point where we failed: we just kinda built the product, launched it, and let it die.

It really helps to have a passionate, committed cofounder here. It's pretty difficult both to improve the product (which is critical if you want to show users that you really care enough to be in this for the long term) and to evangelize it.

Prototype any 3rd-party libraries that you'll be depending upon, before you base your product on them.

We did this with JavaScript libraries - we ran through quick prototypes with Prototype, Mootools, and YUI before finally settling on JQuery. And we haven't regretted the choice at all.

We didn't do this with Python web frameworks, and wasted a lot of time as a result. When I started, I picked web.py because it was the only one I could understand while working within the time constraints of my day job. Totally the wrong choice - there were a lot of things that web.py just didn't handle that we had to spend a lot of time implementing ourselves.

Then I went to Pylons, because I had this irrational aversion to Django. I think Pylons actually would've been okay - it's not a bad piece of software - but it was a mistake to make the decision based on a quick glance at the Django website. When I actually started using Django for the project, I found it was much more convenient than Pylons had been.

Another thing to keep in mind: by "prototype", I mean actually write code that exercises a lot of the features of the framework, don't just read the website. A serious look at the platform turns up many more issues than a superficial glance at a feature list. Get to know your software before you pick it.

Actually, one of the things I regret is not taking a deeper look at Ruby on Rails and ExtJS for this project. I did do a quick Rails prototype for my previous employer, so I'm not completely ignorant of it, but I wish I knew it better when deciding. But there is limited time for evaluating software, and so the non-Python solutions tended to get short shrift.

If you're doing anything other than building your project and getting users, it's premature.

This was actually something we did pretty well. We had help, of course: nobody would give us money, so we didn't have the resources to do anything else.

But when we did deviate from the product/user focus, it was a mistake. We nearly incorporated too early, back when diffle.com first launched; there was no reason to (nobody was uploading anything anyway), and the bookkeeping involved with being a corporation would've slowed us down significantly. I also spent two weeks or so load testing the server and doing some performance tweaks, which was completely unnecessary: we never hit more than about 5% CPU usage anyway. Some of the deployment tools we built never got used; wait till you have something to deploy before you start automating updates to it. Internationalization support was also a total waste of time.

Some things we did well on this front:

We didn't spend all that much time talking to investors. They probably wouldn't have invested anyway, but if they had it would've been a disaster. Our idea was flawed from the beginning; I don't think we could've pulled it off without putting 5-10 years into it. If we'd gotten money, it would simply have allowed us to waste other people's time in addition to our own.

We didn't worry about corporate trappings - titles, board of advisors, offices, furniture, etc. - at all. This let us focus on the product and keep our overhead low.

We didn't spend a lot of time on hypothetical design decisions. Basically, when one of us proposed a change or new feature, our design process was "Let's try it out and see how it looks." Oftentimes, the answer was "Terrible. Let's change it back," but we'd find that out in a day or two (or sometimes just a couple hours) instead of arguing over it forever. And many times, the process of looking at it suggested a new way of doing things that was better than both the old and the new.

We didn't spend lots of time trying to partner with big names to offer us credibility. Okay, we also failed, so it's hard to say whether this would've been helpful or not, but since we failed due to lack of a product, I suspect it'd just have made the failure more public and embarrassing. Also, big companies tend to be very conservative about lending their brand to support any sort of new startup; it can be very difficult to get them to sign on at all.

The product will take longer than you expect. Design for the long-term.

I need to put this together with the last point, because otherwise I know someone will misinterpret one or both.

Whenever I had a choice between doing things quick and doing things right, I chose to do things right. And in nearly all cases, this was the correct choice in hindsight. This seems to contradict the previous point, so I'll offer a possible clarification:

Do anything you possibly can to avoid bugs.

Bugfixing takes unbounded time; it's usually not possible to predict how long it'll take to track down and fix a given glitch. Moreover, fixing a bug in a dirty code base often introduces 2-3 other bugs that then have to be fixed, creating a nonterminating loop and stack overflow. I've worked in organizations where 90-95% of programmer time was spent tracking down bugs. Just think, they're moving 10-20x slower than they could be.

I should probably mention that this is heavily context-dependent, i.e. the reason why avoiding bugs was such a big win for us was because our product was so damn hard to build, and having a product that was that hard to build was a net loss. So maybe a company that gets the initial product idea right wouldn't benefit from solid development. Reddit, for example, is famous for just releasing their code and letting their users QA the product. But the Reddits of the world seem to be the exception - I'd guess that most people are working on products hard enough that they may actually screw them up, and their customers actually care when they do screw up.

People have an incentive not to crush your dreams. Take everything they say with a grain of salt.

When we did talk to investors, the response was almost universally "It sounds interesting, but I'd need to see a prototype before I invest". Almost nobody flat-out said "This idea sucks, and you'll never be able to complete it." (Paul Graham did, but even he couched it in language that was less blunt.)

Everybody in the startup world knows that big ideas come from unexpected places, and we've all heard the stories about the guy who told YouTube "Nobody would ever want to share videos online" or the guy who told Apple "Nobody would ever want to have a computer on their desk." They don't want to be that guy. So they'll encourage you, but say that it's not yet time for them to invest.

If you really want critical, honest feedback, you need to read between the lines. Concentrate on proving yourself wrong, not proving yourself right. It's easy to fall victim to confirmation bias, particularly if you're as passionate about your idea as an entrepreneur needs to be.

This of course presupposes that you want critical, unbiased feedback, and this is debatable. If I had an accurate assessment of my chances when I started, I would've stuck with my day job, and I'm so much better off now for having tried and failed.

I guess I'm trying to get across that you should assume that everyone you talk to is being nice, analyze their remarks critically to figure out what they're really saying, and then assume that every problem they raise can be solved. You want to prove yourself wrong, but then use that as a springboard for finding out what the right answer is instead of assuming there's no solution.

Know your limitations.

When I started GameClay, I was like "I'm a smart guy, I work really hard when I have a sense of ownership of the project, I've got a few years of work experience in fairly related areas, why not? I'm just as qualified as anyone else to start a startup."

It turns out that brilliance and dedication alone cannot create a market or solve an intractable problem. They can help you find out faster if your idea isn't viable, and they may allow you to reach markets that others pass up as too difficult, but there will be some markets that remain out of reach until the environment changes enough to bring them within reach of a dedicated, passionate team.

That doesn't mean you should shy away from working on hard problems, otherwise there'd be no Apple, or Sun, or Google. But even the founders of those companies knew their limitations and concentrated on the areas that they were experts in. Page & Brin, for example, knew they were experts in search and decided that Google would do that one thing well and not worry about anything else. Wozniak knew he was a damn good engineer and didn't join Apple until it was clear he would only be an engineer. Sun...well, the founders of Sun were each experts in their various domains, and it happened that when you put them together, they basically had all bases covered.

My problem with GameClay was that there were 3 really hard problems (game design, end user programming, and AJAX-based webapps) and I was an expert in maybe 1 1/4 of them. Next time I start a startup, I'll perhaps approach it with a little more humility, and pick something that's definitely within my sphere of competence.

On the plus side, picking a project way outside your limitations is a good way to expand your limitations. I know so much more now than I did when I started this project.

Conclusion

Ultimately, GameClay failed because I gave up. Up until that point, it's just a startup that has "not yet succeeded", and so I feel like I should explain why I'm giving up:
  1. I don't think I can do this without a cofounder. It's very, very difficult to wear both the developer and the evangelist hats at the same time: being a developer requires that you be very pessimistic, so you can see and fix all the problems in your design, while being an evangelist requires that you be very optimistic, so others can feed off your passion. I suspect that if I tried to do both, the cost would be my sanity, literally, and that's not a price I'm willing to pay for the startup. Cofounders also help even out the emotional highs and lows inherent in doing a startup, since you're rarely in phase.
  2. I've exhausted the pool of potential cofounders I know. Amherst College is not really a hotbed of entrepreneurial types, and most of my friends are now either lawyers, in grad school, or have secure corporate jobs. And I've found that you can't just jump into business with someone: you really need to forge the relationship in a low-stress setting before you subject it to the pressures of a startup.
  3. We're moving too slowly. This was a problem at my last employer, where it took 7 years and counting to build their platform. The risk isn't really competitors; most markets develop far more slowly than you'd think. It's that the whole technology ecosystem changes over time, which makes your initial design decisions a disadvantage against startups that start fresh. Woe to the companies that started building desktop GUIs in 2002, for example.
  4. There's little outside indication that people want what we're building. When I run it by friends, most find it interesting, but they find it interesting because I'm doing it and I'm their friend and not because they really understand the idea. Also, competitors have been significantly less successful than I thought they would be.
It's not really the end of my startup journey - I suspect there will be other startups in my future, both as an employee and hopefully as a founder. But it's the end of this startup. I'm a little sad about that, but I have no regrets about having started it.

260 comments:

1 – 200 of 260   Newer›   Newest»
Prateek Dayal said...

Thanks for the detailed post. Its brilliant.

Best of luck for whatever you do next.

Prateek Dayal
Co-Founder Muziboo.com

nori said...

it takes guts to write something like this. so kudos to you. look forward to seeing your next ventures.

Aaron Dragushan said...

Thanks for taking the time to write it up. You sound like the kind of introspective person who'll succeed long-term.

Good luck!

david.j.mercer said...

Good luck on your next startup!

The first one I was a co-founder of flamed out hard (living in my car for a year hard in 2001!) and now that I've got kids I'm not sure if I'll get the chance to scratch that itch again, so give it another go as soon as you feel the time is right!

Tim said...

what was gameclay about?

Andrew said...

Very well written article, thank you and best of luck!

Can he do it man. said...

Very helpful tips.
-Keep the product simple and stay focus. Get one thing perfect.
-Test out software to see which one best fits your needs.
-Is there money in the industry? If so, then who is your audience?
-Want money, show a demo.
-One person can't do all the work, so get help.

iso booth man said...

I think this is one of the best posts I've read in a long time. I can relate to every single one of your points, which I think are dead on.

I've started so many companies that I might hold a Guinness Record.

And I work for a company that I joined as a startup. We are a very successful company, but, in the 8 years I've been with them, and the ideas they had when I joined, I should be retired by now. (moving too slowly).

I always have ideas for new ones and always want to get them rolling. One thing that has kept me motivated, is Edison's quote(don't know if it's real or not...), "I didn't learn how to make a light bulb... I learned 2014 ways how not to make a light bulb."

best of luck to you!

GeekBeyondRedemption said...

Thanks for sharing that!

There's a lot of iteration involved and you have to have brutal customer feedback to set you on the next 'right' track.

We ditched two rounds of serious high effort output to get to our third product - which we're managing to sell quite decently.

What's kept us going?
*) A very strong and passionate team.
*) A *very* low burn rate, 'cos we're all taking big salary cuts. *) Trying to sell from the beginning - this has two sides. We did get unfocused in trying to make what we could sell to *that* customer. But we did get some brutal feedback which chopped down our first two product lines - each with 5 man-years of work.

Anyway, glad that you were able to share your experiences so frankly.

Unknown said...

Good job of abstracting the lessons from the various events. Few people can do that well. It augurs well for your next gig. Good luck!

Unknown said...

I can relate to "I've exhausted the pool of potential cofounders I know" comment. I'm about to embark on a journey of turning dreams into reality. I am leaving my well paid corporate web dev. position to pursue more entreprenurial activities and I'd like a/several cofounders to join me. However, this is much easier said then done. Not many talented people are in my position and I can't expect them to put everything aside for an idea that may or may not bring them financial independence, when there is a chance it could fail. What to do...

With that being said, don't give up. Lessons are learnt for a reason. Good luck next time...

Jkorz said...

I have 2 failed startups and going for my third. One thing I have learned since #2 was that if you can't be number 1 or number 2 in the business you are picking, either narrow your focus until you are or pick a different business.

Thank you for the article, it was very insightful. Good luck in your future projects.

Ananth Deodhar said...

Really insightful article! Gives me a lot to think about before jumping in with the next "big idea".

Good luck for whatever you do next!

Unknown said...

Great post man, thanks for sharing...

Best of luck and don't give up :)

shrimpy said...

Honest and well written. Thanks for putting yourself out there.

Unknown said...

Great post. Thanks for sharing the info

As a cofounder of a new startup this has been super informative.

Fortune favours the brave -
I can see easily that even though you have lost the fight, you still have not lost the battle - I'm sure Your +ve approach will help you.

Best of luck!

Unknown said...

Great stuff ... analysis of failure (or shall I say the spring board of future successes) is normally best done by outsiders, but yours is the best take I have seen on it.
Definitely inspires AND educates other entrepreneurs.
Cheers and good luck with your ventures

Micah said...

This is much more useful than the standard "all it takes is a dream" bullcrap.

Thanks for having the wisdom to look back at your own mistakes and the guts to pass that knowledge on to the world.

Joel Dietz said...
This comment has been removed by the author.
Joel Dietz said...

I'll work on a startup with you some day if you like. What about that stuff I ran by you in Cambridge? I'm more of the evangelist type myself, and I can manage pretty much everything that goes into a startup (with the caveat that I'm not going to be the genius developer).

Jd

Tim said...

Well written. As with the rest of the audience, thank you. I'm just at the beginning and would love to grab a coffee, Pearl Tea, or lunch at your convenience. Email me at tim@loqu8departmentoftransportationcom.

Chris Stewart said...

Nice summary on the rise and subsequent fall of GameClay. I myself have worked on two start-up concepts and a revitalization effort, each of which bombed, but each one taught me something different. I echo your need for a solid co-founder. I finally threw in the towel on my last start-up and picked up a full-time day-job because I couldn't find anyone willing to share hats. We were already incorporated, so I was the CEO, book keeper, technology evangelist, sales guy, support tech, development lead, and development team. Needless to say I fried myself within a year and nearly went off the deep end. On a happy note, I'm loving my work now and haven't given up the entrepreneurial bug yet; I'm preparing myself to be the best co-founder in the world, knowing that the time will be right when the right team comes together to solve the right problem.

Razee Marikar said...

Good article... Well written... These are some things about startup that every person who wants to start up should be aware of... Facts which are not often said, but very true... Good luck!

TapInko said...

Great Article.

Unknown said...

thank you very much for putting that all down in words. they say that you learn a lot more from failure than you do from success (They say a lot of silly-sounding things, actually)

i'll definitely look back on this post later when i'm making the same mistakes :)

Alphadog said...

I'd be careful with comments from the blogger or commenters about "if the space is full, go somewhere else".

I'd recommend a read of "Blue Ocean Strategy". Just because a given "value space" is full of competitors doesn't mean you can't come in and give it a new twist that catapults you into success.

I currently work for a company that does exactly this, albeit not in the "web app" space. Many successful companies just re-thought "how to do business" a little bit and hit with new, or different, customer types.

George Jempty said...

I can attest from experience that 2 sections in particular, about building a platform, and about reliance on 3rd party libraries, did indeed apply to my last gig. In particular, I was tasked too late with profiling the applications being delivered to the 2 largest clients, and come to find out that these Symfony-based apps require 10s, if not literally 100s of thousands, of function calls, in order to render their respective home pages.

Unknown said...

Reading the articles on this blog was like looking in a mirror. :)

I've felt the same way many times, chasing idea after idea and pumping out more code that nobody was using than any one person should. Eventually I came to terms with the fact that I just enjoy the building process, and that coding can be its own reward. Concurrently, I learned that I need to be more selective about what and whom I choose to invest my time in, and be realistic about which projects are fun and which have potential to pay my bills.

I even have a hobby language and blogged about it a bit, set to be released "any day now." :) (mikeomatic.net, do a search for "wonton") If you ever find yourself in San Francisco we should grab a beer.

Best of luck with your next endeavor!

-Mike

Xavier said...

Hi Jonathan,

Thanks for sharing this with us. I could have written this, word for word, but you've done it so well.

Good luck.

Anders said...

Thanks for this post! Very good and insightful. And as others I can relate to many of your experiences.

I actually wrote a similar piece on the subject about my experiences starting Tablefinder.com a while back. Feel free to read it on my blog:
http://anders.tyckr.com/2008/05/07/my-take-on-the-seedcamp-video-questions/

Best of luck in the future!

Vipul Limbachiya said...

Thanks for your post and sharing your experience.

All the best for future.

Steve Crossan said...

Great post.

I think you've done exactly the right thing; you've taken an idea out there and pulled out at the right time. And it sounds like you've done it pretty fast without spending tons of your or anyone else's money, or getting into bad fights with good friends.

One of the best pieces of advice I've got (from Ben Hayman) was that you've got as many chances as you want to give yourself. He floated his 3rd or 4th startup (after ~10 years of startups).

Unknown said...

Thanks for the write-up. Best of luck to you in whatever you choose to do next.

Andy Brice said...

Great post. Good luck with your next venture. Make some new mistakes next time. ;0)

Alexander Marktl said...

I've went trough kind of the same experiences in my last startup, with the difference that we were actually burning seed money. When I realized all those little things I predicted wrong, I really got a bad conscience about the whole situation - wasting money from my investors and wasting time from my co-founders. It really wasn't easy.

Right now I'm building kind of the same product on another plattform and we really get it right this time:
- try to get paying customers from day one (we already have a distribution partner)
- start by solving a small problem
- get something out a.s.a.p.
- no investors, before we have nothing to show
- hire the right people

Stan Lee said...

Notwithstanding the subject it is an inspiring read. Thank you.

Giles Palmer said...

+1 to all the commments here - great post Jonathan. And kudos indeed for the courage to make the post.

Mayank Dhingra said...

Haven't read a more comprehensive and bold analysis of one's own startup.

Thanks for sharing your experiences, I've bookmarked this as well.

Wishing you all the luck for your life in general and next project in particular.

Will wait for "Diary of a Super Successful Startup" :)

Deepak Ravindran said...

Thank you very much for that brilliant post.
You had really shown the very common entrepreneurs risks as well as troubles in the roads of success.
Keep going on with new ideas,always dream big,do wateva to accomplish those dreams..
Good luck for you for the next venture.
Cheer's
-Deepak

Sanjay Goel said...

Thanks a lot for the great article.
Being working in a startup myself, I have definitely benefitted from it.

Sanjay Goel
Co-Founder mustseeindia.com

Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Brett1211 said...

Thanks man. You showed real guts. Good luck.

Brett1211 said...

Jonathan,

I really can't indicate what a service you have done for entrepreneurs by writing this post. As a student of entrepreneurship (I am working on a Fulbright grant trying to understand entrepreneurial decision making), it is appalling how many ventures fail and how few thoughtful post mortems we have to learn from.

As of today i just added a post mortem of my friend's venture backed startup to my blog. I hope that you and the readers of your article find it equally illustrative and helpful.

http://timetogetstarted.wordpress.com/2009/05/12/guest-post-a-post-mortem/

Be well,
Brett

Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
David Gerard said...

Of course, Unix didn't start as a huge platform either - it was something Ken and Dennis came up with on a spare PDP-7 so they could play Space War. The ultimate example of yakshaving! (Don Knuth taking time off The Art of Computer Programmming to write TeX being the penultimate.)

Brendan said...
This comment has been removed by a blog administrator.
Brendan said...
This comment has been removed by a blog administrator.
Brendan said...
This comment has been removed by a blog administrator.
Brendan said...
This comment has been removed by a blog administrator.
Brendan said...
This comment has been removed by a blog administrator.
Brendan said...
This comment has been removed by a blog administrator.
Brendan said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Brendan said...
This comment has been removed by a blog administrator.
Brendan said...
This comment has been removed by a blog administrator.
Brendan said...
This comment has been removed by a blog administrator.
Brendan said...
This comment has been removed by a blog administrator.
Brendan said...
This comment has been removed by a blog administrator.
Brendan said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Adi said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
kitty said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by the author.
Anonymous said...
This comment has been removed by a blog administrator.
kitty said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Linn said...
This comment has been removed by a blog administrator.
Linn said...
This comment has been removed by a blog administrator.
sunny said...
This comment has been removed by a blog administrator.
SAM said...
This comment has been removed by a blog administrator.
SAM said...
This comment has been removed by a blog administrator.
kimberly sayer said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
月月 said...
This comment has been removed by a blog administrator.
aiyala said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
janewangleilei said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Anonymous said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
CV.AGUS BUANA PUTRA said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
macafe said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Jimmy Wang said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
trustme said...
This comment has been removed by a blog administrator.
macafe said...

That'Good Post.
good article.
Thanks again for your help.
thanks a lot for the information!
welcome my blog:
selling diamonds call transfer
a five-star life
A Wounded Night
dream of leaving youth
coming of autumn
some of the things
some of the things
Ruthless lies
Successful people are their own coach
Explanation that loves
the same table
The story of men
Hundredth guests
Point to give you a sun

Unknown said...
This comment has been removed by a blog administrator.
janewangleilei said...
This comment has been removed by a blog administrator.
men's clothing said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
janewangleilei said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Christian Hymon said...
This comment has been removed by a blog administrator.
Eric said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Ya qin said...
This comment has been removed by a blog administrator.
Eric said...
This comment has been removed by a blog administrator.
Eric said...
This comment has been removed by a blog administrator.
Eric said...
This comment has been removed by a blog administrator.
aai333 said...
This comment has been removed by a blog administrator.
ai said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Michelle said...
This comment has been removed by a blog administrator.
Michelle said...
This comment has been removed by a blog administrator.
ClothingJeans said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
men's clothing said...
This comment has been removed by a blog administrator.
men's clothing said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
ai said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
Unknown said...
This comment has been removed by a blog administrator.
«Oldest ‹Older   1 – 200 of 260   Newer› Newest»