Strategy and planning
The strategy one-pager
If the strategy does not fit on one page, it is not focused enough to execute. Include non-goals and how you will know.
If the strategy does not fit on one page, it is not focused enough to execute. Review it quarterly. It should be stable enough that teams can plan, and alive enough that new evidence (churn reasons, win/loss, activation data) can change the diagnosis. When everything is "strategic," nothing is.
Some strategies are not about a better feature; they are about becoming the place others build on. Marketplace liquidity, developer platforms and social graphs create moats that compound. Single-player value usually comes first; multiplayer value amplifies it. Platform strategy fails when teams ship "an API" without a developer job, or chase network effects before anyone gets value alone.
The big idea
A useful template:
Product strategy (one page)
1. Vision (2–3 sentences)
2. Diagnosis — the critical challenge right now
3. Where we play — segment, use case, geography we will win
4. How we win — the 2–3 differentiated strengths we will double down on
5. Guiding policy — what we will do / not do for the next 12–24 months
6. Coherent bets — 3–5 initiatives that reinforce the policy
7. Explicit non-goals — markets, personas, feature areas we refuse
8. How we will know — 2–4 metrics or leading indicatorsYou rarely "own" company strategy as an SDE2, but you feel its absence every sprint. Translate technical constraints into options ("SSO in two weeks for Okta-only, or six for generic SAML — which segment are we winning?"). Flag when a requested feature fights the guiding policy. When reviewing a PRD, ask: "Which line of the one-pager does this serve?"
Walking through it
An observability startup's one-pager, compressed:
Vision: Every deploy is accompanied by the context to debug it in minutes.
Diagnosis: Mid-market teams buy three tools (APM, logs, errors) and never
correlate them during incidents; we are strong at traces but weak at
the "who broke prod?" story that managers feel.
Where we play: Series B–D SaaS, 50–500 eng, already on our tracing;
not Fortune 500 on-prem, not solo hobbyists.
How we win: Best "deploy → blast radius" narrative; deep GitHub/CI
integrations; opinionated defaults over endless dashboards.
Guiding policy: Deploy intelligence for existing tracing customers
for 18 months; refuse custom on-prem and a fourth generic dashboard.
Bets: Deploy annotations + suspect commits; one-click "what changed?"
from any error; kill three unused chart types; SOC2 packet in 48h.
Non-goals: Mobile app, log storage price war, community plugin marketplace.
Metrics: Expansion from deploy features; time-to-suspect-commit;
win rate vs the three-tool stack.The bets reinforce each other. A sales request for "custom on-prem for one bank" fails the guiding policy unless leadership revises the diagnosis. For cheaper tests of the diagnosis before a six-month build, see continuous discovery and MVPs.
Common mistakes
- Strategy as consensus. If every stakeholder got their initiative on the page, you have a portfolio.
- Strategy as slogans. "AI-first" without a diagnosis of which workflow AI changes is fluff.
- Fancy decks, sales-commit backlog. The one-pager never reaches the roadmap.
- Annual theater. Written in January, never compared to win/loss or churn themes.
Check yourself
- A VP wants a mobile app on the one-pager. The diagnosis is "who broke prod?" for mid-market tracing customers. What do you do?
It fails the guiding policy and belongs in non-goals unless the diagnosis changes.
- Why list non-goals instead of only bets?
Refusals protect capacity. Without them, every good idea looks strategic.
Key takeaways
- One page beats twenty: where you play, how you win and what you refuse.
- Bets must reinforce the guiding policy; non-goals protect the rest.
- Re-read the one-pager when prioritizing. If a high RICE score violates non-goals, you are about to abandon strategy without admitting it.
Further learning
Product Strategy Overview — Marty Cagan / SVPGA partnership dedicated to teaching best practices to product teams and product leadersSilicon Valley Product Group
Back to the map: product strategy.
Related
Product strategy and positioning
Vision, strategy, positioning and differentiation: deciding where to play and how to win. Start here for the map.
Rumelt's strategy kernel
A good strategy has a diagnosis, a guiding policy and coherent actions. Fluff, goal-lists and twelve "priorities" are not strategy.
Roadmaps and OKRs
Outcome-based roadmaps, now/next/later, and OKRs that guide rather than constrain. Start here for the map.