Product Practice #297 |
Before we get started: My channel of choice for contributing to supporting those in Israel that are in need. More options can be found here.
​Dear Reader,​
It’s easy to lose track of the actual purpose of strategy work, especially between the noise of Product Strategy frameworks and how a “good” strategy should look according to Twitter or LinkedIn. Product Teams should work forward from the value for the recipient, not backward from the defaults of others.
Instead of treating practices like Product Strategy as a tick-box exercise, treat it like a product: Understand for whom you’re trying to create what value and design your process and output accordingly, with early validation in mind.
​
Start with your Audience. Product Strategy should lead to work that produces “outward-facing” products, but it’s supposed to be consumed by internal audiences. Typically, that’s a) stakeholders and leadership, b) other departments, and c) the members of your product team.
What’s the job of your Strategy work? The Strategy aims to serve a different job for each of these audiences. For leadership it’s about being able to trust the direction and decisions of the team and horizontal and vertical coherence within the company. For your team, however, it’s about having clear, reliable, yet flexible decision-making guardrails for prioritization.
How to distribute Strategy? Again, this will depend on the audience. A one-pager or concise .ppt might best match their consumption patterns for leadership. Translating your choices into an agreed canvas-like structure between departments helps the information flow. And within your team, you need to find a shape that’s easy to comprehend, with optional deep dives to back up your choices and translate them into goals to measure your progress.
How to derisk Strategy Creation? Test the assumptions about your strategy as soon as you realize they are only assumptions. One assumption might be the coherence with the company's direction. This might require periodic strategy check-ins with leadership. Another assumption could be the coherence and comprehensibility of your efforts. Sharing synthesized strategy statements and conclusions with your team on an ongoing basis helps to mitigate the “big bang confusion” or “grand reveal rejection.”
There are more questions to consider when creating your Product Strategy to succeed in your target market. However, acknowledging these overlaps can help you go from filling out a template to creating a valuable artifact.
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
My self-paced Path to Product Strategy Course enables you to form, execute, and measure the progress of coherent Product Strategy Choices based on structure and evidence.
Check out the Course |
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.
Product Practice #376 Why did I write aBook on Real Progress? READ ON HERBIG.CO PUBLISHED Sep 18, 2025 READING TIME 4 min & 55 sec Dear Reader, I decided to send this newsletter one day earlier than usual this week because of current events. You guessed right: After more than two years of work, I'm proud and excited to share with you that the paperback version of my book, Real Progress: How to Connect the Dots of Product Strategy, OKRs, and Discovery, is now live on Amazon. You can find all...
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...