This is a fantastic writeup (and like nearly all worthwhile writing on the subject, I don't necessarily agree with all of it). Two elaborations: 1) General advice to non-technical founders, not specific to this post: If sales is one of your primary skill sets, and you cannot sell one developer on working for you, you may want to have a brief heart-to-heart with yourself on whether you are sufficiently skilled at sell…
Lessons learned from my failed startup after 2 years, 300 users and 0 revenue
21–30 of 161 posts
Re: Lessons learned from my failed startup after 2 years, 300 users and 0 revenue
#22This is a fantastic writeup (and like nearly all worthwhile writing on the subject, I don't necessarily agree with all of it). Two elaborations: 1) General advice to non-technical founders, not specific to this post: If sales is one of your primary skill sets, and you cannot sell one developer on working for you, you may want to have a brief heart-to-heart with yourself on whether you are sufficiently skilled at sell…
You are absolutely right on both comments! And additional comments: 1) I am not a developer, but I believe having an idea -> finding a developer is the wrong flow. It should be like this: 1. Have the idea. 2. Get customers who give you real money to build this idea. 3. Get a developer by telling "I already have paying customers". 2) Absolutely agree. When I say "I should build that", in fact what I wanted to say was…
Actually, I disagree. Even if you're not a developer, you should still strive to learn enough development such that you can push out the first version of the product yourself, even if it's imperfect. Doing so will have several advantages:
1. It will make it easier to find a developer (they will respect you a lot more)
2. It will make it easier to get customers
3. It will make you appreciate the technical aspects of the business
Number 1 is the most important. The reason non-technical people have difficulty convincing developers to work on their ideas is that developers tend to look down upon non-technical people, especially "sales types." In addition, most developers have a thousand ideas of their own - you need to give them a reason to work on your idea instead. And that's a lot easier to do if you already have a version 1.0 out there that you have developed and have customers paying for it.
Re: Lessons learned from my failed startup after 2 years, 300 users and 0 revenue
#23Question: what are you going to do with the product now?
Re: Lessons learned from my failed startup after 2 years, 300 users and 0 revenue
#24Earlier quoted context omitted.
You are absolutely right on both comments! And additional comments: 1) I am not a developer, but I believe having an idea -> finding a developer is the wrong flow. It should be like this: 1. Have the idea. 2. Get customers who give you real money to build this idea. 3. Get a developer by telling "I already have paying customers". 2) Absolutely agree. When I say "I should build that", in fact what I wanted to say was…
>>I am not a developer, but I believe having an idea -> finding a developer is the wrong flow. It should be like this: 1. Have the idea. 2. Get customers who give you real money to build this idea. 3. Get a developer by telling "I already have paying customers". Actually, I disagree. Even if you're not a developer, you should still strive to learn enough development such that you can push out the first version of the…
BUT I do believe it is easier if you do know how to code.
Re: Lessons learned from my failed startup after 2 years, 300 users and 0 revenue
#25Heard this story so many times. Amazing how many people join a startup and don't want to do the actual work. Remember that scene in The Social Network where Mark Zuckerberg calls his outsource team about progress on that latest feature? No? Me either.
Re: Lessons learned from my failed startup after 2 years, 300 users and 0 revenue
#26Earlier quoted context omitted.
You are absolutely right on both comments! And additional comments: 1) I am not a developer, but I believe having an idea -> finding a developer is the wrong flow. It should be like this: 1. Have the idea. 2. Get customers who give you real money to build this idea. 3. Get a developer by telling "I already have paying customers". 2) Absolutely agree. When I say "I should build that", in fact what I wanted to say was…
To me it seems like recruiting of a developer worth anything, from scratch and without an existing team to help you to recruit or lure, must be much more difficult than getting an amazing idea or selling said amazing idea. Is that just because I never tried selling anything? Does anybody have examples of successful startups that proceeded in the way Sergio describes and became successful -- starting out with a busine…
Re: Lessons learned from my failed startup after 2 years, 300 users and 0 revenue
#27Earlier quoted context omitted.
You are absolutely right on both comments! And additional comments: 1) I am not a developer, but I believe having an idea -> finding a developer is the wrong flow. It should be like this: 1. Have the idea. 2. Get customers who give you real money to build this idea. 3. Get a developer by telling "I already have paying customers". 2) Absolutely agree. When I say "I should build that", in fact what I wanted to say was…
>>I am not a developer, but I believe having an idea -> finding a developer is the wrong flow. It should be like this: 1. Have the idea. 2. Get customers who give you real money to build this idea. 3. Get a developer by telling "I already have paying customers". Actually, I disagree. Even if you're not a developer, you should still strive to learn enough development such that you can push out the first version of the…
As a developer what I'd be looking for before coming onboard is a) a clear idea of what is being built b) that there is the money in place to pay me.
Re: Lessons learned from my failed startup after 2 years, 300 users and 0 revenue
#28This is a fantastic writeup (and like nearly all worthwhile writing on the subject, I don't necessarily agree with all of it). Two elaborations: 1) General advice to non-technical founders, not specific to this post: If sales is one of your primary skill sets, and you cannot sell one developer on working for you, you may want to have a brief heart-to-heart with yourself on whether you are sufficiently skilled at sell…
> 1) General advice to non-technical founders, not specific to this post: If sales is one of your primary skill sets, and you cannot sell one developer on working for you, you may want to have a brief heart-to-heart with yourself on whether you are sufficiently skilled at selling to build a company which will live or die based on your sales ability. But I think "selling" the product to a developer is a difficult sell…
As far as offering equity to a developer, this may be as weak a move as building a product before proper validation, since it essentially means bringing on an investor before proving that there's something worth investing in.
Re: Lessons learned from my failed startup after 2 years, 300 users and 0 revenue
#29Also due to what I perceived as a thousand separator, not a decimal mark, I initially read the price as nineteen thousand and nine hundred dollars!
Re: Lessons learned from my failed startup after 2 years, 300 users and 0 revenue
#30Earlier quoted context omitted.
You are absolutely right on both comments! And additional comments: 1) I am not a developer, but I believe having an idea -> finding a developer is the wrong flow. It should be like this: 1. Have the idea. 2. Get customers who give you real money to build this idea. 3. Get a developer by telling "I already have paying customers". 2) Absolutely agree. When I say "I should build that", in fact what I wanted to say was…
>>I am not a developer, but I believe having an idea -> finding a developer is the wrong flow. It should be like this: 1. Have the idea. 2. Get customers who give you real money to build this idea. 3. Get a developer by telling "I already have paying customers". Actually, I disagree. Even if you're not a developer, you should still strive to learn enough development such that you can push out the first version of the…
Though in practice I've experienced too many cases where I couldn't imagine non-technical founders I've worked with learning enough, and fast enough, to launch a v1 on their own. It's possible, but between OP's suggested flow vs. yours, I'll side w/the OP's. As a developer and co-founder, I'd much rather a non-technical founder concentrate on finding paying customers (or other cash flow), marketing, becoming immersed in the target market, etc. than learning how to code.
To supplement, the article's Where it went wrong and Where it went REALLY wrong sections cite non-technical reasons for failure. So while you raise great points, it's not clear that the OP's situation would have been better if he had learned to code first.