34 karma · joined March 14, 2012
First it was working with potential customers to figure out what kind of product they wanted. Then it was time to find the technologies that would allow me to create that product. Then it was finding a technical staff that could build our product using those technologies. Then it was preparing our sales strategy, materials, and sales staff to sell the product. Now it's primarily marketing, pitching to writers, blogs, and doing what I can to get the word out to consumers. If I had to forecast the next month or two, I'd say that preparing investor pitches and materials will start to absorb an increasing amount of my time, and I will probably end up finding a marketer to take over my marketing responsibilities so I can focus on the funding side.
Each of those stages basically involved devoting myself overwhelmingly to that particular issue that was most crucial to the business at that time (product development, sales, marketing, etc) then finding someone to delegate that work to once I needed to move on to the next step. Frankly, I'd never want to do it any other way, because it means I know every aspect of my business, my product, and my customers, and I know exactly what I need to delegate to make sure things get done right.
Moreover, by knowing every aspect of my business, no one is indispensable to me. When my original programmer decided he had to take a full time/weekly paycheck job for financial reasons, I knew my product and technologies well enough that I was able to seamlessly bring in a replacement to finish the work because even though it wasn't my code, it was my product so I could specify exactly what had to be finished, and what he'd be working on after it was done.
Last point, because it seems to be a widespread misconception here: Programming is only a part of the technical side. My startup uses multiple pieces of technology that my programmers weren't aware existed until I showed the APIs to them. Now, I couldn't have used those technologies without those programmers, because I lack the ability to actually take the APIs and plug them into our code, but I can find the technology that does what I need done, and then have them integrate it. If on the other hand I'd brought one of those developers on as a "technical co-founder", and relied on them to handle the technical side, we would have been dead in the water or would have ended up with an inferior product.
None of this is intended to be antagonistic, or to diminish the importance of programming to a tech startup. I simply state it to show there is more than one way to bake a pie, and that a non-programmer can still handle all the technical aspects of a company needed to create a successful startup. Food for thought!
I guess the distinction I'm trying to put is that there's a distinction between "non-technical" and "non-programmer". I can't program, but I know all the technically pertinent details of my product that any VC or customer is going to care about. To some extent, I think it frankly works better that way than if I was doing the coding, because I know what's really important in the product, and won't miss the forest for the trees.
You don't need to know how to code to be able to handle the technical responsibilities of actually running a tech startup. You just need to know the technology itself.
It's no different than finding a good salesman, or a good PR person, or a good anything. You can find great talent at a reasonable price if you're willing to dig. Rockstars don't always come at rockstar prices, because a lot of the time they don't even know they're a rockstar.
Trust me, I'd love to hire some marketing interns to free work for my startup's launch, but that's just not legal.
It's very easy to say "get a cofounder". Finding a worthwhile partner is much harder.
Long story short: Don't expect many non-Micros clients to start getting added to Square, or anyone else, any day soon.
Go here: http://www.probono.net/
Find your state and see if you can find a pro bono attorney or two. Give them a call. See if one can refer you to someone who does pro bono patent work. Gather whatever materials you can that prove your business was created prior to the filing of the patent, and have it ready to give to a lawyer. Do not reply to their lawyer again until you speak to a lawyer yourself.
As for finding technically skilled people who are available and want to work, it's not easy, but nothing in business is easy. It's no harder than any other part of a business, it just requires persistence and knowing where to look (I should know, I've hired a bunch of them in the last 6 months). Taking a shortcut and throwing a bunch of equity at the problem just shows the kind of lack of foresight that should make you question whether you really want to work with that kind of person.
Currently working on resolving some CSS issues and a few other code problems.
Minor nitpick of your error page: occurred, not occured.
As a more general response to the question, I find that freelance developers I've worked with who don't have portfolios they can show typically have some code examples that they'll give instead. So that's one possible starting point for you.
As far as solutions are concerned, having identified the problem I would posit that you're most of the way to the solution already. Just keep it in mind and exercise self control.
All in all though, I like it!
Like most other decisions, it really should just come down to a cost-benefit decision. Are the additional costs of moving to Silicon Valley offset by the benefits (better networks, available talent pool, availability of VC funds), or are you better served somewhere else? Only you can make that decision.