Skip to main content

If you don't have an IBM ID and password, register here.

By clicking Submit, you agree to the developerWorks terms of use.

The first time you sign into developerWorks, a profile is created for you. This profile includes the first name, last name, and display name you identified when you registered with developerWorks. Select information in your developerWorks profile is displayed to the public, but you may edit the information at any time. Your first name, last name (unless you choose to hide them), and display name will accompany the content that you post.

All information submitted is secure.

The first time you sign in to developerWorks, a profile is created for you, so you need to choose a display name. Your display name accompanies the content you post on developerworks.

Please choose a display name between 3-31 characters. Your display name must be unique in the developerWorks community and should not be your email address for privacy reasons.

By clicking Submit, you agree to the developerWorks terms of use.

All information submitted is secure.

The cranky user: Strategies for handling customer feedback

Rants, raves, and minor complaints

Photo of Peter Seebach
Peter Seebach has been having trouble navigating through badly designed pages since before frames and JavaScript existed. He continues to believe that, someday, pages will be designed to be usable, rather than being designed to look impressive. You can reach him at crankyuser@seebs.plethora.net.

Summary:  If your Web site doesn't include a feedback mechanism, it probably should. In this month's Cranky User column, Peter explains the importance of listening to the customer, and helps you develop strategies for dealing with the different types of feedback you will receive.

Date:  03 Jul 2003
Level:  Introductory

Comments:  

One of the great mysteries of writing a column is that, for a columnist, hate mail can be a sign of success. You see, newspapers and Web sites run articles based on readership. And it's a rule of journalism that people love conflict -- just as long as it's nice and safe and doesn't really affect them that much. So a columnist whose ideas are controversial, or even unpopular, may actually have a substantial readership.

When I'm writing, I'm always a little tempted to run out on a limb and say something really striking, just to get people to write back. When I get a nasty message saying I'm obviously too stupid to own a computer, I know that my article is probably getting lots of hits.

While this tactic works out okay for some columnists, it's not the best way to run a commercial Web site. Whereas an inflammatory writer can get away with angering her readership week after week (if she does it artfully), a Web site doesn't function by the same rules.

When a user sends feedback about your site to you, he's telling you how the site made him feel. If the site made him mad -- because its content was difficult to access, or its functions didn't work the way they were supposed to -- he's not likely to come back for more. If all you want from your site is to generate a lot of hits, that might be okay. He'll tell all his friends about your horrible site and you'll get a run of curious visitors. But if your site is supposed to be an interface for building business relationships, then you need to take user feedback more seriously.

Why Web forms aren't enough

Many sites use Web forms for feedback. Easy to make, not too hard to manage; they're popular with programmers. But they're not all that popular with users, and for good reason.

For example, I once found a hosting company that wouldn't accept spam reports by e-mail, only by a Web form. That form had a 254-character limit, which isn't enough space to provide any real information. When I saw how little interest the company had in receiving useful information from its users (such as the kind that could be used to do something about a spammer) I, along with a number of other people, added its name to my spam filter.

Not only do Web forms often limit the amount (or type) of information a user can send, but they're also impossible to track. If I send you a message through a Web form, I don't get to keep a copy. If I use my mail client I do get to keep a copy. Keeping a copy is the way I remind myself that I sent a message, and when I sent it. It's one of the ways I track the timeliness of the response. If your feedback system is set up in such a way that I can't track your response time, I'm going to assume it must be pretty bad.


Can I get a number?

You can start improving your site's feedback setup (and thus its usability, and thus, perhaps, its reputation) by providing good contact information. I know I keep going on about this, but that's because it keeps being a problem. The importance of providing contact information on your Web site cannot be overstated. A user who wants to reach you should be able to do so, by phone or e-mail, immediately.

If you do provide a phone number, make sure it's useful. Many Web sites provide sketchy phone contact at best, which often results in endless phone-tag for the customer. Nothing is more frustrating than calling department after department in search of someone who will take responsibility for your complaint. Preferably, your site should list a single number that sends the user to a central directory. From there, he can be directed to the person responsible for his specific concern.

Making yourself inaccessible to your customers is a surefire way to convince them that their needs and opinions aren't important to you. If you don't actually care what your users think, well, you're entitled to that. And your users are entitled to take their business elsewhere. And they will.


Different types of feedback

Once you've put in a system for receiving feedback, the next step is dealing with it. If your site is any good, you will receive at least some positive feedback from users. But you should be prepared for negative feedback, since that's what most users have in mind when they send you an e-mail, or pick up the phone. Negative feedback has roughly two styles: minor complaints and rants. If you're smart, you'll cherish the former and learn to deal professionally with the latter.

Users who make minor complaints aren't mad enough to really rant at you, but they still care enough to tell you what's wrong with your site and why you should fix it. Never make the mistake of disregarding this type of feedback by saying, "It's just one guy." For every person that bothers to write in, hundreds more didn't care enough to make the effort. It's not just one guy; it's hundreds, and one of them -- this one -- cared enough to let you know.

If you find yourself addressing the same minor complaint over and over again, it may not be so minor after all. Look more closely at the problem and see if you can discover its root.

The first thing to know about an angry customer is this: If she didn't care about your product she wouldn't be angry. The angriest people aren't the ones who don't care what you do, or how well you do it; they're the ones who expected better of you, somehow.

If you know that a customer's anger is based on her appreciation of your product, then you can take her complaint more seriously. And, better still, if you take the time to handle the complaint -- and actually do something about it -- you may actually win back her loyalty; in fact, you may even double it.

Of course, sometimes angry customers are just angry people. Even in these cases, though, something had to trigger that outburst. And whatever it is, it may be worth fixing. "It's only a minor annoyance" is a poor defense; why annoy your customers at all?


Response strategies

The key to resolving customer complaints is taking them seriously. Whether it's fair or not, when a customer complains it means he or she is disappointed in your product. If your starting assumption is that the customer's complaint is valid then your next move is obvious: You apologize.

Once you've made an apology, it's important to follow through. Fixing minor complaints is usually fairly easy, and gradually improves the quality of your site. If a user can't find something on your site, add a new link to the navigation bar. If a user has misunderstood the wording on one of your pages, change it to be more clear. This kind of polish can make a big difference in the overall experience of your site, even for all those users out there who would never bother to complain.

One of the worst things you can do is make a customer feel that his complaint has not been heard. For example, you never want to say to a customer, "Well, that's company policy." If he's angry because of something that company policy dictates, then company policy is what he's angry about. Saying that it's policy does not make everything better.

The people receiving complaints should be empowered to fix them. It usually doesn't take much, and it builds long-term relationships. If you're dealing with an angry customer, you may not be in a position to fix everything he's upset about. But it's important that you try. And, if you can't fix it, you should be able to pass his complaint on to someone who can.

The faster way to cement a bad relationship is to tell someone that, not only will you not fix his problem, but you will not let him talk to someone who could.


In conclusion

Feedback is one of the best tools you have for improving the quality of your site or product. Minor complaints can serve as guidelines for improving your product, and even angry feedback has its place.

It's essential to the long-term health of your company that you have a reliable feedback system in place, and that you also have a strategy for dealing with the different kinds of feedback you receive. Always listen to what users have to say and be prepared to rethink your product based on their comments.

This week's action item: Pick something that's always annoyed you about a product or Web site, and try making a complaint. How does the response you get (if any) make you feel?


Resources

  • Look at IBM's onsite support directory for one example of a well-thought-out feedback system.

  • I'm not the only one who thinks feedback is important. In "Learn from your customers for usable Web apps," learn why usability consultant Paul Englefield suggests that you always get user input before committing to a Web application design.

  • Handling customer feedback is just one aspect of professionalism -- which was the topic of a recent column.

  • Check out the Web Architecture zone for a range of articles on the topic of Web usability.

  • Explore IBM's Ease of Use page, another resource for learning more about usability.

About the author

Photo of Peter Seebach

Peter Seebach has been having trouble navigating through badly designed pages since before frames and JavaScript existed. He continues to believe that, someday, pages will be designed to be usable, rather than being designed to look impressive. You can reach him at crankyuser@seebs.plethora.net.

Report abuse help

Report abuse

Thank you. This entry has been flagged for moderator attention.


Report abuse help

Report abuse

Report abuse submission failed. Please try again later.


developerWorks: Sign in

If you don't have an IBM ID and password, register here.


Forgot your IBM ID?


Forgot your password?
Change your password


By clicking Submit, you agree to the developerWorks terms of use.

 


The first time you sign into developerWorks, a profile is created for you. This profile includes the first name, last name, and display name you identified when you registered with developerWorks. Select information in your developerWorks profile is displayed to the public, but you may edit the information at any time. Your first name, last name (unless you choose to hide them), and display name will accompany the content that you post.

Choose your display name

The first time you sign in to developerWorks, a profile is created for you, so you need to choose a display name. Your display name accompanies the content you post on developerWorks.

Please choose a display name between 3-31 characters. Your display name must be unique in the developerWorks community and should not be your email address for privacy reasons.

(Must be between 3 – 31 characters.)


By clicking Submit, you agree to the developerWorks terms of use.

 


Rate this article

Comments

Help: Update or add to My dW interests

What's this?

This little timesaver lets you update your My developerWorks profile with just one click! The general subject of this content (AIX and UNIX, Information Management, Lotus, Rational, Tivoli, WebSphere, Java, Linux, Open source, SOA and Web services, Web development, or XML) will be added to the interests section of your profile, if it's not there already. You only need to be logged in to My developerWorks.

And what's the point of adding your interests to your profile? That's how you find other users with the same interests as yours, and see what they're reading and contributing to the community. Your interests also help us recommend relevant developerWorks content to you.

View your My developerWorks profile

Return from help

Help: Remove from My dW interests

What's this?

Removing this interest does not alter your profile, but rather removes this piece of content from a list of all content for which you've indicated interest. In a future enhancement to My developerWorks, you'll be able to see a record of that content.

View your My developerWorks profile

Return from help

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=1
Zone=Web development
ArticleID=11815
ArticleTitle=The cranky user: Strategies for handling customer feedback
publish-date=07032003
author1-email=crankyuser@seebs.plethora.net
author1-email-cc=htc@us.ibm.com

Tags

Help
Use the search field to find all types of content in My developerWorks with that tag.

Use the slider bar to see more or fewer tags.

For articles in technology zones (such as Java technology, Linux, Open source, XML), Popular tags shows the top tags for all technology zones. For articles in product zones (such as Info Mgmt, Rational, WebSphere), Popular tags shows the top tags for just that product zone.

For articles in technology zones (such as Java technology, Linux, Open source, XML), My tags shows your tags for all technology zones. For articles in product zones (such as Info Mgmt, Rational, WebSphere), My tags shows your tags for just that product zone.

Use the search field to find all types of content in My developerWorks with that tag. Popular tags shows the top tags for this particular content zone (for example, Java technology, Linux, WebSphere). My tags shows your tags for this particular content zone (for example, Java technology, Linux, WebSphere).