Skip to contentRoadmapStar

A PowerPoint roadmap slide you never have to rebuild

Draw the roadmap once somewhere that holds the items, then export an image sized for the slide. Shapes drawn directly in PowerPoint have to be moved by hand every time anything changes, which is why the slide in most decks is a month behind the plan it claims to show.

The decisions this guide makes, and when each applies
DecisionWhenWhy

Export an image, do not draw shapes

Any roadmap slide you will show more than once

Hand-drawn shapes carry no data, so every change is manual repositioning and the slide silently diverges from the plan

Export at 3840 × 2160

16:9 decks, which is nearly all of them

It fills a slide at 2x and survives a projector and a screenshot of the projector

One quarter row, five to seven bars

Leadership and board decks

A slide is read in about eight seconds, and past seven bars nobody reads any of them

Put the ask above the image

Whenever the slide sits in a deck with a decision attached

A roadmap image alone is a status slide, and a status slide gets skipped or interrogated

Re-export instead of editing the slide

Every revision

Editing the slide creates a second version of the truth, and the deck becomes the one people cite

Open the editorFree · No account · Runs in your browser

Everyone has rebuilt this slide. Twelve rounded rectangles, four swimlane rows, a quarter divider, and about forty minutes of nudging boxes until the columns line up before a meeting. Next month a date moves and half of it has to be nudged again, which is why the roadmap slide in most decks describes a plan that was true in August.

The slide is an output, not a document

PowerPoint shapes hold no data. A rectangle doesn’t know it represents an item that moved from the second bucket to the third, so nothing about the change propagates. Every revision is a human repositioning geometry, and a human repositioning geometry at eleven at night makes the smallest change that will survive the room instead of the correct one.

Draw the roadmap somewhere that holds items, then export a picture of it. The picture goes on the slide. When the plan changes you change the item and export again, which takes under a minute and produces a slide that’s correct instead of merely defensible.

One thing worth being exact about, because product managers check: what comes out is an image sized for a slide, not a .pptx file with editable shapes. That’s deliberate. A native PowerPoint export would hand you back the same twelve rectangles to maintain by hand. A roadmap maker that gives you an image at 3840 × 2160 gives you something you never edit, which is what stops it drifting from the plan underneath it.

What belongs on the slide?

Five to seven bars, one row of quarters, and nothing else. No owner column, no status column, no percentage complete. Those are the fields that turn a portfolio conversation into a delivery conversation, and the hardest version of that audience is the one a board meeting roadmap works through field by field.

Above the image, one line of slide text saying what you’re asking for. A roadmap image on its own is a status slide; a roadmap image under a sentence naming the decision is evidence. Keep that line as text instead of baking it into the picture, so you can change the ask for a different audience without re-exporting anything.

If the deck will travel outside the company afterwards, the version on that slide is usually the wrong one to forward, and internal vs external roadmap covers what has to be rewritten before it goes.

Re-export, never edit

The moment someone edits the exported image inside the deck, the deck becomes a second source of truth, and it’s the one that gets forwarded. Within two months there are three decks with three roadmaps and no way to tell which is current.

Treat the slide as disposable. The document holds the plan; the slide holds a photograph of the plan on a particular Tuesday. When the meeting moves, take a new photograph. The same argument applies to the whole artefact rather than the single slide, and how to present a roadmap to executives covers what to do with the twelve minutes it’s on screen.

The test is whether anybody would think to open the deck to change the plan. If the answer is no, the slide is doing its job, and forty minutes a month goes back into the week.

Open the editorFree · No account · Runs in your browser

Common mistakes

  • Rebuilding the slide from scratch each month. Whatever you rebuild by hand is the thing that goes out of date first.

  • Pasting a screenshot taken at browser resolution. It looks soft on a projector and worse in a PDF someone forwards.

  • Fitting the whole roadmap on one slide. Leadership decks need the filtered view, not the complete one.

  • Leaving owner and status on the exported image. They’re the two fields that pull the discussion into delivery.

Questions

Does the export produce a .pptx file?

No. It produces an image at 3840 × 2160 that you place on a slide. Anything exporting a roadmap as native PowerPoint shapes hands you objects you then maintain by hand, which is the problem you started with.

What size should the image be?

3840 × 2160 for a 16:9 deck. That’s twice a slide at full size, so it stays sharp when someone projects it, screenshots it, or prints the deck to PDF.

How many items fit on one slide?

Five to seven bars. A roadmap slide gets about eight seconds of attention before someone starts talking, and past seven bars the reader gives up on all of them instead of reading some.

Can I annotate the image in the deck?

Add the ask above it as slide text, which you can change without touching the image. Do not draw callouts onto the roadmap itself, because they have to be repositioned on every re-export.

Last updated