18
Feb 12

Got Non-Technical Founder Blues? Here’s Some Stuff You Need to Know

A road from an idea in your head, to an actual product. Your highest priority is to start walking it

A road from an idea in your head, to an actual product. Your highest priority is to start walking it

You don’t have to be a real tech geek to have an idea for a high tech business. Not anymore. A hypothesis: when it comes to high-tech business ideas, non-technical people  have recently outnumbered the beloved geeks.

However, ideas are still dime a dozen, and the real difference is in the ability to execute. And here, the techies still have the upper hand.  

So, dear non-technical founder, this one is for you.

It is difficult to know what you don’t know, but this is exactly your job. Yes, you know you cannot program. But often, you make wrong assumptions: stuff that’s actually easy to implement seems difficult – or more often – stuff you think is easy is actually quite a challenge. You might be blocked by something that can be easily implemented by customizing a CMS (like Drupal). Or you imagine a “simple technical solution” that would require a PhD 4 years to research – only to build a proof of concept worth a few scientific papers, but not ready for use in real life. I’m not kidding, I heard the phrase “we’ll use  artificial intelligence to <insert a fancy feature>” a few times too many.

And that’s okay. No problem with making assumptions – if you are aware there is a high chance you’re wrong. Say it with me. “I am <Alice/Bob>, and I lack technical skills”. Now, let’s do something about it.

Treat your Product Ideas as Hypotheses and Test Them for Technical Feasibility

The first thing to do is to specify your product in as much detail as possible. It may seem clear in your mind, but trust me, there is a long way to walk from your imagination to an implementable product.

Write down a description of your product, in as much detail as you can. Begin by describing the different “stakeholders” – different types of users, and other people involved in the process around your product. Write down their major objectives. Describe how your product helps them achieve their objectives. Describe their interactions.  Draw a scheme of their typical workflow and how your product fits in. Write down what type of information your product will need.

Then draw wireframes - simple visual blueprints of your product, “screens”. Show what users of your product should see, and what they can do. Think about the navigation flows between different screens. This post gives you a quick intro, and lists 10 tools you can use to create wireframes.

Armed with your product description, you can now start getting feedback. Go through your product description, step by step, with a technical friend. Or pay a professional to provide you with an estimate. They will ask you many relevant questions you did not think about. They will suggest simpler (or more feasible) alternatives. Get several opinions.

Don’t Wait for the Product to be Built to Show it to Potential Users

Now you can start working on making a set of screens that look as close as possible to a real product – a product mock.

Don’t wait for the product to be implemented to learn if your customers would want to use it and pay for it. Now that you have your product mock, go out and show it to as many people as you can to see if you’re on the right track. 

Nothing can replace real people using a real implemented product. The point here is that in this early phase you may be significantly off.

Guarantee: walking through the product mock with your customers is guaranteed to save you from investing in wrong features.

Seek a Technical Co-Founder. Or Not

First of all, evaluate if you really need a technical co-founder. It may turn out your business is not that high tech after all. Sometimes, the technical part of your business is something that can be:

  • Implemented with a <20K budget
  • Built by using an out-of-the-box service or technology (e.g. e-commerce shops offered by a service like shopify, social networks like Ning, e-learning systems…)
  • Made by partly configuring and partly programming what’s missing (CMS systems like Drupal have large communities of developers who can do this for you)

You should have already figured this out while talking to your technical friends. Take also into account product evolution - how important will it be to continuously crank out improvements and new features.

If your business is all about the product, you’ll have two options. Your first option is to outsource your development. Equipped with your product specification and some cash, go out and tender. Watch out: choosing a  good technical partner, and managing the development process is very difficult without technical knowledge. Be prepared to pay well. If you pay peanuts, you get monkeys.

Your second option is to find a super smart rock star developer and convince them to join. You’ll find lots of advice online on seeking technical co-founders. There’s no room here to repeat it, but please do your research first! You’ll even find some directories, like techcofounder.com. Although, think of co-fundership as a marriage with children – your company. In the best case scenario, you have already worked with your co-founder before starting the company together.

But do not make this your first step. The worst mindset you can have is “let me find someone to just program the thing, and then I can begin building the (real) business around it”. This is asking the developer, who knows less about your business and its potential – to take all the risk. There’s much you should do:

Don’t agree? Have other ideas? Let’s help the non-technical founders change the world – add your thoughts in the comment section below.


11
Feb 12

Metrics, schmetrics. What the heck is all that noise about??

Build, measure, learn. Actionable metrics vs. vanity metrics. Cohort analysis. Sorry, I may be simple, but can you speak English please?

I get the principle. We want to build products people love. We want to find a repeatable and scalable way to reach customers and make money. And metrics can help us measure if we are on the right track to achieve that. You can also talk to customers (and you should), but metrics are cool as you measure what customer do, not what they say.

I get that. But how do I get started? Continue reading →


29
Jan 12

3 Things Your Mama Didn’t Teach You about Keeping Things Simple

Simple is Beutiful

Simple is Beautiful

We may seem so advanced. But the well kept secret about human beings is that we are really simple creatures. We like simple stuff we can understand quickly. Life’s already way to complicated. Want to reach to us? Don’t make us think. Keep it simple, please.

This applies everywhere. Marketing. Pitching your business. Writing. Talking. And is especially true for us building product companies. Products thrive on simplicity. Solve one problem, and do it really well. Don’t make users think.

Less really is more. So let’s hear ‘em. Continue reading →


25
Jan 12

The simplest minimum viable product ever! Traction included

Tiny Birds

Tiny Birds

How would your product look like if you could change habits of your users? According to BJ Fogg, now you can. Using #tinyhabits. And it’s not just the approach that’s cool. BJ really blew my mind with his minimum viable product.

BJ Fogg, a professor from Stanford, has been studying human behavior for 18 years. And he has discovered a very simple way to help anyone install a new habit. All it takes is to pick 3 tiny habits and stick to them for a week. And follow these simple rules: Continue reading →


25
Jan 12

How to Really talk to Customers – Slides

Here are the slides I used during the second Lean Startup Circle event in Brussels. The slides are based on these two blog posts that go in more detail about the whys and the hows of doing customer interviews:


22
Jan 12

How should Innovators Really Talk to their Customers?

Sarah Louis-Jean, an aspiring dancer from Vancouver

Sarah Louis-Jean, an aspiring dancer from Vancouver

It’s an invigorating feeling to be the driving force behind bringing something new to the world.  Alas, innovation happens under conditions of extreme uncertainty.  Especially because your goal goes beyond just creating something new. You are trying to discover, build and tune the fine mechanics of a business model. A machine that will repeatably acquire increasing number of customers, and delight them enough to part with their hard earn money.

At the center of this discovery process is a very human customer. And a very human activity: talking to them. Here’s couple of thoughts on how to do that (and how not to do it). Continue reading →


21
Jan 12

3 Lessons I Learned from the Founder Institute

Vlad Pitching Grant Snap

Vlad Pitching Grant Snap. Thanks Gilbert (@blueclock) for the photos!

55 people applied, 22 were selected, 7 survived and I won the Founder Institute Brussels fall semester with my startup. What a ride!

One of the things that makes life so interesting for me is constant learning. And I don’t think I ever learned so much in four months time, as I did during this program.

I’d like to share my top three lessons with you.

1. Feedback really matters. I got feedback from 26 experienced entrepreneurs, and many, many times from my wonderful peers in the program. Two things really surprised me. Continue reading →