| Product Practice #295 |
Dear Reader,
Many product teams perceive the focus on User Outcomes as arbitrary goal-setting and the opposite of serving users. And it‘s easy to understand why.
Many widely shared examples of User Outcomes out there read like this:
„Users buy more tickets“
„Customers use more integrations. “
„Returning shoppers add more items to their basket.“
A product leader recently approached me after a conference talk, sharing his team‘s concerns that Outcomes would just be repackaged business goals. Looking at the above examples, his team would be right. These read like how the company or business wants their customers to behave.
To make Outcomes (aka changes in human behavior) useful, you have to remember that they should describe changes in behavior that are useful to the audience you intend to serve, which requires a proven problem.
Useful Outcomes = Useful for the User
It‘s not enough if Outcomes describe „technically correct“ changes in behavior. Instead, there should be a clear connection between business-informed research intent and insights generated by qualitative and quantitative techniques.
Another way to approach this is to look at Outcomes as flipped user problems:
The simple question teams need to try and answer here is, „How would users whose problems got solved behave?“ This will then be the foundation for finding appropriate measures to set in your OKRs.
If you enjoyed this, you can share the essay on LinkedIn here.
That's (almost) all, Reader. If you enjoyed today's issue, please do reply (it helps with deliverability). If you didn't, you can unsubscribe here.
Thank you for Practicing Product,
Tim
PS: My friend Itamar released his long-awaited book "Evidence-Guided" last week. It's a practical synthesis of the principles taught by Itamar to help companies move away from opinions and towards more evidence. I highly recommend checking it out
Amazon USA: http://amazon.com/dp/B0CJCDP1H7
Amazon UK: http://amazon.co.uk/dp/B0CJCDP1H7
Amazon Germany: http://amazon.de/dp/B0CJCDP1H7
The Early Bird rates for my January 2024 workshops on Product Strategy, Product OKRs, and Product Discovery in Berlin expire on October 10. Secure your spot to make the most of your 2024 L&D budget.
Bundle options are available if you're interested in more than one workshop. For team packages, reply to this email for a custom quote.
| GET YOUR TICKETS |
What did you think of this week's newsletter?
Click here if you only want to see what's behind each option
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 #397 3 Things to Put into YourNext Strategy Document PUBLISHED Feb 27, 2026 READ ON HERBIG.CO Dear Reader, The most effective strategy document I've seen doesn't worry about the looks or format. Whether it's a scrappy Google Doc or a fancy Miro template, what matters is the quality and cohesiveness of the information it contains. Make sure what you cover aligns with your company's expected standards to ensure stakeholder understanding and, consequently, buy-in. But make sure...
Hallo liebe:r Leser:in, English Translation below for internal forwarding to your German colleagues Du lieferst Features aus und wirst nach KPIs gefragt – ohne Verbindung zu Erfolg für Nutzer:innen und Geschäft. Die Strategie deines Unternehmens ist entweder zu vage oder fehlt ganz. Das Ergebnis: Alibi Progress statt echter Wirkung.In meinem Workshop "Strategische Umsetzung statt KPIs abarbeiten – Entwicklung & Messung von Produktstrategie am 4. Mai im Rahmen der Product Owner Days 2026...
Product Practice #396 MECE: Double the Usefulnessof Your Metrics Trees PUBLISHED Feb 19, 2026 READ ON HERBIG.CO Dear Reader, Many resources say your metrics trees need to be "MECE." But how do you do it? MECE stands for: Mutually Exclusive Collectively Exhaustive In the context of metrics trees, this means mapping the individual drivers of an overarching goal in a way that allows us to identify and improve domain-specific levers through selective focus, while creating holistic...