post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Product Strategy

How Bain & Company adapted its product strategy for AI: Kasia Mrowca (Director of Product) — Product Unplugged

Product Management

Sunday Rewind: Product, dance, and pockets of brilliance by Pippa Topp

B2B product management

Artificial Intelligence (AI) & Machine Learning (ML)

Building Product Teams

Business Strategy

Data Driven Product Management

Digital Transformation

Diversity and Inclusion

Minimum Viable Product

OKRs

Prioritisation

Product Design

Product Research

Product Development Process

Product Ethics

Product Discovery

Product Leadership

Product Management Career

Stakeholder Management

🌎 <a href="https://www.mindtheproduct.com/world-product-day/" style="color:#FFFFFF;text-decoration:underline;">Happy World Product Day!</a> Be sure to celebrate product, yourself, and your peers today! 🎉

What AI can’t—and shouldn’t—do for product managers

5 difficult conversations and how to have them

A no-code approach to building MVPs 

Why great product managers think like therapists

Netflix introduces major TV product redesign

Rik is a Principal Product Manager at Skyscanner. He writes about Product Management on medium.com/@rikhigham and created ExperimentationHub.com to help you become an expert in A/B testing!

Principal Product Manager

Rik Higham

<p>Job stories, backlog items, workshop ideas, roadmap features… it’s easy to feel overwhelmed by the scale of potential directions you can take a product in. And it’s natural to want order in this chaos. Prioritisation is a core part of Product Management, and it’s the topic I most commonly get asked about by other Product Managers. But it can also cause a lot of stress &#8211; while prioritisation is important, too much emphasis is put on it.</p>
<p>I think you should keep the prioritisation process fast and flexible. This frees you up to focus on other crucial parts of your role, like gaining insights and actually delivering.</p>
<p>Part of the problem with prioritisation is the assumption that a “correct” order exists in the first place, and the myriad of prioritisation methods available feeds this myth. It implies that once you discover the perfect sequence of priorities you will magically arrive at a reliable and predictable roadmap for your product. Unfortunately reality is not so kind. Here are a couple of uncomfortable truths about prioritisation:</p>
<ul>
<li>A lot of the time prioritisation is based on hunches and guestimates</li>
<li>You’ll probably only do one or two items from your beautifully manicured list before it changes</li>
</ul>
<p>Take the Impact/Effort Matrix as an example. It falsely assumes we know in advance the specific value of each item and the time it will take to implement each of them. However, how can we know the impact that something will have before we put it in front of customers? And how many times has a project taken longer (or even shorter) than expected to deliver?</p>
<p>Underlying the prioritisation questions of “what order is best” and “which are the most important ones”, is the aim of discovering “what’s the fastest way I can reach my objective?” I think therefore you should put the focus on learning and rapid experimentation to quickly find the best path.</p>
<h2>Story Awareness Set</h2>
<p>Instead of an ordered list I prefer to imagine a pool of potential job stories and hypotheses: the Story Awareness Set. The more insights a story has to back it up, the nearer to the top it floats. As you learn more about your domain certain stories tend to bubble up. When you’re ready to start developing the next story just pick any of the ones near the surface. This allows you to be very flexible and agile.</p>
<p>Express each idea in the Story Awareness Set as a combination of a Job Story and Hypothesis:</p>
<p><em>When <span style="color: #993366;">[situation/context]</span>, I want to <span style="color: #993366;">[motivation]</span>, so I can <span style="color: #993366;">[outcome]</span>.</em></p>
<p><em>Based on <span style="color: #993366;">[quantitative/qualitative insight]</span>, we predict that<span style="color: #993366;"> [product change]</span> will cause<span style="color: #993366;"> [impact]</span>.</em></p>
<p>This captures the situation the user is in, their motivation, their desired outcome, the change you’re proposing to address their need, and the predicted impact. Fundamental to this are the insights underpinning it, which is why they are explicitly stated at the beginning. Crucially we aren’t asserting a speculative impact upfront. Instead we’re making a hypothesis after interpreting observed qualitative and quantitative insights. Framing the hypothesis like this is also an important first step in designing a <a href="https://medium.com/@rikhigham/hypothesis-kit-for-a-b-testing-d21d4451e93b#.qadsiky0h">rigorous, trustworthy A/B experiment </a>to test your prediction. The more you understand about the story, the more confident you can be in its value. If there are no obvious insights it is less of a hypothesis and more of an assumption. That’s OK, but it’s important to recognise the difference and make sure you’re testing assumptions in the <a href="https://medium.com/@rikhigham/the-mvp-is-dead-long-live-the-rat-233d5d16ab02">smallest way possible</a> to reduce their risk.</p>
<h2>Seven Simple Steps to Stress-Free Prioritisation</h2>
<p>Product management is beautifully messy and full of delightful uncertainty. Don’t let prioritisation suck the life out of it. Here are some steps to make prioritisation feel second nature:</p>
<h3>1. Accept you can’t do everything</h3>
<p>That’s OK, no one can.</p>
<h3>2. Embrace the uncertainty</h3>
<p>There is no perfect order, and that’s fantastic! We can be a lot more responsive now.</p>
<h3>3. Pick an item and start working on it</h3>
<p>It doesn’t matter which, go with your gut. It’s more important to do <em>something</em> and learn quickly from it rather than agonise over <em>what</em> to do. Put the focus on: what’s the most you can you learn in 24 hours? It may seem counter-intuitive but getting something rudimentary in front of your customers will actually make it easier to prioritise the larger story.</p>
<h3>4. Ask probing, incisive questions about the other items in your Story Awareness Set</h3>
<p>What problem will it solve? What will we learn from it? What questions will it answer? What will it tell us about our direction and strategy? What key assumptions will it address? How will we measure and evaluate it? And so on.</p>
<h3>5. Identify insights for the items in your Story Awareness Set</h3>
<p>Have you seen people struggle with this in usability testing? Is it raised a lot in Jobs to be Done interviews? Have you identified patterns or unexplained behaviour in your analytics data? Did a previous experiment highlight an unmet need or challenge existing assumptions? The more qualitative and quantitative insights you have to back up the item, the more you’ll understand its value.</p>
<h3>6. Talk to your engineers and designers</h3>
<p>Avoid asking them for estimates of time or effort. The answer is just a number. It won’t help you gain a deeper understanding. Instead ask questions to expose potential risks and identify known unknowns. Is it worth doing a technical spike (a small, time-boxed investigation into a specific technical issue)? Would more targeted user research or basic prototype testing give us a clearer direction? What are the potential technical, system or product complexities they can they foresee?</p>
<h3>7. Start the next item and repeat</h3>
<p>There should now be some clear candidates to pick up next. The ones whose backgrounds feel more fleshed out and are on more solid ground.</p>
<p>Keep thinking about the rest of the items in your Story Awareness Set. As you learn you’ll continue to see them in a different light and you’ll get smarter about which tasks to pick up next.</p>

core/freeform

What good product design looks like – Miguel Fernandez (VP of Product Design, Slack)

10x Product X Design: Product and research team collaboration by Jane Austin

Learnings from London: What is it like to hold Google in your hand?

Learnings from London: How to build a billion dollar app

Product Systems: How to manufacture lightning in a bottle by Oji Udezue

Product management meets UX design by Tanmay Goel, Emi Kwon, Simran Kaur

Designing a sustainable future by Leyla Acaroglu

Making Hard Product Decisions for All the Right Reasons

Product Vision 2020

The Importance of Empathy, By Jack Sheppard

Seven Simple Steps to Stress-Free Prioritisation

ProductTank Berlin

ProductTank Köln

ProductTank Chicago

ProductTank Washington

ProductTank Vilnius

ProductTank Malmö

ProductTank Abu Dhabi

ProductTank Phoenix

ProductTank Genève

ProductTank London

ProductTank Porto

ProductTank Victoria

ProductTank México City

ProductTank Pune

ProductTank Hyderabad

ProductTank Valencia

ProductTank Auckland

ProductTank Helsinki

ProductTank Barcelona

ProductTank San Diego

ProductTank Canberra

ProductTank Perth

ProductTank Hong Kong

ProductTank Bangkok

ProductTank Doha

ProductTank Tel Aviv-Yafo

ProductTank Reston

ProductTank Raleigh

ProductTank Charlotte

ProductTank Richmond

ProductTank Zagreb

ProductTank Edinburgh

ProductTank Paris

ProductTank Hamburg

ProductTank München

ProductTank Manchester

ProductTank Bristol

ProductTank Oxford

ProductTank Madrid

ProductTank Des Moines

ProductTank Dallas

ProductTank Portland

ProductTank Curitiba

ProductTank Philadelphia

ProductTank Los Angeles

ProductTank Gdansk

ProductTank Pittsburgh

ProductTank Chennai

ProductTank Mumbai

ProductTank Fribourg

ProductTank Norwich

ProductTank Zürich

ProductTank Jacksonville

ProductTank Florianópolis

ProductTank Tallinn

ProductTank Denver

ProductTank San Francisco

ProductTank Sheffield

ProductTank Tokyo

ProductTank Columbus

ProductTank Belfast

ProductTank Montréal

ProductTank Seattle

ProductTank Lausanne

ProductTank Reading

ProductTank Bielefeld

ProductTank Frankfurt

Seven Simple Steps to Stress-Free Prioritisation

Rik Higham

Read more