It’s all Just Metrics​Dear Reader,​ Let’s retire the idea that OKRs, North Star Metrics, or KPIs are some sort of mystical construct. I’ve written about the difference between these approaches to using metrics. But since then, I’ve seen many teams hide behind the theater these different metrics frameworks can create, getting lost in alibi progress. It’s time to remind ourselves of one universal truth: No matter what you call it or how you use it, in the end, it’s all just metrics—metrics you use in a certain way to get a certain value from them. A North Star Metric is a metric that helps you align product value and business goals on the highest level. OKRs consist of metrics that help you measure your progress toward a strategic priority within a certain time frame. KPIs are metrics you regularly monitor and react to based on their development. Considering this truth, it’s essential to understand the relationship between a North Star Metric, the financial metrics the business cares about, and the metrics the product team can influence through their everyday work. That’s why, for example, you don’t need to supplement your OKRs with KPIs. Both are metrics, and your Key Results are SUPPOSED to be valuable metrics on their own. If you have to complement them with more metrics, you'll get lost in metrics theater. And that’s why, while I love the construct, I think it’s time to stop talking about KPI trees. This term implies a specific usage of the metrics included. It prevents teams from embracing this as a helpful structure for arriving at useful metrics in different shapes and forms. Instead, call it what it is: A Metrics Tree. Because it’s a visual structure to identify metrics you CAN use as North Star Metrics, OKRs, or KPIs. Did you enjoy this one or have feedback? Do reply. It's motivating. I'm not a robot; I read and respond to every subscriber email I get (just ask around). If these emails aren't for you anymore, you can unsubscribe here. Thank you for Practicing Product, ​Tim​ PS: Thanks to Tim Brauser for reviewing an earlier draft of this essay and providing helpful feedback. Go from Product Strategy to Quarterly OKRsJoin me for an interactive session to talk about setting truly useful OKRs that align with your strategic priorities.
*register even if you can't join live to receive the recording What did you think of this week's newsletter? 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. |
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
Product Practice #404 Linked Better Practices over Stacked Best Practices PUBLISHED Apr 16, 2026 READ ON HERBIG.CO Dear Reader, During a recent webinar, someone asked a question I had to think about a bit longer: "What do you do when your strategy is still early, and you're not sure if it's right?" The answer that popped into my head was based on an incredible piece of advice (or admission) I received from a former boss 10+ years ago: No one knows if their strategy is right in the beginning,...
Product Practice #403 Linked Better Practices over Stacked Best Practices PUBLISHED Apr 9, 2026 READ ON HERBIG.CO Dear Reader, During my last webinar on Connect Strategy, Goals, and Discovery with Progress Wheel, I asked people which part of their work is most prone to Alibi Progress. Almost everyone who chimed in named OKRs. And that's because many OKR cycles start the same way for teams: Someone opens a spreadsheet, fills in three to five semi-random metrics, and picks a value that isn't...
Product Practice #402 Product Discovery forInternal Enabler Teams PUBLISHED Apr 2, 2026 READ ON HERBIG.CO Dear Reader, Because the customers of your product just sit three desks away, you might think you can just "talk to them." And that's precisely what often leads to the low adoption of better product practices among product teams working on internal products (also sometimes called Enabler Teams). And why, when a user has a company email address, it is likely nobody's doing discovery on...