11 November, 2010

What does your Customer want?

Product Conclave 2010
I had the privilege of attending Product Conclave 2010 conference organized by Nasscom recently thanks to my organization’s sponsorship. Apart from the fact that I was nominated to learn about Cloud based services, all that the agenda said was that it was targeted towards entrepreneurs. And it feels good to think that you are an entrepreneur, isn’t it? At least, an entrepreneur in the future?

One really nice thing about this conference was the wide array of panel discussions and workshops spread over two days.  I happened to attend one such workshop on “Building Great Products with Inspiration and Rigor”. What struck me at the end of the workshop was how stupidly we as engineers build products by thinking less about the customer and more about the profits we need to make.

Goal of the Workshop
You need to design and build the best pet possible in a competitive market. Your goal is to make more net revenue in units than your competitors. The team that has made the most units, not necessarily sold the most animals, will win the competition. Legos will be provided to build the pets.

Strategy
Our team was a complete set of strangers including a senior manager, two entrepreneurs, one marketing person, two directors of a startup, a developer and a tester (Me!).   For a moment, I felt like the worst nerd in the team and being the worst helped me as you’ll find out in a while.

The senior manager and the developer suggested that we break into two teams: Core pet building team and the revenue team. Pet building team started building the pet based on the specifications given to them while the revenue strategy team started working out the pricing detail. We would have 3 iterations to build the pet. At the end of each iteration, a record number of 24 customers would walk by for a demo after which they would decide to buy or reject the pet.

Lost Once, Lost Forever               
At the end of first iteration, we were ready with a sexy pet we called ‘Pet-O-Smart’ – an alien dog which is not just a caring pet, but also acts as a robot to entertain the pet owner [This is just a simulation, remember?].  When the customers came by, our team collectively decided that we would not sell the pet yet as we thought it wasn’t fully ready. Our pet needed some more development while the revenue team was busy working out the pricing based on the market research we bought during first iteration. Some customers found our partially developed pet very attractive to buy, but were disappointed with our decision not to sell the pet yet.

Lesson: Customers who visited us at the end of 1st iteration were not only interested in our pet, but were cash rich. There was a high possibility that they would have bought many pets at the price we quoted. We didn’t intend to sell at this point and we prided in that decision as we heard cheers from other teams as they made their sales. It was a pretty bad decision for a reason. Even if we did not want to sell it, we could have demoed our pet to many customers (Campaign Management) and develop some leads (potential customers) for subsequent iterations. We lost some customers some of whom never came back because they were offended that we drove them away.

Conservative – May Buy
At the end of second iteration, Pet-O-Smart was fully ready for demo and sale. We priced it at 61 units per pet. First customer came in and all that we did as a team was surround like ants around a sugar cube and confuse him with all sorts of data of what it doesn’t do. We highlighted how our pet does bite now and then, but it’s harmless. Customer got angry. Another customer was driven away knowing our pet barked.
After a little retrospection, I informed the team how we were talking less about the positives and more about the negatives of the pet which forced the customer not to buy our pet. I took the lead in demoing to the customers henceforth. The approach I used was simple: Focus and highlight all the features and advantages in the pet. Don’t even mention the negatives. It went well. Some customers were smart. They asked ‘Does your pet bite?’, ‘Does it bark?’, ‘How aggressive is your pet?’ In addition to answering these direct questions, I also highlighted how our pet was harmless and could be child friendly for kids to play with. Impressive. We sold about 5 pets after 2nd iteration.

Lesson: We thought we were smart. Some customers ended up asking key questions like ‘How many legs does your pet have?’ When our answer did not meet their requirement, they simply walked away yelling ‘Oh! This is not what I am looking for’.  For some customers, their requirements did not match ours.

I wish it was a little Cheaper
To spice up the whole workshop, we were not told about what the customers expected from the pet. All we were told was we had to answer customer’s questions and based on that we had to build/re-build our pet. How insane? We don’t get to talk to our customer about a product they want? Sounded foolish. But what about customers whom you don’t even get to know about in your lifetime, but still may be potential users of the product.

In spite of being warned that we are not supposed to ask questions, our team started drilling information from customers based on their reactions, their body language and sometimes even their comments. Some of them provided valuable information for us based on which we changed our design a bit and repriced our product at 57 units. And our sales increased by another 3 pets.

Lesson: At the end of third iteration, we met up with many customers who were interested to buy our pet, but were falling short of money. This is when we realized that we shouldn’t have driven away customers after first iteration when they had the most money. We did not adapt quickly. We took time not just to build the product, but to market it as well. It cost us a few more sales deals.

Our team stood 4th in the total number of sales made, but that’s not the point. The point is where we faltered. The whole idea of the workshop was to identify those failure points and learn from them. And we did.

What does a Customer want anyway?
Customers are of prime importance.  Engineers have talent, Customers have money. Engineers build products; Customers are ready to pay for them. Some customers have rich cash flow, some are conservative in spending, but they don’t mind investing once in a while on products which will profit them and some customers are desperate to buy your product, but they just don’t have the money. There are all types of customers and it's important to study them and the markets they cater to in order to build products that are suitable for them.

Customers doesn’t need an infinite number of features in the product to make them look super cool in a room of a hundred people at a conference. They’ll be happy with a single feature that can touch lakhs of people’s lives and make a difference and of course, fetches a reasonable profit in turn for their hard work. Is that so hard?


Regards,
Parimala Shankaraiah

10 comments:

  1. Hi,

    I got questions for myself reading this post. Remembered words of Mahatma Gandhi, "A customer is the most important visitor on our premises. He is not dependent on us. We are dependent on him. He is not an interruption of our work. He is the purpose of it. He is not an outsider to our business. He is part of it. We are not doing him a favour by serving him. He is doing us a favour by giving us the opportunity to do so."

    "..we were not told about what the customers expected from the pet."
    The team works for giving what matters to customer by knowing what can be delivered and communicating it to customers. I learned this three years back when I was working with clients sitting beside them. Also came across situations where it was not possible to provide what they wanted, as it may create problems to them in coming days. Mutual agreement between service provider and service expecting group on problems that may come up, helped to negotiate.

    I have few questions. Can service given be perfect or reasonable? Situations can have influence here right? As a customer do you expect perfect service or reasonable service when your needs are essentially critical. If you ask me what I understand for 'perfect' and 'reasonable' it will be complete and sensible respectively for now. I got these questions for myself. I was with reasonable. Wanted to know how you would address this.



    Ravisuriya

    ReplyDelete
  2. Hi Parimala,

    This was an excellent experience report, I really enjoyed reading it.

    Sounds like the session was very fun, thought provoking & insightful!

    I'm glad you jumped at the chance to lead, it sounds like you spotted your teams flaw quickly & fixed it! Not many people can do that, or both for that matter, well done.

    Lovely post, I'd love to be able to interact with some real customers of our product. Even though these weren't your company’s customers it must have been so beneficial for you.

    Cheers,

    Darren.

    ReplyDelete
  3. Hi Pari,
    As usual another thoughtful post from you. Your post remembers me the statement " Quality- Fitness for use and the fitness defined by the customer:

    Thanks
    Ram

    ReplyDelete
  4. Hi,
    Very nice post.Quite informative,neat and short. I just learnt one lesson also here.

    "I see, you people missed out project plan when you started the task. I mean a plan that tells you what's your strategy of making the product in iterations and how you market/project it. Marketing guy should have played a key role".

    Thank you

    ReplyDelete
  5. @Ravisuriya

    Can service given be perfect or reasonable? Situations can have influence here right?


    What is service to you may be different to me and vice versa. Ask the customer. The reason I wrote this blog though it does not appear related to testing directly is this: Get the most information from the customer about what he wants, what his painpoints are and try to solve them. If you build a great product, but hardly addresses problems for the customer, there is no use.

    Thanks for Mahatma Gandhi's version of Customer. I would be glad to know the source where he quotes this. At least, I don't remember reading this in his autobiography :)

    Regards,
    Parimala Shankaraiah

    ReplyDelete
  6. @Manusree

    I see, you people missed out project plan when you started the task. I mean a plan that tells you what's your strategy of making the product in iterations and how you market/project it. Marketing guy should have played a key role


    The revenue strategy team that I mention above was responsible for the strategy and the marketing part. It was them who suggested that we invest in a couple of surveys and based on which we decided not to sell the product at the end of the first iteration. And yes, marketing plays a huge role in selling products no matter how great they are!

    Good Point.

    Thanks,
    Parimala Shankaraiah

    ReplyDelete
  7. @Ram

    Your post remembers me the statement Quality - Fitness for use and the fitness defined by the customer


    Thanks Ram. I am glad this was informative to you.

    Regards,
    Parimala Shankaraiah

    ReplyDelete
  8. @Darren McMillan

    This was an excellent experience report, I really enjoyed reading it


    Welcome to my blog Darren. Glad to know you enjoyed this post.


    I'm glad you jumped at the chance to lead, it sounds like you spotted your teams flaw quickly & fixed it! Not many people can do that, or both for that matter, well done

    Yes. It felt good that I spotted the problem early, but it did make me apprehensive given that it was a team of strangers working together. And I must say there was one person who was extremely aggressive and hardly listened to other members. We kind of channelized him by putting him in the revenue strategy team which was a good thing :-)

    Lovely post, I'd love to be able to interact with some real customers of our product. Even though these weren't your company’s customers it must have been so beneficial for you

    Ever since I started testing products, I have emphasized the importance of getting more information not just from developers, but technical support people, implementation teams and the customers as well. In a typical organizational support, I have often seen this request for more interactions and information collection get suppressed simply for the fact that these teams are led by different Business Units who don't want their team members to be spending time with other teams just for accounting and billing purposes.

    On the other hand, I have also observed that this information flow is very fluent and easy in small startups or smaller organizations where communication is the key.

    It's wonderful to be able to see different aspects of the problem and coming up with a solution when you are part of it.

    Thanks for visiting,
    Parimala Shankaraiah

    ReplyDelete
  9. Its very helpful and good Experience really what as a customer( i felt )when i went to shopping correlated and lively Presentation thanks

    ReplyDelete
  10. This Blog is one of the best top 100 software testing blogs by this article:
    http://www.testingminded.com/2010/04/top-100-software-testing-blogs.html
    but for me, it's just the best! continue with good work dude! see you!

    ReplyDelete