Startups: October 2010 Archives

Talk About the Problem, Not Just the Solution

user-pic

When I meet with entrepreneurs, the conversation often goes like this:

We start by talking about the startup idea or problem they are trying to solve.  We spend about a minute on that and then we dive into a product demo.  He starts showing me the product, all the cool widgets, flash effects and interactivity and then I raise my hand and call a (hopefully polite) halt.  I pull him back to the problem definition and often have to drag him back to talking about it because he often wants to go back to showing me how cool the website or product he built is.

Here is the problem with this.  I have not bought into the problem statement yet, but the entrepreneur assumes I have.  And it very much seems like he wants to sell me on the beauty of the execution alone, which I may agree looks really elegant and well done.  However, creating a startup is not just about building the product, it's about why we're doing it in the first place. If I don't agree with that yet, then it doesn't matter how we execute or what we're building.

To me, building the product is the most straightforward (out of a potentially chaotic customer discovery process) part of a startup; building the right problem statement is much more important and difficult.  After all, how do you know that you're building the product to solve the right problem?

By right problem, I mean all those things that are so important to contributing to the success of the startup: big enough market, do users have a big enough want or need, can you monetize, are there competitiors or none, etc. etc.  If, in that first few minutes of problem definition, I don't believe your problem statement is worth building for, then it's pointless to keep showing me how great your product is executed.

After I call a halt to the product demo and I explain why, often the entrepreneur looks at me incredulously and tells me you're the first investor to want to stop looking at the product.  This is frightening to me; are there a crew of investors out there who care more about how cool the product is than why they are building the product in the first place?

My favorite pitches tend to follow a form which I learned in high school about writing compositions.  

With the introductory paragraph, you start broad and then work down to your problem statement which generally is the last sentence in the introduction.  Then the next 3 or 4 paragraphs offer proof of your problem statement.  The last paragraph is the concluding paragraph, which summarizes the key points in defense of your problem statement and usually tries to end with a broader concept.

In a pitch, this starts with a lot of time talking about the problem statement, why we're doing this and why it's a great idea to be working on this venture. Once we establish this, we can talk about what they've accomplished from a product standpoint.  After we go through that, we go back to the company and widen the discussion to what they're going to do in the future, and talking about where this company can go from here (and hopefully see the opportunity to grow huge).

These entrepreneurs' pitches look more like this:

We start broad for about a minute and then we narrow quickly into a deep dive into the product itself.  At the end of the discussion, assuming I haven't stopped them first, they just ask me how much money I want to contribute and that's that.

No discussion about the future, no talk about company vision, no assurance that there is a real big opportunity here; just a cool product and someone who wants money to develop it further.

Here's are the issues:

1. Talking about vision and potential future of the company is important.  It gives you a defining vehicle in which to drive the company forward.  It provides direction internally, and external understanding about what your company is all about.  If you don't have this, you could be really stuck at some point if your current product isn't getting traction and you won't have some sort of map to follow; you'll be forced to define one on the fly and you might not be able to.

2. If you never talk about the vision, I will never know if you will ever get one.  I have found some people don't ever get the vision. They can't ever get their heads out of what they're doing at that moment. They somehow are missing the strategic gene, and only have the tactical - so they are great sergeants but not generals. But it's the generals that will build the Googles, not sergeants who can't advance beyond their rank. That doesn't mean that sergeants aren't important; it's just a problem if they are trying to build a startup which requires someone to think like a general to know if they are working on the right problem.

3. If we never talk about the vision, then I won't know if you're aiming for the right opportunity. If all I see is an incremental improvement on what's out there, or something small like a feature (how ever nifty it is), it's just not going to get me excited because I need to bet on the next big thing not just another little thing.

4. Here's another way to look at it. The world contains a whole bunch of problems that you could work on, and a whole bunch of solutions:

So you lightly define a problem, and then you start building and coding because that's what you're good at and you want to get cranking. So you crank.

Now, starting with this solution, you're aiming for some problem:

But your problem definition isn't complete. It's nebulous. The problem with this is, if you had a great problem definition, you might actually be spending time on the wrong solution. If you started with a great problem definition, you might actually end up with a better solution than the one you worked on now:

This is because the set of possible solutions can be enormous and unless you define the problem well, you might be wasting time building something which may not be the optimal solution from the right problem! So why not show me that you understand and have defined the problem fully, and then show me that you're working towards an optimal solution to this problem, versus me feeling unsure that you're working for the optimal solution to some problem which I'm not sure yet whether you should be working on!

So are we headed for a small business, or the next Google? Talking about your product in detail is nice and important, but I want to hear about why you're building it in the first place as much as how much you want to demo what you've built.

Warm Gun: Alternative Impressions

user-pic

I just got back from a whole day of hanging out at the Warm Gun: Designing Happiness Conference put on by Dave McClure and his crew at 500startups. Once again, it was a stellar event, gathering designers and developers and the occasional investor (like me, although I guess I'm also a designer and developer with my CS degree). I thought I would post about the event, but post differently than posting just the notes or what was good and not so good. Instead, I thought I'd post some alternative impressions that I got while at the event which I thought were interesting.

I was shopping for a lot of books!

Two presenters gave some suggestions for reading, Geoffrey Miller and Jennifer Aaker. Through them I instantly bought on Amazon:

We Feel Fine: An Almanac of Human Emotion by Sep Kamvar and Jonathan Harris
resonate: Present Visual Stories that Transform Audiences by Nancy Duarte
The Mating Mind: How Sexual Choice Shaped the Evolution of Human Nature by Geoffrey Miller
Spent: Sex, Evolution, and Consumer Behavior by Geoffrey Miller

I am glad that some of the presenters did give favorite texts because it is hard to take notes in a conference setting; they talk fairly rapidly and move through slides so quick that it is hard to take the important points down. Some of them thankfully will either post their presentations on Slideshare or email them to me personally which is pretty cool.

Ex-Yahoo! designers, the next generation

I met a few designers who had been doing design at Yahoo! and left relatively recently. Most of them got there after I had left, with one I saw who was there when I was there and was still had not left!

But seeing them present and hearing about the work they did for some reason gave me a lump in my throat. I spent 9 years at Yahoo! as VP of User Experience and Design and we did so much while I was there. Now there was the new generation who designed for Yahoo in not only a new regime but new internet environment of high bandwidth, HTML4 going on 5, advanced browser technologies, faster computers, iPhone and iPads - it was a much different environment than the one I had designed Yahoo! sites for way back when. For some reason I felt nostalgic for the old days, but was impressed by their skills and knowledge and also felt disconnected with the new generation.

It was good to say hi and talk about the Yahoo!s that we respectively knew and where we were going from there.

"Twitter intros" were everywhere

What an amazing thing Twitter does - I walk into Warm Gun and immediately I am meeting and talking to people as if they know me because they tell me they have been following me on Twitter for a while now - I do the same to them if I recognize their names by their Twitter handles.

It certainly breaks the ice and for many, we seem to already know each other before meeting in person!

On the other hand, it is vaguely stalker like - should I be afraid...?

"Those who do not remember history are destined to repeat it."

Sitting through the last presentation of the developer track, I was listening to Tom Chi, former Yahoo! search designer and now at Google. He was giving a quick talk on the intricacies of designing a search user experience.

A lot of the things he talked about were things we did when I was still at Yahoo (although afterwards, we got into a great discussion on all the cool things they were doing that weren't mentioned in the presentation due to time constraints). Still, I could not recall where anyone had recorded information about search UX much. One of my designers, Christina Wodtke (now at MySpace) wrote about search UX design in her book, Information Architecture: Blueprints for the Web (2nd Edition). On Boxes and Arrows, there are a few stories about search UX:

Advancing Advanced Search
Search Behavior Patterns
Long Tails and Short Queries (which references an excellent research article by Amanda Spink, From E-Sex to E-Commerce)

But if you didn't know where to look, it would be potentially really hard to find this information. And the new generation of designers might not even try to find it before trying to design a search experience on their sites. What a shame that would be: they would most likely make the same mistakes that others have made before them. IF ONLY they had the knowledge of others before them!

Yet I find that much of the deep knowledge tends to be proprietary or trapped in the minds of individuals who worked on the problems and then went elsewhere, or left to rot on departing employees' hard drives.

At Yahoo! we had a website where we made all the user researchers upload their usability reports into one place so that we could always go back and see what others had done before them. Now that I've been gone for 6 years, who knows if that repository still exists. Certainly the individuals have been scattered to the four winds.

Perhaps this is something that someone on the internet would do, which is to create a repository of design knowledge. Perhaps we could somehow get donations of historical proprietary data. Perhaps we could save presentations from all the talks both formal and informal (like on Slideshare). Maybe it could be a Design Wikipedia, or something like Television Tropes & Idioms where every formula for a TV show has been recorded and basically reused and recombined for new shows.

Otherwise, we're going to be relegated to finding these individuals and making give the same presentation over and over again for each new generation of designers...maybe that's yet another great reason to hold Warm Gun next year!

Favorite Links

Twitter Updates



My Moblog



About this Archive

This page is an archive of entries in the Startups category from October 2010.

Startups: September 2010 is the previous archive.

Startups: May 2011 is the next archive.

Find recent content on the main index or look in the archives to find all content.