Archive for the 'Customer relations and service' Category

Product Camp Boston and “ignorant” customers

Saturday, November 14th, 2009

PRODUCT CAMP
I went to my first Product Camp this month.  It was the second one held in Boston.  These are “unconferences” organized in the barcamp style.  That is a self organizing conference.  Anyone who wants to give a presentation puts a short description up on a board.  Everyone has a few colored dots to place on these proposals to vote their preferences.  The number of votes a presentation gets determines what room it’ll be held in and to some extent when it is scheduled.  Then everyone attends the presentations of their choice except when they are giving one.  There were a couple of invited presentations that all attended and then about 5 rooms running simultaneously.  There were 140-180 attendees.

MY SESSION
I proposed a session titled “Ferreting out Customer Needs.”  It was more popular than I expected.  I anticipated leading a discussion with a dozen people around a table like the first session I attended.  Instead I found myself giving a podium presentation in the biggest room with 2 screens before about 70 people.  Good thing I decided to type my notes into Powerpoint instead of Word at the last minute.  Risk management, you know?

IGNORANT CUSTOMERS
Still, I did go through the room asking everyone why they attended and what they hoped to learn.  My focus was on the importance of understanding your customers’ needs and how to do that.  Yet three people wanted help making their customers understand they don’t need features they were demanding.  I think all three were from software companies.

My bias is to assume in a case like this YOU are the one not listening to your customer.  I diplomatically hinted at that but did not provide the definitive and fair answer they deserved.  I might be right but it occurred to me later that one of the tools that I talked about could be used to address this question.

MY ANSWER – MAP FEATURES TO NEEDS
The concept is simple.  Customers have needs.  They buy products (and services) that offer certain benefits to meet those needs.  Features provide the product’s benefits.  Engineers design features.  Someone has to do a mapping between the customer needs and product features.  (Often that will be the product manager.)   This is how you insure the engineers are working on the right features.

Not doing so means you spend a lot of time and money on features the customer won’t value (i.e. pay for) because they don’t meet any need.  Moreover, you risk completely missing customer needs leaving an opening for the competition.  After all, the single largest reason for product failure is developing products that don’t meet real customer needs.

This concept is easily pictured.

CUSTOMER has        PRODUCT        ENGINEER designs
____Needs___==>   Benefits   <==___Features____
……..need 1                                         feature 1
……..need 2                                        feature 2
……..   …                                             feature 3
……..                                                  feature 4
……..                                                  feature 5
……..                                                   …

If you can’t map a feature to a need, that’s a sign it shouldn’t be there.  If you have needs not met by any feature, they have to get into the product requirements and you have work to do.  This is a good tool to help you focus on the features you should develop and to put off those you shouldn’t.

What if you think your customer is demanding features they don’t need making you waste time and money?  The first possibility is that you really don’t understand their needs.  You need to revisit your voice of the customer work to see what you missed.  The second possibility is that you are right.

My answer in either case is that you should sit down with your customer with the lists of needs and features and map the connections together.  The customer might put needs on the list that are supported by the features you thought were unnecessary.  Or you might be able to demonstrate to the customer that these features do not connect to any of their real needs.  Be aware that emotional needs may not be obvious yet can be more important than any functional need.  An unused feature may provide a feeling of security for example.  “It’s there just in case I need it.”

This is a good exercise in any case and is likely to lead to surprise learnings for both of you.  The process should also bring you closer to your customer and that can’t be bad.