Killing Your Startup By Listening to Customers

http://steveblank.com/2012/02/27/killing-your-startup-by-listening-to-customers/

by pier0 • 14 years ago

109 35 14 years ago

omonra2• 14 years ago

Is it just me or is this kind of an obvious (first) thing one should ask themselves when starting a business - "How will you make money?"

AndrewDucker• 14 years ago

Depends on the business. I'm willing to bet that neither Google nor Facebook had a concrete idea of how they were going to make money when they started up.

And lots of sites seem to work on the principle that "First we get _all_ the users. Then something mysterious happens. Then we're all rolling around in cash."

kenrikm• 14 years ago

True, and they fail to realize that this rarely happens most don't have Facebook/Google type growth and need to generate enough revenue to at least finance operations before they get to the end of the runway.

mvkel2• 14 years ago

Google and Facebook are often cited in this regard because they are _exceptions to the rule_. It's bad practice use them as the example.

jd• 14 years ago

I don't think it's obvious at all. Because the question of how to make money was implicit in the mind of Satish:

(1) build beta version and get some users, (2) improve product based on user feedback, (3) charge money for the product, (4) watch revenues increase

It sounds so simple. It's essentially the 37signals way, right? Build a product. Charge for it. It's so simple -- how can you possibly mess that up? And yet, the model above is simple, intuitive and wrong.

I think one of the key insights here is that you can have two groups of people who use your product: those who are enthusiastic about your product, give feedback and report bugs, and those people who are actually willing to pay for your product. In an ideal world those two groups overlap and it's easy to make money. What's often the case is that the two groups don't overlap very much, and if you listen to the wrong people you end up making a product that appeals perfectly to those people who have no intention of ever becoming paying customers.

It took me years to really learn this lesson, even though it was completely obvious in retrospect. In order to make a better product I should be talking primarily to my best customers (those who have subscribed to the bigger plans for an extended period of time), because the goal is to find more people like them and to keep 'em happy. If I listen primarily to the most vocal users the implicit assumption is that the most vocal users also happen to be the best (potential) customers. And that's a huge assumption that in my case turned out to be false.

omonra2• 14 years ago

Thank you, that's a very helpful analysis. It's just that between the raccoons and walks in the garden, I totally missed it in the original post.

wpietri• 14 years ago

It's just you. And me. And a few others.

I mentor occasionally at Lean Startup Machine events. I would say that more than half the teams that get up and pitch don't mention a business model. Last time I asked the question, "And how will you make money?" so many times that it became a joke.

To be fair to them, it's a question almost nobody has to ask at work. We think a lot about products. We think a lot about users. We certainly think a lot about features and implementations. But most people work at places where the business model is so well established and stable that it becomes the background. For a lot of people it's like asking, "Will the sun come up tomorrow?" Sure, it might not, but it's just not something you worry about.

batista• 14 years ago

You are new to this "startup" scene, aren't you?

deadman1204• 14 years ago

look at how much money I spent on my back yard?

wam2• 14 years ago

It's not exactly the _intended_ topic of the post, but I had the same reaction. The author seems to want to evoke a sense of calm or slowing down, but the transition between the scene and the diagram-laden advice is really pretty jarring. The weak transition reminds me of the E-Myth, a book which grafted a gratuitous, saccharine narrative onto its small and fairly obvious thesis.

Whatever the calming potato pond is supposed to do here, the subsequent jargon storm undoes it. If "The Startup Owner's Manual" reads like this article (a weird mix of narrative and startup-ese with italics strewn about like a Christopher Walken monologue), I'd be hesitant to spend 40 bucks on it.

Periodic• 14 years ago

Perhaps Blank is just testing a new model for his blog. He created an MVP and is now testing it with us users to see what the reaction is.

I wouldn't be surprised if he just wants to play with his style a little bit, particularly if he has just spent the last year writing a very technical book.

I'll wait for a pattern to emerge and in the mean time I will agree that the style was very unrefined.

kyt• 14 years ago

Did he actually look at the startup? It's also possible that it was just bad -- lacking in usability, useless features that cluttered up the UI, poor aesthetics, etc.

Customer feedback only gets you so far. Often times people don't know what they want or what the core problem they're having is.

vibrunazo2• 14 years ago

I thought the same, the entrepreneur told him that both free and passing users weren't coming back. Doesn't that sound like a problem with both customer segments? How does the advice of listening to only one of them helps him any way, if he's not delivering what neither of them wants?

It seems that the proper advice would be to read through feedback and understand what they really want then make sure you have that. Instead of advising to ignore free customers.

dave_sullivan• 14 years ago

Building everything a customer asks for and following the "customer is always right" mantra doesn't seem like a good idea.

As Steve points out in his article, customer development is about better understanding your customer, their needs, and how to sell effectively to them. It's not about giving away software consulting services for free-- it costs a user nothing to ask for a feature/solution, but it costs you quite a bit to build it for them and even more if they're the only user that wants this particular feature or if they're unwilling to pay for it.

Tough to know where the balance is sometimes though.

iconfinder• 14 years ago

Customers tend to ask for features that makes the product incrementally better and often stuff that is visible e.g. "A button that does X". They don't ask for "better usability" or "performance improvements" unless it is very bad. Also, I have never heard any users asking for a feature to be removed (even though it might make the product better).

edgesrazor• 14 years ago

One thing I've learned over the years is that you can't take it as gospel when a customer says "I want X". When following a customer request to the letter, most times you'll end up regretting the decision.

For us, the better way to handle when the customer asks for X, is to sit down and create a persona and ask ourselves why they are asking for it, and who else would want it.

I find we get a much better result when building requirements based off the customer's pain rather than just giving them what they want. It helps maintain usability by avoiding confusion over additional features and functions.

Then again, in a startup environment this is a tricky balancing act. You can't forsake sales for a drawn out product management/development process, but you also can't just add every customer feature request either.

ljf2• 14 years ago

Totally agree - I always try to focus on requirements, not features. It is really hard for some people to speak in requirements, and the only way you can get them out often is with frank discussions. Second guessing can work if you know your customer really well, but asking people to talk with you works amazingly IF you can help translate for them.

A while back I was rebuilding a larger kids site and in a meeting I was told the site needed a 'big red button on the homepage, that makes a funny noise when you press it' - everyone in the room agreed it was a great idea, and the editorial team tried to push it onto my requirements list. I explained that it was a feature not a requirement (to which they stated that 'well I require it to be on the homepage, so it's a requirement') but I explained what I meant and after a bit of talking we came up with a whole requirement set that we were then able to set off and build to.

The original 'feature' became: As a user I want to be excited As a user I want to be surprised As a user I want to feel I need to see what happens next As a user I want to never know what might happen As a user I want to have some thing 'physical' to play with As a user I want to feel like I've done something to affect the site (and many many more)

We ended up with a fun widget on the home screen, and could well have even made a big red button, if that was what would have best met the requirements (it didn't btw). It ended up user testing really well, kids now love it and it enhances 'accidental' journeys across the site (triggering it now fires you off to a randomly selected page from a list of the 20 coolest pages).

But any time you can successfully translate 'features' into 'requirements' you are on to a winner.

(Widget is here [lower right corner of the screen], and kids still love it!: http://www.bbc.co.uk/cbbc/ )

mtgentry• 14 years ago

Kudos for having the stomach to listen to them and not simply cave in and build that dumb red button. This is why I loathe client work.

moped• 14 years ago

This reminds me of the Simpsons ep. where they had an Itch & Scratchy (and Poochie) focus panel--

Man: How many of you kids would like Itchy & Scratchy to deal with real-life problems, like the ones you face every day?

Kids: [clamoring] Oh, yeah! I would! Great idea! Yeah, that's it!

Man: And who would like to see them do just the opposite -- getting into far-out situations involving robots and magic powers?

Kids: [clamoring] Me! Yeah! Oh, cool! Yeah, that's what I want!

Man: So, you want a realistic, down-to-earth show... that's completely off-the-wall and swarming with magic robots?

Kids: [all agreeing, quieter this time] That's right. Oh yeah,good.

cube132• 14 years ago

>I find we get a much better result when building requirements based off the customer's pain rather than just giving them what they want. It helps maintain usability by avoiding confusion over additional features and functions.

Exactly. The starting question that you ask the customer shouldn't be "What do you want?". That is far too open ended, and the end result is that you'll get a solution to a perceived problem instead of an actual, workable solution. It's not the client's job to solve their problems. It's your job, otherwise they wouldn't be contracting you to do it.

The proper question is, basically, "What problems do you want us to solve right now?". You want to start with the problems that the client actually has, instead of the problems that they are anticipating. This helps keep the client focused on their current issues, rather than problems that either don't exist, or may exist in the future(but don't right now).

n9com• 14 years ago

We literally get 100's of customer suggestions a week - what you have to decide is which of these are popular and worthwhile additions to the product and which are the niche, not worth the time features.

chawco• 14 years ago

Build what your customers want (and will pay for), not what they say they want. These can be the same thing, but often are not.

dsuriano• 14 years ago

"If I had asked people what they wanted, they would have said faster horses." -Henry Ford

bigiain• 14 years ago

And, showing that the more things change, the more they stay the same, half a century later:

"It’s not the consumers’ job to figure out what they want." Steve Jobs

sachingulaya• 14 years ago

Don't ask your customers what to build. That's lazy.

"Listening" is the wrong word to use when it comes to feedback. You need to engage customers about their pain points. Your customers understand their problems but not the solution.

It's worth repeating--don't ask them for the solution. Ask them for the problem.

Killing Your Startup By Listening to Customers

Related Stories