Last fall that was my initial reaction to blog posts and tweets crapping on business co-founders. Why all the negativity?
Have Idea, Need Coder
I was working on my first entrepreneurial adventure: I had an idea and thought I needed a technical person to build it. While doing research on the pain-point I was trying to solve, I also had feelers out for a developer in Seattle to build my prototype. I hung out at Open Coffee at Louisa’s, attended Founder Dating, stood at the 520 Entrance ramp trying to recruit Microsoft engineers (see photo), and found my way onto the Poker 2.0 invite list. The friends-of-friends network was super helpful in finding mentors that provided great direction for solving the business problem. I met some technical folks, but none were available. As a result, I began by really focusing on the business plan and how the solution I dreamed up was going to make money.
DIY
After a few months, I felt pretty good about the business side of things and was getting antsy. One of my mentors suggested building a prototype. Wow, that sounded great, but oh crap, I’m not a coder. I decided to learn. Brad Feld’s post about the Everlater guys (Nate and Natty) was good inspiration since they were business guys that learned the way of the coder. After some quick research I settled on Ruby/Rails given that the developer community seemed to be very excited about it and made it easy for newbies to learn. A few of the many great resources:
- Rails for Zombies: witty, quick, free way to get an overview of how rails works. Comes with “labs” that you can code in the browser.
- Railscasts: Ryan Bates’ 10 minute videos on how to build stuff using rails. I’ve watched so many of them (screenscraping, Highcharts, devise, etc.), Ryan, I owe you money.
- Ruby Programming Language: great book by Matz, godfather of Ruby.
- Ruby on Rails Tutorial: by Michael Hartl: I did this lab from start to finish, great way to touch on all the pieces of Rails, includes testing scripts.
After a few months I had a prototype and it actually worked. The application screen-scraped data, stored it in a database, presented it to the user, and then submitted data to an external system. Who needs a developer, right? Just kidding, for production code I’ll need that technology expert, but I was getting somewhere, and it was fun too.
No Rush
While building the prototype I connected with many technologists to get feedback and advice. Building something, instead of talking about building something, provided a great context in which to engage. A friend of a friend introduced me to Deepak Kumar. He was actually working through his own business idea and doing contract dev work at a cool Seattle startup. The first time we met I pitched my concept to him and reviewed the prototype. We met numerous times, with me getting feedback from him and giving him an update on the project. He was intrigued and secretly I was hoping that his idea would fail. Over a few months we met a few more times and I realized that we had a lot in common and I enjoyed meeting up. At one of our tech-talk meetings at C&P Coffee in West Seattle he mentioned that his business idea wasn’t moving forward. I asked him if he’d be interested in working together on my project. To shorten the story, he said YES and we’re now moving ahead full board as co-founders. It was great to use the slow approach by meeting over a few months to get a sense for personality fit and technical skills. It also gave him time to understand the problem and business model. I’m jazzed about our future partnership.
Don’t Waste People’s time
The first order of business was to convince myself that the business idea was worthy. How else am I going to convince a technology person to quit their job and work with me? Success is still a ways off, but starting with a co-founder is a great first step. This newfound technical knowledge will help me going forward as we build the product. I still get annoyed when I see the posts crapping on business people, but I’m reading it with a new perspective: Business People need to bring proof of life to the table before wasting anyone’s time; technology folks should walk in business people’s shoes, they may have similar issues finding a co-founder.