Hacker and non-hacker partnership scenario. Would you?
Non-technical working professional has business idea and wants Hacker co-founder to build a prototype. Non-technical will put up money to develop prototype and compensate Hacker with salary + equity, or any mutually agreeable compensation structure. Non-technical will provide rough cut of what the vision is and then step back and let Hacker work without interference. The only product control Non-technical wants would be editorial/final say. If prototype gets traction and scales, Non-technical would concentrate on business, fundraising and hiring the best people for the business and product ends.
Non-technical's motives: wants to invest in a great idea, company, and team but isn't considered an "accredited" investor, is risk averse to the extent that Non-technical wants to keep their day job in case product doesn't scale (has spouse, kids, etc), and is genuinely fascinated by startups and hackers and using disruptive technologies to punch bloated business models in mouth. And to prove that passion is willing, initially, to use their own funds to launch a minimum viable product.
Is this a scenario that a hacker would be interested in? Why or why not? Are there any holes or issues with the hypothetical? Looking forward to the commentary.
Update #1: Has anybody actually been a part of such a scenario? If so, care to comment on the successes, failures, upsides or pitfalls?
19 comments
[ 2.8 ms ] story [ 42.8 ms ] threadYou have to be very careful to avoid falling in the "build this for me and I'll share it with you" trap, because talented individuals get pitched this way all the time. In fact, you're going to get lost in their mental spam filter if you don't deviate from this stereotype immediately.
Whether you yourself feel this way or not, leading off with admitting you can't do what they can do by yourself, that you're willing to pay handsomely for their help, and that you bring a significant amount of value to the table yourself (not just money, ideas, vision, and a sense of ownership but the ability to raise capital, sell to people, etc.), will be the path to landing the best cofounder.
And make sure both sides are bringing plenty to the table. The business/tech co-founding team is a great model (beats the heck out of most tech-led startups), but it should be fair.
Look at it this way... if you're willing to work on these terms with this business founder, could you work on the same terms with a different partner for better financial terms or chance of success?
Mobile talent is extremely sought after in this day and age, particularly when you start adding essential skillsets for a successful startup.
If you up things to 50% equity, you might be able to take a small amount of the salary number away to attract the same pool of candidates, but not a lot.
Expect those salary numbers to drop significantly if you set up shop in other parts of the country (and particularly the world).
Thanks to you I think the essence of this thread can be refined to: What financial (and/or other) consideration would a US-based Hacker, with mobile skill sets, require to team up with a CA-based Non-technical with an idea, business and legal chops?
How is that going to happen if the business partner is working a day job and waiting for Godot?.
Products don't sell themselves. Customers don't provide their own customer service, etc. Having final say is just having a non-technical opinion, it's not a real commitment. A founder who puts up cash is nice, but not a substitute for sweat, and is best treated as a loan rather than exchanged for equity.
I am not saying the roses won't grow, but I don't see the scenario as ideal for either partner - the employee/employer relationship is well below ideal.
There's no expression of trust on the part of the business partner when putting up the money is the sole basis for having final say on technical matters. Don't get me wrong, it might work out fine with the right individual.
But there are two other reasonably likely scenarios:
() A gung-ho technical person who becomes frustrated by having their ideas and opinions overuled by a non-technical person. And in the original scenario, the non-technical person is not working flat out to make the product take off.
() A not so gung-ho technical person who is mainly collecting a paycheck until the money runs out. This may be a later edition of the first or someone who comes onboard with that idea - keeping in mind that the business partner plans on spending their time at another job.
It's not the money, it's the passive model of investment that to me makes success look less likely. Or to put it another way, why wouldn't the sort of technical person who can conjure up a product out of a text file want to team up with a business person who will sell a million of them before a line of code is written?
Or at least a business partner who is trying to sell a million of them before any code is written?
Being in it together really requires being in it at the same time or a track-record of trustworthiness.
Good luck.
This also sounds like doublespeak: "work without interference" vs "editorial/final say." Sounds like "final say" is still basically unlimited, and I'd rather get approval before doing the work than after!
[1] $200k annual income or $1m assets (sans house)
Also, to clarify, Non-technical has savings and and investments and is willing to cash out and spend to build a MVP. Non-technical wants to found a business based on their original idea and then recruit talent to build out a company.
Is your take that such a scenario isn't possible? And that Non-technical should wait out and accrue enough wealth to qualify as an accredited investor and then just invest in a team to develop his or a similar idea? Would this make Non-technical less "suspicious"?
Re "final say": Ultimately if you're business partners with someone you both need to be happy. And you both have an incentive to balance polish with shipping. Still, if you were a client and not a business partner, and you were paying me on a fixed bid, I'd want a spec up front, not at the end. (If you were paying me hourly you can have all the revisions you want.) If we were potential partners, I'd be asking myself what the risks are if you prove difficult to work with--for instance, what am I giving up to join the venture? And do you have a history of managing software projects that would reassure me you're capable and reasonable? (Any recommendations from developers you've worked with?)
In any case, I wish you good fortune on your venture!
If someone drops 1 mil to build an app I would say they are committed.
I don't really have any input about the plausibility of your hypothetical scenario (too many variables), but I do have some advice; Do not assume that you know what your customer wants. This is a harsh concept. Everyone loves their own ideas (myself included). But falling in love with your idea can become detrimental to product development. When it comes to the product, the Customer is King, not the Idea. If you can embrace this, you will become more effective at building your product. This lesson could have saved me lots of money on my first Startup. Instead of assuming things, validate with the customers (or potential customers). Do not leave it up to chance. Why am I saying this? You've laid out what seems to be a pretty "hands-off" approach to building the Product. I would recommend defining a relationship with your Developer that allows you to continually integrate customer feedback into the development process. This will likely result in a product that is more aligned with what the customers actually want, which should increase your likelihood for success.
The idea would solve a personal pain point. And the MVP would test whether that pain point was felt by others. If not, failing fast is okay.
Relationship with Hacker is key to long term success. If Non-technical isn't plugged into the Hacker community, compensating them is a way to demonstrate seriousness. Skin in the game, so to speak.
Also, I'm speaking in broad terms -- Hacker and Non-technical -- for universal discussion. This scenario could apply to me at some point but I also deal with a lot of clients and associates that actively talk about similar scenarios at barbeques, dinner parties and conference rooms.
I don't have a confident road map to advise them on such a course and I'm genuinely interested in what this community thinks would be the best may to make this situation work -- for the sole purpose of launching a MVP -> shipping -> testing -> refining -> scaling.