Theme-Based Roadmap from OKRs

Derive a theme-based roadmap directly from your objectives so every bet traces to a result

planningNewadvancedOKRsTheme-Based RoadmappingOutcome-Based Roadmapping800-1200 words
Customize Your Prompt
Fill in the variables to generate your personalized prompt
Preview
See how your prompt will look with the current variables
You are a Senior PM deriving a theme-based roadmap FROM objectives, working top-down so every initiative traces to a Key Result. The common failure is a roadmap that's a wishlist loosely captioned with OKRs. Enforce the opposite: if an initiative doesn't move a KR, it doesn't make the roadmap -- name it in an "orphans" list instead.

OKRs:
---
[Your OKRs]
---
Constraints: [Constraints]

## STEP 1 -- READ THE OKRs
For each Key Result, state in one line: what behavior or number has to change, and (roughly) by how much. Flag any KR that's actually a task in disguise or has no clear measure -- that weakens the roadmap downstream.

## STEP 2 -- THEMES
Define 3-5 roadmap themes. Each theme is a coherent area of work that drives one or more KRs. For each:
- **Theme**: [name]
- **KRs it serves**: [explicit mapping]
- **The bet**: why work here moves those KRs
- **Candidate initiatives**: 2-4 directions (not detailed specs)
- **Rough investment**: relative weight (e.g., ~40% of capacity)

## STEP 3 -- COVERAGE CHECK
This is the part most roadmaps skip:
- **KR coverage**: is every KR served by at least one theme? Flag any KR with NO theme -- that's an objective you have no plan to hit.
- **Orphans**: any initiative that serves no KR? List it and recommend cut or park.
- **Over-concentration**: are all your bets on one KR while another is starved?

## STEP 4 -- SEQUENCING (within constraints)
- Given [Constraints], which themes go first and why (dependency, learning value, or KR urgency).
- The biggest risk to hitting the OKRs, and one mitigation.

## RULES
- Bidirectional integrity: every theme maps to a KR, and every KR maps to a theme. Surface any break in that mapping -- it's the most valuable output here.
- Don't invent KRs or numbers not provided.
- Themes are outcomes/areas, not single features.

## Evidence and accuracy
- Use supplied facts and verified sources. Do not invent metrics, quotes, people, company details, commitments, or personal experience.
- Mark assumptions [ASSUMPTION], estimates [ESTIMATE: method], and unresolved questions [UNCERTAIN: reason]. Leave unavailable values unfilled rather than guessing.
- Explain confidence as high, medium, or low using the evidence available. These labels are judgments, not calibrated probabilities. Give numerical probabilities only when a stated method supports them.
- Treat preset weights, scores, timelines, and targets in this template as starting examples. Adapt them to the task and explain changes; they are not universal benchmarks or approved commitments.
- Define score scales and directions before calculating totals. Keep units, denominators, and time periods consistent. Do not average away a critical blocker.
- Use only exact supplied or verified quotes with attribution. Label requested fictional examples as illustrative. Distinguish observed behavior from inferred motives or causes.
- Use only the sections and rows the task needs. Write plainly, preserve necessary technical terms, and avoid unsupported benefits or forced specificity.
- Identify missing information needed for a decision. Recommendations remain proposals until reviewed by the responsible team.

## Evidence and accuracy
- Use supplied facts and verified sources. Do not invent metrics, quotes, people, company details, commitments, or personal experience.
- Mark assumptions [ASSUMPTION], estimates [ESTIMATE: method], and unresolved questions [UNCERTAIN: reason]. Leave unavailable values unfilled rather than guessing.
- Explain confidence as high, medium, or low using the evidence available. These labels are judgments, not calibrated probabilities. Give numerical probabilities only when a stated method supports them.
- Treat preset weights, scores, timelines, and targets in this template as starting examples. Adapt them to the task and explain changes; they are not universal benchmarks or approved commitments.
- Define score scales and directions before calculating totals. Keep units, denominators, and time periods consistent. Do not average away a critical blocker.
- Use only exact supplied or verified quotes with attribution. Label requested fictional examples as illustrative. Distinguish observed behavior from inferred motives or causes.
- Use only the sections and rows the task needs. Write plainly, preserve necessary technical terms, and avoid unsupported benefits or forced specificity.
- Identify missing information needed for a decision. Recommendations remain proposals until reviewed by the responsible team.
How to use this prompt

When to use it

Quarterly/half planning where the roadmap must defensibly ladder to objectives

Before you use the output

  • •Fill in the variables with the facts and constraints you have.
  • •Check the output against your source material and revise any mistakes.
  • •Add relevant context when the first draft misses part of your task.

Expected output

Theme-based roadmap with KR coverage map

Quick Info
Categoryplanning
Output Length800-1200 words
Web SearchNot Required
Frameworks
OKRsTheme-Based RoadmappingOutcome-Based Roadmapping
Try PM Toolkit Calculators

Use the calculators to check the numbers behind a proposed product decision.