Don't Add Features to Make Customers Happy

Dmitry wrote this on in . It has 10 comments.

It's a myth. Don't buy into it. You don't need to build features requested from your customers to make them happy in the early stages of the developing a product. No, your customer is not always right. No, your customer does not always know what they want. No, your customer will not get angry if you don't implement all their suggestions.

Let's say your customer requests a feature and they have a very good point. What do you do? Here's how most businesses think about this:

  1. We need to keep the customer happy
  2. They have a great use case for this feature!
  3. Maybe other customers will use this feature.
  4. We need more features to charge more.
  5. There are probably even more who want this feature.
  6. Ok, let's add it in and make all our customers happy!

If you're just starting to grow a product, adding more features will not necessarily create more revenue. You need to focus on the core features of your product. Here is a quote from Isaac Hall Founder of Recurly.com, which had the same functionality as Dropbox, but lost because they made the mistake of adding too many features early in the game.

In the end, it really came down to one incredibly genius idea: Dropbox limited its feature set on purpose. It had one folder and that folder always synced without any issues -- it was magic. Syncplicity could sync every folder on your computer until you hit our quota. (Unfortunately, that feature was used to synchronize C:\Windows\ for dozens of users -- doh!) Our company had too many features and this created confusion amongst our customer base. This in turn led to enough customer support issues that we couldn't innovate on the product, we were too busy fixing things. --Isaac Hall


Every company will eventually add features to create additional revenue, but you need to refrain from doing so before your product in mature enough. Syncplicity learned a tough lesson.

Businesses are scared to deny a customer feature request early on in the game. Why? There are a few myths to overcome here:

To keep a customer happy we need to fulfill their request

Believe it or not you do not have to implement what the customer is telling you to keep them happy. Instead, listen to them and hear them out just like your spouse in a middle of the argument, say "I'm sorry, I'll work on it, here is one alternative solution." If you cannot fulfill a customer's request at the given time give them an alternative. A great example of this: I called Zappos the other day to order some boots for my wife. They did not have the size I wanted. The person on the other end went on Google and found me the size I wanted on a competitors website for cheaper price then what they were selling it at. I ordered it from the competitor and thanked her dearly. Who do you think I am going to call when I want to buy shoes next?

Customers will go crazy and we'll have a PR scandal

A lot of businesses are scared that their customers will become so upset that they'll launch a Twitter campaign against their tool and get the word out about the terrible product and customer service. We've all heard the horror stories about bad PR killing products. Most of the time it doesn't work like this. A quick note to let a customer know you will consider their suggestions in the future will deflate immediate frustration they have with your product.

Customers might follow up in a few months time, they might not. If they do, you can let them know that you've considered their suggestions and at this time you made a decision to omit these new features from the tool. A PR scandal will not start with a story of a company considering a feature request from a customer and deciding not to implement it.

Customer knows best

No. Na ah! Who says so? How long has the customer been using your tool before they make a request for a feature? A week? A few months? A year? How long have you been using your own tool? You're your products power user. You know your product better than anybody. You had the vision for the product. You understood the initial pain point to create the product. So I ask you again who knows your product best? You or the customer?

Since you're the #1 user of your product, the feature you add must improve the product experience. You understand the core use case for the tool. If the feature does not help you use the tool, how is it going to help other people who are trying to use the tool the same way you are trying to use it?

Curious - what's your criteria for adding a feature to a product?

See more Product Engineering and Design Jobs on Job Board from ZURB.

10 comments

Greg (ZURB) says

I couldn't agree more - simplicity is crucial. That also means that you have to be sure that your product has sufficient features to begin with. It really comes down to use case - try to put yourself in your customers' shoes and think about all the ways they might use your product. Then put together a list of features and determine (based on time and staff) which ones are most important to implement.

I also think there is a difference between a feature and a usability issue. If the "feature" will help your customer use your product - and use it more often - it needs to be seriously considered.


Vikas Vadlapatla (ZURB) says

It's a very good article. Although I agree that simplicity and a small feature set is crucial in the early stages of the product, only user research is going to tell you whether the users want more features. Also from a business stand point, feature sets are crucial to ward off any competition. Because technically, every feature could be a "company" in its own. for example, Twitpic for Twitter!

Here is another article by the co-founder of Syncplicity and why it failed with respect to Dropbox even though it offered the same functionality. He stresses on Dropbox's limited feature set to be its key to success.

http://www.quora.com/Dropbox/Why-is-Dropbox-more-popular-than-other-tools-with-similar-functionality


Dmitry (ZURB) says

@Greg - thanks for the comment. Great way to reason about feature requests. However you've got to stay simple in the beginning until you product has matured as the example from Dropbox points out, it's very easy to get feature happy in the beginning and loose. Agreed?


Dmitry (ZURB) says

@Vikas Thanks for the link to the actual article, I was quoting his answer on Quora. It's true that features can help you compete. In general products with more features sell better. However in the beginning the key is to stay simple as Isaac points out. The costs of implementing these features as well as focus taken away from core features dilutes the effort to nail down the core.

Totally agree with your note that every feature could be a separate product. In fact if you turn a core feature into a simple version of your own product you'll get tons more exposure and action on your existing app. Check this article out about how we did this with Notable and Bounce.


rajvivek (ZURB) says

I have come across this article through the 'recommended items for me' in Google Reader.

Very interesting and informative article, indeed... in fact, it answered me why Google Docs is not implementing hundreds of features thousands of users, including me, have been requesting for several months.

In fact, after reading this article i stopped suggesting, asking, and reiterating for new features.

Sadly and surprisingly, what they released a couple of days back are the features which are hardly requested by the users (posted about it here goo.gl/quQSH and here goo.gl/oBQEt)


Dmitry (ZURB) says

@rajvivek Totally agree with you, companies add features to products just to sell the next version. It really does not matter how useful the feature is, many times it's just the fact that the product has that feature and other competitors do not that makes a customer go for it. Google Docs is actually starting to add a lot of features these days as they are competing with Microsoft. You'll be seeing more and more features at this stage.

BTW - Neat to hear you found us through Google Reader recommendation. Do you subscribe to our blog?


Vivek (ZURB) says

Great article. I too found you via a Google Reader recommendation (like @rajvivek). I released an Android app late last year , and have a bunch of feature requests from users. The way I go about prioritizing features is dogfooding. I developed the application because this was something I really wanted. For every feature request, I check to see how much value it adds to me as an end-user, and as @Greg mentioned how much it more "stickiness" it would add to my app. The feature that scores the highest in this wins. Then again, my app is free and open source, so any customers I have are not really paying, so I really do not have much to gain / lose :) .


rajvivek (ZURB) says

@Dmitry

companies add features to products just to sell the next version. It really does not matter how useful the feature is, many times it's just the fact that the product has that feature and other competitors do not that makes a customer go for it

Agreed. Coincidentally, another set of features are published few hours ago keeping aside all the critical and immensely demanded features.

BTW - Neat to hear you found us through Google Reader recommendation. Do you subscribe to our blog?

I just did. Thanks!


Nrip (ZURB) says

Great article...Any startup guy who's been around for long will agree 100 %... Many startups get bogged down with constant feature additions and then repetitive bug fixing leading to a weird situation where they end up cash strapped, frustrated and throwing it all away...However what does affect startups early on is the uncalled for importance usually provided to early customers... Telling a customer no in a polite manner is an art and is helpful to stay focussed and lean...


Steve Willis (ZURB) says

Great article, I couldn't agree more.

As Henry Ford said: "If I asked the people what they wanted, they'd have said they wanted a better horse"



Get a job, nerd!

via Job Board from ZURB