๐Ÿ› ๏ธ How to Connect User Problems to Business Goals


How to Connect User Problems to Business Goals

READ ON

โ€‹HERBIG.COโ€‹

PUBLISHED

Feb 16, 2024

READING TIME

4 min & 33 sec

โ€‹Dear Reader,โ€‹

Most people mistake Impact Mapping as a framework. As something they โ€œhave toโ€ fill out. I encourage teams to treat it as a visual aid. Hereโ€™s what it can do for you but what it relies on to be useful:

  • Itโ€™s a structure for the Synthesis of your Discovery (and OKRs and Strategy Work).
  • Itโ€™s Garbage-in-Garbage-out. It either connects the dots that are there (independent of their quality) but can also help you uncover your blind spots

Here are five proven practices that improve your way of connecting business goals to user problems through Impact Mapping immediately:

Use Specific Impacts

It's easy to default to generic KPIs to set your Impact. But this will rarely help a product team with guiding their decisions. Instead, use specific Strategy Choices to define clear Impacts:

Accelerate inventory through private sellers โ†’ X% Inventory share from Private Sellers (instead of "Inventory Growth")

Connect it to other Practices

Impact Mapping should guide the decision-making of existing practices, not start a parallel universe. The various levels of the map connect to various Discovery practices like Strategy/Alignment to frame the Impact and Actors, Research to arrive at proven Outcomes, and Ideation + Testing for the Output and Experiment levels. Another loose mapping is that the Impact should link to Company KRs or Annual Team KRs, whereas the Outcomes should inform your Quarterly team-level KRs

Adapt and Bend it

Almost no way of working adds value to your work "out of the box." Modify it in whatever way possible. Like trying to reverse-engineer the gaps in your understanding by starting at the bottom (Outputs) and "mapping up." Or by adding more layers to the individual levels: One client added another overarching grouping of actors to group similar Actors by Geography.

Treat it as a Range of Options, Not Promises

Neither the Outcomes nor the Outputs items on an Impact Map should be seen as promises. Instead, they outline the options you have. For the ๐˜ˆ๐˜ค๐˜ต๐˜ฐ๐˜ณ๐˜ด, that describes the possible groups of people for whom you ๐˜ค๐˜ฐ๐˜ถ๐˜ญ๐˜ฅ solve a problem. For the ๐˜–๐˜ถ๐˜ต๐˜ค๐˜ฐ๐˜ฎ๐˜ฆ๐˜ด, that describes the options you have to improve the life of the various Actors. For the ๐˜–๐˜ถ๐˜ตp๐˜ถ๐˜ต๐˜ด, that describes the ๐˜ฑ๐˜ฐ๐˜ด๐˜ด๐˜ช๐˜ฃ๐˜ญ๐˜ฆ solutions you could pursue to drive the identified Outcomes.

Prioritize Actor Outcomes over Business Outcomes

There's nothing wrong with aiming to improve a revenue target. But that doesn't mean a valid Outcome is to "put more items in my shopping basket." That's what the business wants. Instead, you have to understand what is in the userโ€™s way of completing the actions that will contribute and lead to business success. "Continue shopping without having to leave the basket view first."

HOW TO PUT THIS THEORY INTO PRACTICE

  • Be clear on what Impact Mapping should do for you right now. Clarify strategic direction? Breaking down segments? Structure solution space experiments? Everything is possible.
  • Fill it iteratively. Impact Maps donโ€™t get finished in workshops. You can assemble them in sessions, but the work to fill them happens out there in the real world.
  • Approach it sincerely, not seriously. This structure is just a substitutable means to a larger end. Donโ€™t get lost in dogmatic discussions about how to do it right.

โ€‹

Thank you for Practicing Product,

Tim

PS.: My thinking on Impact Mapping stands on the shoulders of giants like Goijko Adzic, through whom I uncovered this approach about 10 years ago and have iterated on it ever since.

How to Dive Deeper into Product Discovery

Learn how I helped companies like Deutsche Telekom and Forto hone their Product Discovery practices. I closely work with product organizations through workshops and coaching to introduce and adapt Product Discovery.

Content I found Practical This Week

Product Discovery: Pitfalls and Anti-Patterns

The main sign that a team is using Product-as-Prototype Discovery is that experiments donโ€™t appear until after there is a prototype with working code. The other sign is a slow testing cadence. An extreme version of Product-as-Prototype is confusing Discovery with Beta testing. By the Beta phase of a delivery process, most of the decisions have been made and the team is only able to implement small tweaks in the delivered solution.

How Netflix tests Netflix

However, the development of the new two-thumbs-up feature also shows that A/B testing alone isnโ€™t enough. Without also talking directly to subscribers, the company would have prioritized the development of the heart icon and wouldnโ€™t have given two thumbs up a chance to prove itself in A/B tests. โ€œWe take this multipronged approach of looking at a lot of different inputs,โ€ Doig-Cardet said. โ€œWe're capturing insights from our customer service, from surveys, from interviews that we're doing, and using all of that to inform [what] we should be investing in and testing.โ€

My Sales Team Wonโ€™t Let Me Talk To Customers. What Now?

You can start really small by asking, โ€œCan I just sit in and observe your meeting?โ€ When you go to that first meeting, donโ€™t say anything. Simply observe. They should be comfortable with that. Then, in the next meeting, ask if you can ask a single question at the very end. Tell the salesperson or marketing person what the question is, tell them what youโ€™re hoping to learn, and be sure to make it a story-based question so the customer loves it. That helps your coworkers to see that this actually isnโ€™t scary. Your customer really enjoys participating. And then from there, iterate. So the key here is to understand the root of the concern. Most of it is the fear of the unknown. Work to remove those unknowns, start teeny tiny, and then iterate your way there to help overcome that resistance.

What did you think of this week's newsletter?

โ€‹๐Ÿ‘Žโ€‹

โ€‹Badโ€‹

โ€‹๐Ÿคทโ€โ™‚๏ธโ€‹

โ€‹Mehโ€‹

โ€‹๐Ÿ‘โ€‹

โ€‹Greatโ€‹

Who is Tim Herbig?

As a Product Management Coach, I guide Product Teams to measure the progress of their evidence-informed decisions.

I identify and share the patterns among better practices to connect the dots of Product Strategy, Product OKRs, and Product Discovery.

Do you enjoy the newsletter? Please forward this to a friend. It only takes 1 minute. Coming up with this one took 1 week.

That's all, Reader. If you enjoyed today's issue, please do reply (it helps with deliverability). If you didn't, you can unsubscribe here.

Product Practice Newsletter

1 tip & 3 resources per week to improve your Strategy, OKRs, and Discovery practices in less than 5 minutes.

Read more from Product Practice Newsletter

Product Practice #344 Product Strategy Stackvs. Decision Stack (Part 2) READ ON HERBIG.CO PUBLISHED Nov 29, 2024 READING TIME 4 min & 49 sec Dear Reader, This is part 2 in my mini-series on putting the Product Strategy Stack and Decision Stack side-by-side. You can read part 1 here. Measuring Progress Here's where the frameworks diverge more significantly. The Decision Stack uses "Objectives" as its connecting measuring element between "the work" and Strategy. At the same time, the Product...

Product Practice #343 Product Strategy Stackvs. Decision Stack (Part 1) READ ON HERBIG.CO PUBLISHED Nov 22, 2024 READING TIME 3 min & 01 sec Dear Reader, Everyone loves a Product Strategy framework. But choosing between the Product Strategy Stack and Decision Stack isn't straightforward. Both put long-term artifacts like a Vision and Mission at the top and link their different elements. But knowing which works best for you requires decoding their layers. Long-term Ambitions Both stacks agree:...

Product Practice #342 The OKR Trap:Reporting vs. Progress READ ON HERBIG.CO PUBLISHED Nov 12, 2024 READING TIME 3 min & 04 sec Dear Reader, Similar to being focused on Discovery motions, but missing Discovery decisions, simply filling in OKR templates will lead to reporting, but not measuring progress. OKRs that report numbers try to get a template-based Objective right and define a Key Result as something with a number. OKRs that measure progress take care of the hard conversations through...