Product Discovery Part 1.

Product Discovery Part 1.

We all have heard about agile Product delivery etc but there is an element which is missing in product life cycle. And that bit is Product Discovery. Product Discovery answers the question "Should we build it" before going to "Can we build this".

Normally what happens is features are decided by leadership and then they are prioritized and then we start building from the top of this list. This is how most teams work but the underlying assumption here is : Whatever we are building is needed by our customers , customers would like to pay for it and we know our customers very well since we have been working with them since so long. We might also have customer research team OR may be user insights team or something similar whose job is to tell us what customers think and what they want etc.

My only question here is : How much money is spent before we realize that we were wrong OR what we built was actually not needed OR we thought this product will generate 100K $ in first 6 months but it has generated only 42K $ etc.

Think about it, Which statement sounds better : "We spent 1000 $ and proved that this is the wrong idea" OR "We have spent 100K$ and proved that this is the wrong idea". Believe me , if you say the latter , your CFO will come down from her office and would like to talk to you :))

Now, I am not asserting that it is right or wrong but I wanted to share a different ( and may be new) perspective of effective product management.

Product discovery is very different from product delivery. Product discovery is about understanding deeply how customer's think , believe and possibly use our product. It is about understanding customer's world. There has to be continuous user and market research. And it is not only the responsibility of some isolated team, every team member in product team should participate in that research and interviews.

Some of the techniques are :

Customer journey maps ( more on this will come soon......... ),

Empathy maps ( Here we focus on what our customers are thinking , what are they seeing , what are they doing and how they are feeling ) : Rather than solving the challenge from my or your's perspective , everybody on the team aligns around solving the challenge from customer's perspective.

Customer Personas ( These are demographics which represent your customer segments. They talk about what are their goals , what are their motivations, what are their current conditions , where they want to go etc )

The basic premise here is that we are not sitting inside the building and thinking what to built rather we are into the field getting real data from real people so that we can make informed decisions and ideas emerge.

Now, let us talk about design thinking as well because it relates closely with how product discovery can be done. Design Thinking (DT) is an umbrella term which people use to describe problem solving approach that begins with understand the people and their REAL problems and ends with the solutions that are tailored to them. Some people also call DT as HCD (Human Centered Design) or UXD (User Experience Design) and some other terms. There are 5 basic steps to do DT and they are : Empathise, Define, Ideate, Prototype and Test.

These five steps are done within a week (at max) because we do not want our customers to say "I know this is exactly what i said in requirements doc but now that i see it practically , i am not sure i really need this". This puts us and our customers in an awkward situation. Hence , we can try to build failure immunity where our customers are happy that we failed in 2 days so that now we know what doesn't work and as a result we can try something else.

Design thinking tends to build failure immunity. David Kelly said "you have to fail fast if you have to succeed sooner". I will talk more about Design thinking in the next article.

Let's finish up by touching on different ways to test our ideas (which is an integral part of Product Discovery) which are : Smoke selling (it is a one page landing page which describes the product and request the visitor to sign up to a mailing list. Here you can do very quick iterations by changing the product or feature descriptions etc) , Test using Product Demo Video (Dropbox is a great example for this. You can search on YouTube for it.), Test using the Concierge test (here we cater to user's request manually. Example is Zappos. Currently Zappos is one of the largest online shoe stores in the world. How they started is by going to a local shoe store and clicking photos of shoes. Put those pics on the website page. If anyone clicks to purchase the shoes from them , they would physically go to shoes store , purchase the shoes and mail them to customers.



Amol GITE

Agile. Digital Transformation. Ecommerce

4 年

How do you measure Value?

回复
Sourabh Jagavkar (CSPO?) MBA

Product Manager: I help Product companies build, launch and scale products by leveraging data and user insights to increase revenue

4 年

Varun Maheshwari Nice article. Overall it's really important to answer the why's before we start working on a product or implementing a feature.

要查看或添加评论,请登录

Varun Maheshwari的更多文章

  • Scrum will not solve your problems

    Scrum will not solve your problems

    The statement "Scrum will not solve your problems, it will only bring them to the surface" encapsulates the idea that…

    1 条评论
  • Kanban : Much more than kanban board

    Kanban : Much more than kanban board

    What is Kanban? "Kanban" is a Japanese term that translates to "signboard" or "billboard." In a work context, it's a…

  • Product Metrics

    Product Metrics

    Just to be clear guys, I am talking about agile ways of working & Product development in an agile context. Agile ways…

    1 条评论
  • Scrum, beyond just mechanics......

    Scrum, beyond just mechanics......

    We all are quiet familiar with Scrum and sometimes we think if we are doing sprints between 1 to 4 weeks , we have a PO…

  • Developing the Culture of Trust, Respect and Accountability.

    Developing the Culture of Trust, Respect and Accountability.

    Have you heard "I want to create the Culture of Accountability , Trust and Respect in my Company" ? I think you cannot…

  • Never ever fall in love with your product !!!

    Never ever fall in love with your product !!!

    Yes, it is true. Sounds counter intuitive ? Well, let's see.

  • Quality On Time.

    Quality On Time.

    I have talked about Quality in my earlier article ( https://www.linkedin.

    29 条评论
  • Leadership in practice........

    Leadership in practice........

    The question I am trying to focus on here is : I know all the theory about agile , leadership, empowerment etc but not…

    1 条评论
  • Changing how we think about Change.

    Changing how we think about Change.

    Recently completed a course from Aaron Dignan and sharing what i have learnt. First of all organisations are complex…

  • Enterprise agility = Continuous everything

    Enterprise agility = Continuous everything

    Let's jump right into the meat of the matter. If we ask what is agile to 10 different people, we will get 20 different…

    2 条评论

社区洞察

其他会员也浏览了