Ask Slashdot: How Should You Launch A Software Startup? (theguardian.com)
Slashdot reader ben-hnb is a developer who loves the idea of running a startup, or being one of the ones who got in early. But how exactly does he get there?
I've got no "business" experience. Everyone seems to want to get on the startup incubator train -- the latest U.K. model I've seen, Launchpad, would even train (MA!) and support me financially for a year while developing the initial product. This just one in a long list of different models, from the famous Y-Combinator three-month model to the 500 Startups four-month seed program and simple co-working spaces with a bit of help, like Launch 22.
If you wanted to get a startup going, where would you go to first and why? Or would you just strike out in your bedroom/garage?
Leave your best answers in the comments. How would you launch a software startup?
If you wanted to get a startup going, where would you go to first and why? Or would you just strike out in your bedroom/garage?
Leave your best answers in the comments. How would you launch a software startup?
Keep a job. Write software after/before work.
I don't respond to AC's.
It sounds like you don't have any real ideas, so don't start your own business.
If you want to join a startup, there are certain recruiting firms that specialize in startups. Every recruiter who contacts you, tell them you are looking to join an early stage startup. It also helps to go to meetups and such.
Finally, if you don't have "full stack" ability, then it's going to be a lot harder for you. Maybe build up your skills a bit.
"First they came for the slanderers and i said nothing."
Please check out my Building Your Startup series at Envato Tuts+. In it, I walk people through every step of building Meeting Planner. There are upcoming episodes on crowdfunding vs angel or VC investing. A lot if is development-oriented but there are wide-ranging anecdotes throughout.
... developer who loves the idea of running a startup, or being one of the ones who got in early. But how exactly does he get there?
Bzzzt! Wrong answer.
Ask yourself this question: could I start a project on SourceForge (or more like GitHub nowadays) and keep it going for 2, 5, 10 years?
The early days are all fun. The company is growing, you are having Nerf gun battles in the conference room, etc. However, after a couple of years the shine starts wear off and it starts to feel more like a job.
Not only that, but if your goal is a "startup" in the Silicon Valley sense of the term (grows quickly and then gets acquired or goes public), you will have deal with most of the following:
You will notice that none of those things involve writing software. Don't get me wrong. The core technology that underpins your idea is absolutely critical. However, ideas are a dime a dozen. It is much more difficult to get a working implementation that people are willing to consider investing in is much more difficult. More difficult still is the other 90% of the startup gig that has to happen if you want to be a success.
So, back to my original question. Could you see yourself managing an open source project for the long haul? Open source projects only have to deal with a tiny fraction of the non-programming things that you would have to deal with in a startup environment.
Incidentally my perspective is based on my experience several years ago almost deciding to make a run at it myself. I took some classes at the local Small Business Development Center, talked to some local startup folks, and then promptly decided I don't have what it takes. I stuck with my consulting gig that I've been doing for some years. That suits me much better; someone else gets to deal with all that nonsense and then all I have to do is find companies with problems that match my skill set, which is much easier for me that trying to run a startup.
Joel Spolsky blogged his way through his startup experience, and since he has an office in NYC and founded Stack Exchange (along with surviving a Bill Gates questionnaire and serving in the IDF) I'd imagine he's a decent source of enlightenment upon the topic. Everything from venture capital to office space, business models, etc.- he blogged about it.
The intent of a startup is to develop a product that people will buy from you. It should be a product that isn't already on the market. If you are thinking another facebook/google/youtube/dropbox/trailers/angrybirds/office productivity clone of existing products: Stop, go back to your desk at work and keep churning out code for someone else.
You need a unique/newish idea:
If you have an idea you think is actually new and useful. Do some googling on the idea to see if anybody has considered it (or similar overlapping ideas) and the response to it. Do some basic patent research to see if anyone has staked ground on your idea. Do some informal research to see if people are interested in (and would pay money for) your idea. If you feel you have to to mask the purpose of the research, go for it (it just takes more time). Surveys can be written to show interest in one item while simultaneously drawing out information on a not so obvious second. Now you have an idea that should be relatively unique, patent free and people want (even if they don't know it or can't articulate it). If you can't answer these questions, stop now.
Get a lawyer
You will need to incorporate at some point and a business lawyer will be able to point your in the right direction on the pros and cons of different company types. Also plan with the lawyer on your future end goal (expand or buyout) so your company can be structured properly for future action. You need manpower, budget and a business plan:
How many man hours will it take to have a demo model (no matter how crude)? How many man hours will it take to bring it to market? What is your time frame to bring it to market? Do you need to quit your current job to work on it? Do you need to hire people in order to meet your deadline? How much runway do you estimate you need in order to get off the ground with a saleable product? This is the basis of your development and launch budget. Your business plan is your estimate on keeping the company operating: what are your liabilities, assets, income and burn rate of reverses?
Where is your budget coming from?
If its just yourself you have to go back to a day job when you bank account is empty. If you are employing other people you need to continuously be out there pitching for seed money (which takes away from dev time). So having a working demo that you can pitch is needed. Have your pitch smooth and bullet proof and be ready to field all sorts of outlandish questions, be told "we'll think about it" and then ignored, and to be told NO many many times.
What is your end goal?
Do you want to develop into a larger company or be bought out for a pay day? Do some research on your Phase II goal. It doesn't need to be now, but you don't want to be surprised when you turn around and realize that you are suddenly employing 35 people and you have a large company knocking on your door with an offer and you don't know what to do with it.
Architectural plans are like computer source code with a couple of differences: You only compile once.
I own Noventum Custom Software. Noventum is a small company (me + 1 full time W2, and 3 part time 1099s) that offers software development services to others. This isn't exactly a high growth startup, but we do have two intellectual property projects we're working on (that customers paid for, which we own the IP.)
I have two rules:
1.) Know how we're going to get paid before working on a software project, and where the money came from (past tense - already exists and can be talked about using concrete terms.)
2.) Don't work with people with zero business experience, even if they meet the first criteria.
Our model is based on very low risk, slow growth, tried and true business practices. All of our customers are successful companies that have come to rely on custom software for their businesses to function, and it's immediately clear how they plan on paying us. Mine is not the kind of business that other people invest in, or that brings a brand new, innovative, product to market quickly. I am building a team, and involved in activities that I believe will help me with the skills needed to actually have a product.
So, for you, what I would recommend is to start contracting, and gain business experience. If you're able to offer your services to others at hourly, or in fixed-rate, contracts you will start to develop all of the ancillary skills that are related to selling software, which are only tangentially related to the actual coding. There are many such skills, with the primary one being sales. Unless your organization has some ability to sell, it won't really matter how awesome your product is if no one knows about it, no one is buying it, and you have to work another job to pay your bills. Also correctly paying taxes, and managing the books for a business is another skill that I wish I was better at. Aesthetics are another skillset that I lack - it's important to make things look nice. All of these skills take time to develop, or even to be able to evaluate in others. If you have a mountain of cash, you'll burn through it learning what it means to manage salespeople, designers, and accountants, unless you have some skill in these areas.
The three successful product companies I've worked with/for all began contracting. This allowed them to get paid to learn their customers' needs, since the customers would then sign a contract with them to have these needs met. This is the approach I recommend.
I am also from New Mexico. Culturally, we don't look highly upon the 18 companies that VCs fund that go broke in order for there to be one home run. This model is not attractive to me, even if I understand the basic mathematics behind it, and consider it an effective method of wealth generation. Depending on your values, geographic location, tolerance for risk, and perception of the passage of time, there may be a better path than contracting for you.
with a trebuchet
Politics is Treachery, Religion is Brainwashing
If you want to join a startup, go to these incubators and ask them to give you their elevator pitch. If the basic concept sounds okay, ask if they need more staff, what they'd show a potential investor and what skills they're looking for then negotiate a deal. Remember start-ups usually don't have a lot of cash so your income will probably depend on the company's future, joining a poor start-up doesn't do you any good. Make sure you don't end up in a position where you accept crap pay but they'll run away with all the profit if it succeeds.
If you're looking to actually start a software company, how do you know if you have a viable market if you don't have any "business experience"? The most important part of a software company isn't the code, it's the business plan. Essential points:
Who are you planning to sell to?
What will be the key selling features?
Why hasn't anyone else done it?
How will it reach the market?
When do we expect product revenue?
If you think I'll just create the product and they'll come, stop. Nobody knows you exist, nobody understands your product/solution and nobody cares. If you haven't got a grip on those, that's okay but then don't quit your day job. Start creating it, try selling it and get some actual experience. That way it'll only cost you time and you'll probably learn that selling it was much harder than you thought. At least that was my limited experience running a start-up, even if we thought we had the product they needed the customer was rarely more than lukewarm.
Live today, because you never know what tomorrow brings
The best advice I can give is save a year's salary first, then start with consulting/contracting work while building your product. Maybe you'll be able to stay alive long enough and transition from consulting/contracting to your product. Also, identify what you're not good at and find people who are and will give up their successful career to roll the dice on a shot in the dark ( not easy ). Finally, if you have a spouse make sure they're on board 100% and make sure they understand the odds and what failure means like no house, car, health insurance, savings etc.
"Being successful at these things is about as likely as getting struck by lightning at the bottom of a swimming pool. Well that's a bit much, the odds aren't that good actually." - paraphrased quote i read in some random startup book
I came to the datacenter drunk with a fake ID, don't you want to be just like me?
... I'd try a e-rused Falcon 9 - although the Soyuz family DOES offer more configuration flexibility.
Check out my novel.
Don't.
Startups are businesses. You need business acumen and people skills, neither of which are engineer qualities. If you do decide to do a startup, realize your first hire is not yourself, but the CEO who will handle the initial pitch, finance and all that non-engineering jazz. Also know that your priorities as an engineer are out oa whack with that your startup will need, unless you're already used to doing things in an agile manner.
But realize that the traditional startup might sound sexy but it sucks. If you can at all bootstrap it, do it that way. If you never have to pitch to a VC, then that's the best outcome for you, even if it takes a little longer. VC funding is only when you have hurdles to entry that you can't cross on your own, or you are racing to market because of a timeline.
Once you bring in a VC, you no longer own the business, they do, despite whatever equity agreement you have.. You wanted a start-up to be your own master, but having other people's funding makes them the master.
Slashdot's rate-of-post filter: Preventing you from posting too many great ideas at once.