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 #408 How to Spot and StopDiscovery Slop PUBLISHED May 15, 2026 READ ON HERBIG.CO From Strategy to Derisked Assumptions Workshop Make clear strategy choices, translate them into leading product goals, and understand needed Discovery actions before deciding what to build (with and without AI Assistance). Next 3x 4h Workshop Cohort: Jun 15/16/17 Claim your Free Spot Dear Reader, The first time I heard Julia mention the idea of Discovery slop, I knew she was onto...

Product Practice #407 Your Goal Depends on Another Team — Now What? PUBLISHED May 7, 2026 READ ON HERBIG.CO Dear Reader, Your Key Result says to "Improve Conversion Rate by 7%," but you only control on-site search. You want to drive customer retention, but the marketing team is focused on new acquisition. Most teams respond in one of two ways: they water down the goal until it fits their scope (and lose the ambition), or they keep the big goal and quietly accept they can't move it. Both lead...

Product Practice #406 Why your Company's POV on OKRs matters more than Processes PUBLISHED Apr 30, 2026 READ ON HERBIG.CO Dear Reader, Before I talk with companies about OKR cadences, templates, or tools, I ask them: "What do you expect to change by using OKRs?" The answers take a bit of time. Not because they don't exist, but because OKRs have been treated as a solution without a problem to solve. OKRs haven't been treated as a product, but as a process without purpose. They've chosen a...