1 tip & 3 resources per week to improve your Strategy, OKRs, and Discovery practices in less than 5 minutes.
In 2025, stop trying to get better at OKRs
In 2025, stop trying
|
Dear Reader,
I hope you had the start of 2025 that you had wished and planned for. I'm excited to get back into the rhythm of weekly publishing, having completed my annual in-person workshop series and gearing up for continued (and new) client engagements. If you're up for it, reply to this newsletter and let me know what one thing you would like to see more (or less) of in this newsletter in 2025.
To get better at OKRs don’t try to get better at OKRs.
Treat OKRs as a product that should solve one problem: measuring progress toward strategic priorities.
 |
OKRs are supposed to be the solution to this problem, which means they shouldn’t…
a) …feature generic evergreen metrics.
b) …include metrics unconnected from what you discover and deliver.
c) …be full of lagging indicators you can only review in hindsight.
Focusing on technical correctness ("Make sure Objectives follow this structure") pushes teams toward OKR Theater.
One practice that seems to have nothing to do with OKRs but has everything to do with OKRs is for teams to own their metrics trees (I’ve written about this structure before here and here).
Consider a checkout team. "Increase Search-to-Buy Conversion Rate by 3%" would be a poor quarterly goal.
Instead, by mapping the drivers of this metric through metrics tree relationships, they can find their influenceable contribution:
 |
They can’t influence what happens in the search or on the product detail page, which moves these branches of the tree outside their sphere of influence. However, they can massively influence the conversion rate from started to completed purchases.
This allows them to turn this branch into their own metrics tree, making “Cart to Purchase Completed Conversion Rate” a healthy reactive KPI to keep track of. But to set proactive goals, they need to make an informed statement about which of these drivers are within their responsibility they want to tackle.
These driver branch breakdowns can work with categories like conversion journey steps, platforms, technical components, etc.
 |
Picking a lever to focus on from these drivers, they could land on an OKR like this:
Objective: Make checkout completion effortless for mobile shoppers
Key Result 1: Reduce mobile form field errors by 40%
Key Result 2: Increase first-attempt address validation success rate to 95%
Key Result 3: Reduce payment method rejection rate by 25%
By treating OKRs as a product and using metrics trees to inform their creation, teams can craft goals that solve their fundamental need: measuring meaningful progress toward strategic priorities. Remember, it's all just metrics, anyway.
Instead of falling into the trap of OKR theater, teams owning their metrics trees can identify and focus on the metrics to…
a) …set goals that represent specific, time-bound bets.
b) …use metrics that they can influence with identified and shipped solutions.
c) …check if their work impacts the goal cycle.
This product-thinking approach to OKRs—starting with the problem they should solve for teams and working backward through metrics relationships—leads to more valuable goals than simply perfecting OKR formatting.
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
Good News!
Some last tickets are available for my in-person Product Discovery workshop on March 10 in London (as part of Mind the Product conference).
| GET THE TICKETS! |
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.
Product Practice #375 Bringing Discovery to EngineersWho 'Just Want to Build' READ ON HERBIG.CO PUBLISHED Sep 12, 2025 READING TIME 5 min & 47 sec Dear Reader, I've coached product teams where engineering managers push back on discovery work, convinced that buildins is always faster than validating. They might see testing and validating ideas as obstacles between them and shipping cooler and shinier features. And, should you always extend your Discovery to a quarter because "that's how long...
Product Practice #374 How to Go From Customer Problems to Outcome OKRs READ ON HERBIG.CO PUBLISHED Sep 5, 2025 READING TIME 5 min & 18 sec Dear Reader, Most teams skip the hardest part of creating OKRs: translating validated customer problems into meaningful metrics. You've done the discovery work. Your interviews revealed that drivers on your ridesharing platform struggle with shift planning—they can't predict which areas will be busy, leading to wasted time and lower earnings. But instead...
Product Practice #373 Discovery Collaborationis about Skills, not Titles READ ON HERBIG.CO PUBLISHED Aug 29, 2025 READING TIME 3 min & 15 sec Dear Reader, Too many people get fixated on “we have to hire these roles to set up a Product Trio” when, in reality, they can get going from wherever they are. Having one representative from each domain of expertise is ideal, but it’s rarely the reality for product teams. So, instead of waiting until everything’s “in place,” here’s how to get going even...