Product Strategy in Plain English
Why Most Roadmaps Are Lists of Features, Not Strategy
Walk into most product teams and ask to see the product strategy. You'll usually get one of two things: a long Jira backlog, or a slide full of features organized by quarter. Neither of those is strategy.
Strategy is not a list of what you're building. Strategy is an answer to a specific set of questions:
- What problem exists in the world that we're uniquely positioned to solve?
- Who exactly are we solving it for?
- What will we do, and more importantly, what will we NOT do?
- How does our success here connect to business outcomes?
Strategy is a set of deliberate choices about where to compete and how to win.
The Three Layers of Product Strategy
Think of product strategy as three nested levels, each one informing the next:
- Company Vision — "What future are we trying to create?" Aspirational and long-term (5–10 years). It rarely changes. It's the north star.
- Product Strategy — "What bets are we making to move toward that vision?" Directional. Think 1–3 years. Sets the choices — which customer segments matter most, which problems to prioritize.
- Roadmap — "What are we actually building this quarter?" Tactical. Think 3–12 months. The translation of strategy into work.
Most teams have roadmaps but skip the middle layer. Without a product strategy, your roadmap is just a list of features with no connective tissue.
The Now / Next / Later Framework
One of the most practical roadmap formats for new PMs:
- Now — What the team is actively building. High confidence, high detail.
- Next — What comes after Now. Medium confidence, less detail.
- Later — Things you intend to get to eventually. Low confidence, directional only.
This format is honest. It acknowledges that things further in the future are more uncertain, without pretending you have a detailed 18-month plan you'll actually stick to.
Making Strategic Choices: The "What We Won't Do" Test
Good strategy requires saying no. Every PM will face constant pressure to add things to the roadmap — from executives, from sales, from customers. The ability to say no with clarity is one of the most important strategic skills you can develop.
A useful exercise: for every item you put on your roadmap, write down three things you're explicitly NOT doing. This forces deliberate choices.
For example, if you're building an enterprise document editor, you might decide: - We are building deep collaboration features for legal teams - We are NOT building a mobile-first experience this year - We are NOT competing on price against Google Docs - We are NOT supporting real-time co-editing in this release
Those nots are strategy. They tell your team, your stakeholders, and your users what you're committed to.
Connecting Strategy to OKRs
Objectives and Key Results (OKRs) are the most common way teams connect product strategy to measurable outcomes:
- Objective: A qualitative, inspiring goal. "Make our onboarding experience best-in-class."
- Key Result: A quantitative measure of progress. "Increase day-7 activation rate from 40% to 60%."
OKRs work when they're outcome-focused (not output-focused). A bad OKR: "Ship 5 new onboarding features." A good OKR: "Reduce time-to-value for new users from 14 days to 7 days."
Key Takeaway: Product strategy is the set of choices about who you're serving, what problems you're solving, and what you're deliberately not doing. Without strategy, a roadmap is just noise.