Home > Design & Innovation, Voice of the Customer > Voice of the Customer for Service Design – Are you Getting It … Really?

Voice of the Customer for Service Design – Are you Getting It … Really?

September 6th, 2012

We have just finished working with a large international services company which has had challenges rolling out new services.  The most difficult aspect of their business was in discovering the real customer requirements, and converting those requirements into service requirements and, ultimately, a service design.  Like many service companies, they just have an immature process for this.

rorschach_inkblotThe service design team is essentially the sales team. They get multiple voices from many parts of both their organization and the client.  It is literally a cacophony of noise which, when converted to a service, the service process map looks like a Rorschach image.  It is then “launched” for the bugs to be worked out as the service is being delivered.  The rework is expensive, taxes the company’s employees, and rarely produces a happy customer.

To help them, we built a Voice of the Customer (VOC) Maturity Model with laddered capabilities for them to climb. That model was built on some basic premises and observations after working with service companies for many, many engagements over the course of my entire career.  Let me lay these out to you so you understand our final recommendation to any service company struggling with the same problem.

Download VOC Maturity Model

 a short Powerpoint presentation that describes a 5-stage Voice of the Customer (VOC) Maturity Model

First, there are two aspects to VOC – getting it and using it. They are very different.  And there are two basic ways to Get VOC: 1) directly from the customer,  and 2) indirectly from all your company’s customer facing team members.

Our experience has been that companies are better at using what information they have than in getting good information. Further, that what they do to get the information often relies on customer facing team members as surrogates for the customer.    One thing is for sure, while only a small fraction of companies that use it well get it well, almost none of them that manage the information get good information. Why?

I think this is true because after crashing a few launches, companies suffer enough pain to cause them to start gathering information.  Then as they develop the disciplines in using it, they discover it isn’t very good and they need better information.  So until they try to use it, they don’t start improving the quality of the information gathered.  Just as an aside, along with discovering they aren’t getting good information, they often discover they aren’t getting the right information as the system focuses on product specifications rather than customer requirements. So the learning curve goes from we need information to …. we need good information to …. we need the right information.

As a company goes through this discovery process, they have to overcome some assumptions that are being taken as truths, and are really holding them back from progressing.  Why does this happen?

  1. The assumption that customers don’t really know what they need.
  2. Information is gathered once at the beginning by simply asking customers what they want.
  3. They only gather information from surrogates.
  4. They only gathering information from their best relationships (often happy customers).

These are the traps that get you stuck in bad information and more rework. To overcome these traps, information must be gathered both directly and indirectly. The information gathered must be prospective and from a broad population.  And gathering and incorporating information must be continuous, NOT a one-time event.

Needless to say, the process isn’t easy and requires a significant effort.  But the payoff is a multiple of the effort.  There is no doubt that companies that have structured processes for gathering and converting customer information outperform companies that don’t, regardless of whether they do it well or not.  Working with a plan, even if not perfect, outperforms no plan.  And needless to say, if your plan and execution are done well, then your company performs even better.

Take a look at the summary presentation of what we recommended.  If you have any experiences, comments or questions you’d like to share, let me know at jlopezona@ssqi.com.  And by the way, while this is all written based upon an experience with a B2B service organization, it is equally applicable to internal processes such as a Shared Services organization providing a service to operating units.

  1. September 7th, 2012 at 15:12 | #1

    In a lot of projects it is tempting to assume that what the customer wants is known, I think due in part to the amount of work required to truly gather a representative set of data and the fear of what they might actually find out!

Comments are closed.

Warning: mysql_query() [function.mysql-query]: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) in /home/content/85/4139185/html/blog/wp-content/plugins/quickstats/quickstats.php on line 345

Warning: mysql_query() [function.mysql-query]: A link to the server could not be established in /home/content/85/4139185/html/blog/wp-content/plugins/quickstats/quickstats.php on line 345

Warning: mysql_query() [function.mysql-query]: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) in /home/content/85/4139185/html/blog/wp-content/plugins/quickstats/quickstats.php on line 346

Warning: mysql_query() [function.mysql-query]: A link to the server could not be established in /home/content/85/4139185/html/blog/wp-content/plugins/quickstats/quickstats.php on line 346

Warning: mysql_fetch_row(): supplied argument is not a valid MySQL result resource in /home/content/85/4139185/html/blog/wp-content/plugins/quickstats/quickstats.php on line 346