How to Identify High-Leverage Impacts


How to Identify
High-Leverage Impacts

READ ON

HERBIG.CO

PUBLISHED

May 16, 2025

READING TIME

5 min & 13 sec

​Dear Reader,​

An Impact is a metric that describes the achievement of a company- or department-level priority. It's a lagging indicator that changes as a result of multiple compounding efforts, but is not linkable to one individual feature or activity. Most Impacts fall into one of five categories:

  • Growth
  • Engagement
  • Monetization
  • Satisfaction
  • Process Quality

From Vague to Specific: Impact Examples

The specificity of your Impact determines how clear the starting context for structuring the lower-level elements of your Impact Map is. "Increase revenue" is unspecific and doesn't help a team narrow its options. They could consider every user segment and would have to work with very broad explorative questions in qualitative interviews.

"Achieve +34% margins from self-service Australian agency customers," however, is more specific and gives teams a concrete starting point about the target market and the business shift that should be achieved. The team would have a specific target audience they could recruit for interviews, surveys, or analytics reports. They would focus their initial exploration on the additional services or tools these customers use, and they could start exploring which additional features to offer in their own product to increase margin from existing customers.

Your Impact provides a strategic starting context that guides how you'll adapt your Discovery approach. It doesn't matter whether this context emerges from a fully formed strategy document or a pressing business need—what matters is that it orients your Discovery decisions and helps you adapt your methods to what truly needs to be learned.

The Impact keeps Product Discovery targeted by giving teams segmentation criteria for the following Actor level of an Impact Map, so that they don't get lost in exploring every possible segment.

These exemplary Impacts can kickstart your inspiration:

  • Increase paid membership penetration by 25% until end of the year (Monetization)
  • Reduce average infrastructure outages by 48% until 2027 (Process Quality)
  • Increase the average selling price of private auctions to 450€ (Monetization)
  • Bring the Customer Effort Score to an average of 4 (Satisfaction)

Finding Your Impact Sources

When you're ready to define your Impact, two practical sources can provide immediate clarity:

Product Strategy Statements often contain implicit Impact metrics. For example, if your Product Strategy says "We break into the market of Asian SMEs by improving the self-service capabilities for setup and integrations," you could derive an Impact like "Increase completed self-service integration setups by Asian customers by 25%."

Company or Department OKRs frequently contain metrics that can serve as Discovery Impacts. For example, if your Company OKRs include "Reduce time from lead to demo by 50%," this could be adopted as-is for your Discovery Impact you're contributing to.

Remember that your Impact doesn't need to be perfect to be useful—what matters is that it provides enough specificity to guide your next Discovery decisions (like which user segments to consider for problem exploration). You can always refine it as you learn more.

Did you enjoy the newsletter? Please forward it. It only takes two clicks. Creating this one took two hours.

Thank you for Practicing Product,

Tim

PS: My coffee discovery of the week was this amazing creation by elbgold, which I was able to pick up and enjoy in person this week, just before an all-day Metrics Tree workshop in Hamburg.

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

How Vibe Coding has Impacted My Discovery Process

I recommend stacking discovery methods, and strongly advocate for using both exploratory interviews and prototype tests. Interviews are traditionally better to help you understand the problem space without bias. (Potential) users tell their story freely and (hopefully) bring up the pain they experience without being led by the interviewer. The issue is that through exploratory interviews, we don’t learn about latent needs. People can experience significant friction points without noticing them, if they accept them as a ‘hard fact of life’. Sometimes showing your idea through a prototype gets you an earnestly delighted reaction and a “Yes, this is much better than how I do things today!”, even if no pain point had come to mind. Showing multiple prototypes for varying ideas to the same tester can help you reduce bias. You’ll see the full range of your tester’s excitement levels.

Why classic A/B tests feel slow-and how to fix it.

Does the Engineer in the Product Trio Need to be the Tech Lead?

If the cross-functional team has more than one designer assigned to it, then it’s typically the more senior designer who participates in the product trio. If the team has more than one engineer (which is often the case), then it’s typically the most senior engineer on the team who participates in the product trio. In this context, “lead” does not mean manager or director. It is not expected (nor is it the norm) for the other designers on the team to report to the design lead nor for the other engineers on the team to report to the engineering lead.

Who is Tim Herbig?

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

I focus on better practices to connect the dots of Product Strategy, Product OKRs, and Product Discovery.

Product Practice Newsletter

1 tip & 3 resources per week to improve your Strategy, OKRs, and Discovery practices in less than 5 minutes. Explore my new book on realprogressbook.com

Read more from Product Practice Newsletter

Product Practice #393 How much Money willthis Feature make? PUBLISHED Jan 30, 2026 READ ON HERBIG.CO I'm hosting my first free live webinar in 2026: Go From "We Need a Strategy" to "Here's Exactly What We're Doing and Why" — In 60 Minutes on Feb 11 at 5:00 PM CET (11:00 AM EST | 8:00 AM PT). Bring all your questions, and I will work through them on the spot. Note that there will be no recording - this is about hands-on interaction, not just information transmission. CLAIM YOUR FREE SPOT Dear...

Product Practice #392 From Product Jargonto Plain English READ ON HERBIG.CO PUBLISHED Jan 23, 2026 READING TIME 3 min & 29 sec Dear Reader,I often feel that, somewhere along the way, we, as an industry, started optimizing for sounding like product people instead of speaking like humans in plain English (or any other language). What would happen if we dropped the product lingo and used plain English to describe what's needed? I find it increasingly liberating for product teams to describe...

Product Practice #391 Four Pragmatic Ways to Improve Opportunity Solution Trees in Practice READ ON HERBIG.CO PUBLISHED Jan 16, 2025 READING TIME 3 min & 56 sec Dear Reader, Opportunity Solution Trees (OSTs) are a widely popular visual aid for connecting solution space work to business goals through problem space elements (similar to Impact Mapping). From seeing the way product teams adopt them in practice, here are four ways I've seen improve their impact for your work: Remember that OSTs...