Product Discovery Playbook

Product Discovery Playbook

Product Discovery is an exercise in working out whether there are customers that want the product (or feature) you’re working on and that you can deliver a solution to them.

Product Discovery comes in different shapes and sizes, depending on the situation. A Product Discovery for a new feature will likely run a little differently to a Product Discovery for an entirely new venture. You might be running Product Discovery continuously, or you might, for various reasons, be only able to run Product Discovery more like a project with a defined start and finish. No matter what, there are some essential elements that you will most likely include.

This playbook focuses on the essential elements for running a Product Discovery, including the key concepts, inputs, activities, and outputs. It has been constructed and back tested against the many discoveries we’ve run at Terem. It’s inspired by thinking and practices from Steve Blank, Lean Startup, Teresa Torres, Marty Kagan and the Double Diamond.?

Why do a Product Discovery??

In short, a Product Discovery increases the likelihood that you will have a successful product and reduces the risk of developing the wrong product for the wrong customer.

Even if you have already done the research and already have a good understanding of your customer, it is still critical that you understand your customers’ needs as it relates to your planned opportunity, solution, product, or set of features.

If you need more of a justification, either for yourself or a stakeholder, then you can go and?read through a more detailed explanation of the benefits and risks of doing Product Discovery .

Key Concepts

The core concepts that you need to consider with Product Discovery are:

  • Desirability – do our customers and users want it??
  • Feasibility – can we deliver what users want??
  • Viability – can we make it work as a business?

Everything you do in discovery is centred around finding answers to these key questions or improving your answers. This is sometimes thought of as product/market fit:

No alt text provided for this image

Key Inputs

Before you start Product Discovery, you are going to want (or need) some information. Generally speaking, you’ll want:

  1. A strategy
  2. OKRs
  3. Customer data ??
  4. Constraints (e.g. budget, timeframes)

However, if you don’t have these items, then it’s not necessarily a problem that should prevent you from doing discovery. In fact, sometimes, you will be undertaking Product Discovery to get this information.

The level of information you have, usually depends on the level you’re doing discovery. For example, if you are doing Product Discovery on a new major feature with an established, existing product in a large organisation, then you will likely have customer data, a strategy and OKRs. On the other hand, if you’re founding a startup or creating a corporate venture, then you likely won’t have a strategy, OKRs or customer data.

Preparation

You will also need to do some preparation and planning to ensure your discovery is set up for success.?

Your primary focus in planning is to work out what your hypothesis about the opportunity is and what the key risks are. From this work, you will want to form a clear opportunity (or problem) statement along with an outline of the risks that need your attention.

No alt text provided for this image

You will also need to ensure you have the appropriate team members available. This could be the?Product Trio ?of the Product Manager, Design Lead and Tech Lead, or it could include others depending on what you’re planning (some,?like Google , call it the?Product Triad ). For example, if you’re working on an AI product, it makes sense to include an AI specialist. If you’re working in a specialised domain, like accounting, then you might want to include a subject matter expert like an accountant.

Lastly, in preparing for discovery, you want to make sure you have alignment with key stakeholders. Make sure they are aligned on what you are going to focus on, what questions you will answer, what your output will be and how you will share progress with them. One way to avoid surprises and gain alignment is to think ahead and talk through what decisions stakeholders might be faced with at the?end of discovery .?

Key Activities

There are some key activities that take place in almost every discovery. These activities have been grouped by how they help improve your understanding:

  1. Understand the opportunity
  2. Understand customers
  3. Understand the market
  4. Understand how it works for the business
  5. Understand how you’ll deliver the solution (could also be product/opportunity)
  6. Understand risks
  7. Understand how it can work within your organisation

1. Understand the Opportunity

You will want to spend some time together and separately workshopping, brainstorming and thinking about the opportunity.?

User Story Maps ?and?Opportunity Solution Trees ?are useful tools here.

2. Understand Customers

To understand your customers, you will want to undertake research activities like:

  1. Customer interviews – you can?learn how to run customer interviews here ?or?watch a video here .
  2. Surveys – like?running a survey on Jobs-to-be-Done
  3. Customer data analysis

You will also need to spend time translating what you learn from your research into frameworks like the Customer Value Proposition Canvas and Jobs-to-be-Done.

You might even run?landing page experiments ?or put together a clickable prototype.

3.?Understand the Market

This is where you want to look at the landscape as it relates to your opportunity. What substitutes are out there? What are your competitors doing? What complementary products are out there?

For close competitors, you may even want to deep dive into what they are doing by using their service, interviewing their customers and analysing their go-to-market.

4.?Understand How it Works for the Business

You will need to work out how your planned product or feature will benefit the business. In some situations, this is about being clear on success metrics. In other situations, you will need to undertake more comprehensive business modelling, like creating forecast Profit & Loss Statements and doing unit economic analysis.

5.?Understand How You’ll Deliver Your Solution

You need to work out how you are going to address the opportunity or problem with a solution. At this stage, you might come up with multiple solutions. It is worth thinking about whether your current go-to-market process will work with this new solution. Many products have failed because they were built, but the organisation did not know how, or was not motivated properly, to reach the right customers with them.

6.?Understand Risks

You want to put time into understanding the risks associated with:?

a) your knowledge gaps (understanding of desirability, viability and feasibility), and also

b) the risks to the success of the opportunity you are pursuing.

This can be as simple as a workshop, maybe using Argument Mapping, or it might be more involved where you dedicate explicit time and effort to each risk you identify.

You can use this list below,?from Marty Cagan , to help in your assessment:

  • Value risk – do the customers actually want this particular problem solved, or is our proposed solution good enough to get people to switch from what they have now?
  • Technical risk – will the technology work at the scale and performance we need?
  • Financial risk – can we afford this solution?
  • Business development risk – does this solution work for our partners?
  • Marketing risk – is this solution consistent with our brand?
  • Sales risk – is this solution compatible with our go-to-market strategy?
  • Legal risk – is this solution something we can legally actually do?
  • Ethical risk – is this solution something we should do?
  • Stakeholder risk – will this work with the different people in the company??

Most technology teams jump straight to technical risk, but, in my experience, the most important risk is usually whether customers actually want what you are proposing within the business model that you have (or are proposing).?

7.?Understand How it Can Work Within Your Organisation

If you are in a large organisation, then it is worthwhile considering how the opportunity fits within your organisation and can progress. Many great ideas die because the time and energy weren’t invested in aligning it and socialising it within the organisation. So make sure you understand the pathway within the organisation for your product to succeed.

Outputs

Some of the outputs that you will want to be producing or iterating on are (in no particular order):

  1. Customer Interviews, the Notes and Insights
  2. Prioritised Customer Personas
  3. Opportunity and Market Size
  4. Product Strategy
  5. Assumptions and Risks Register
  6. Wireframes/Mockups
  7. Competitor Research
  8. Prioritised Jobs-to-be-Done
  9. User Story Map
  10. Solution Diagrams and High-Level Specifications
  11. Key Success/Failure Metrics

Further Reading:

Articles

  1. Why do Product Discovery
  2. End of Discovery Decisions
  3. Why “But we Understand Our Customer” Makes Me Nervous
  4. The #1 Source For Product Ideas

Videos

  1. 8 Reasons for Doing Product Discovery
  2. 4 Risks of Not Doing Product Discovery
  3. What is the #1 Resource for Product Ideas?

Books

  1. Continuous Discovery ?by Teresa Torres
  2. Inspired ?by Marty Cagan
  3. The Four Steps?to Epiphany ?by Steve Blank
  4. User Story Mapping ?by Jeff Patton

***

This post originally appeared on?Terem.tech

Andrey Pokul

Senior Product Manager | Business Project Management | SAP BTP

2 年

Great work outlining and putting all those factors together. Thank you, Scott!

Great work Scott, very insightful

Mark Drasutis

Digital, Product & Technology Leader | Storyteller | GAICD

3 年

Like it, nice work Scott

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

Scott Middleton的更多文章

  • AI for Boards of Non-Tech Companies

    AI for Boards of Non-Tech Companies

    I’m asked regularly to share my thoughts on AI for a Board so I’ve developed a presentation that I use. Rather than…

    1 条评论
  • Returns from Product Development: A Case Study

    Returns from Product Development: A Case Study

    The way a business undertakes product development is driven by the types of returns it and its shareholders are looking…

    8 条评论
  • Returns from Product Development

    Returns from Product Development

    A business needs to see that the investments it makes are driving a financial return. This sounds simple but “desirable…

  • REST API File Upload Best Practice

    REST API File Upload Best Practice

    Uploading files to an API might seem like a solved problem, and mostly it is, but the trick is selecting the best…

  • API Design Guidelines: Essential Elements

    API Design Guidelines: Essential Elements

    The best API builders globally have API Design Guidelines to help them guide the development and design of their APIs…

  • Architecture Patterns for App Modernisation

    Architecture Patterns for App Modernisation

    When you are modernising a software application the architecture patterns you will use to evolve from where you are to…

    1 条评论
  • App Modernisation: An Overview

    App Modernisation: An Overview

    App Modernisation is a popular topic, particularly in older organisations although it is also used with increasing…

  • Tech Spinout Equity Guide (Part 4): Spinout Cap Tables

    Tech Spinout Equity Guide (Part 4): Spinout Cap Tables

    Spinout cap tables have some unique aspects to them. Spinout cap tables are a little different to venture-style startup…

  • Tech Spinout Equity Guide (Part 3): Private Equity Review

    Tech Spinout Equity Guide (Part 3): Private Equity Review

    When structuring equity in a tech spinout there are lessons that can be learned from private equity’s approach to cap…

  • Tech Spinout Equity Guide (Part 2): Startup Cap Table Review

    Tech Spinout Equity Guide (Part 2): Startup Cap Table Review

    The structure of a typical venture-style startup is essential to keep in mind when structuring the equity and cap table…

    1 条评论

社区洞察

其他会员也浏览了