Product Roadmap Template: The Now/Next/Later One-Pager
10 min read · 2026-10-21
A product roadmap template that actually gets used is one page with five fields per row: theme, outcome, owner, status, and confidence. Status is Now, Next, or Later. That's it. Everything else — tickets, estimates, sprint names, acceptance criteria — belongs in Jira or Linear, one layer down.
This guide gives you the filled-in structure, the line between the one-pager and the tracker, a 90-minute session to fill it, and a way to share it without it turning into a dated promise. It also includes a worked B2B SaaS example and an honest comparison of slides, spreadsheets, and roadmap tools.
The roadmap at a glance
Goal: Fill and socialize a one-page Now/Next/Later product roadmap this quarter so any stakeholder can read it in a minute and engineering can plan against it. Duration: One quarter (about 12 weeks)
Frame the Goal (Weeks 1-2)
Agree on the single outcome this quarter's roadmap serves and who actually reads it.
- Write the quarter's one-sentence goal at the top of the template
- List the three real audiences: executives, sales, and the engineering team
- Pull last quarter's roadmap and mark what genuinely shipped
- Talk to two customers about what blocks their next step
- Delete every candidate row that does not serve the goal
Milestone: A one-sentence goal and a trimmed audience list sitting in the template header.
Choose Your Themes (Weeks 3-4)
Group the candidate work into three to six themes a non-engineer can name out loud.
- Cluster the candidate list into themes named as customer problems
- Write one outcome per theme as a measurable change, not a feature
- Assign exactly one owner per theme, by role if the name is unknown
- Set the horizon rule: how many themes can honestly sit in Now
- Park everything else on a visible Not Doing list
Milestone: A theme table with outcome and owner filled for every row, reviewed by engineering leads.
Fill Now, Next, Later (Weeks 5-6)
Run the 90-minute session that commits Now and guesses Next and Later.
- Book 90 minutes with only the PM, design lead, and engineering lead
- Timebox Now to 30 minutes and cap it at two or three themes
- Write Next as outcomes rather than dates and keep Later rough
- Mark each row high, medium, or low confidence
- Finish with a read-aloud test for one-minute comprehension
Milestone: A filled one-pager where every row has theme, outcome, owner, status, and confidence.
Pressure-Test and Cut (Weeks 7-8)
Cut the weakest rows and confirm the Now list is affordable before anyone sees it.
- Ask engineering to size Now, then cut until it fits the quarter
- Check each Now row for a named decision-maker and a known dependency
- Send the draft to sales and support and log the questions they ask
- Rewrite any row that needed a verbal explanation to land
- Freeze the version and stamp the date in the footer
Milestone: A frozen v1 that survives a cold read-through with no narration.
Ship and Socialize (Weeks 9-10)
Put the roadmap in front of every audience in the format they already read.
- Publish a read-only link and embed it in the team's Notion page
- Walk sales and support through it live and record the session
- Add a changelog line under the table for what moved this cycle
- Link it from the weekly status doc and the sprint review deck
- Export a PDF for the exec review so nobody has to log in
Milestone: Every audience has the link and one recorded walkthrough exists.
Keep It Alive (Weeks 11-12)
Set a review rhythm so the roadmap stays honest without churning daily.
- Schedule a standing 30-minute roadmap review every two weeks
- Write one trigger for changing Now: a shipped item or a lost deal
- Move items between horizons in the meeting, never in side threads
- Archive each frozen version to compare promise against outcome
- Retire the page at quarter end and start from a clean sheet
Milestone: A recurring invite, a written change rule, and two archived versions to compare.
What belongs on the one-pager and what belongs in Jira or Linear
The one-pager answers two questions: why this quarter matters and what change each theme should produce. Jira or Linear answers a different question: which ticket is someone working on today. Keep those layers separate and both stay readable. Each template row carries a theme, an outcome written as a change in customer or business behavior, an owner named by role, a status of Now, Next, or Later, and a confidence level. That is the whole schema — resist adding to it.
Anything with a due date, an estimate, or a reviewer belongs in the tracker. Epics, acceptance criteria, sprint assignments, defect backlogs, and dependency chains live one layer down, linked from the row if you need the thread. The one-pager also needs a visible Not Doing list; a roadmap that only shows what you said yes to invites the same three questions every week. Add a last-updated date in the footer so nobody argues with a stale version.
- Keep on the one-pager: theme, outcome, owner by role, horizon, confidence, Not Doing list, last-updated date.
- Move to Jira or Linear: epics and tickets, acceptance criteria, estimates, sprint assignment, defect queues.
- Move to a linked doc: research notes, competitive teardowns, pricing decisions, decision logs.
- Leave off entirely: individual names on tasks, hour estimates, dependency arrows, and vague placeholders with no stated outcome.
The 90-minute session, minute by minute
Book 90 minutes with three people: the product manager, the design lead, and the engineering lead. Everyone else reacts to the draft afterward. One laptop, one screen, no side threads. The purpose is commitment, not collaboration theater.
Spend the first 10 minutes restating the quarter's goal and who reads this page. Use minutes 10 to 25 to review what actually shipped against the previous version — this is where honesty gets calibrated. From minute 25 to 55, commit Now and nothing else, capping it at two or three themes. Sketch Next until minute 75, rough out Later plus the Not Doing list, then finish with a read-aloud test: someone reads the page cold and explains it back.
If a blank template is the reason the meeting keeps slipping, generate a first draft before you walk in. Roadmap Creator turns a one-sentence goal plus a timeframe into an editable visual roadmap with phases, steps, and milestones — useful as a straw man to argue with rather than a beautiful page nobody questions.
- Cap Now at three themes; the cap is the whole discipline.
- Write outcomes in the present tense so they are testable.
- Name owners by role when the person is not yet decided.
- Record every question the read-aloud test surfaces and fix the row, not the reader.
How to keep it from becoming a Gantt chart
A Gantt chart is a promise about sequence and duration. A Now/Next/Later roadmap is a statement of priority and intent. The two get confused the moment you add dates, bars, or columns that look equally wide for unequal work. Once a date is on the page, someone will treat it as a commitment, and every slip becomes a renegotiation instead of a reprioritization.
The fix is structural, not cultural. Use three columns of equal width, write every item as an outcome, and put the quarter's goal in the top row where a schedule header would normally sit. Publish a written change rule so movement is expected rather than negotiated: Now changes when something ships or when a deal or a support escalation proves the priority wrong.
Pick a tool that does not tempt you. Roadmap Creator deliberately has no dates or Gantt timeline — a roadmap there is a connected map of phases, steps, and milestones, which makes date-shaped promises awkward to add. It also has no dependency tracking or real-time multiplayer editing, so it stays a communication artifact while Jira keeps the execution detail.
- Replace "by June 12" with "Now" and keep the detail in the tracker.
- Keep columns equal width so nothing reads as a duration.
- Write outcomes as the change, not the feature that causes it.
- Put confidence on the page; it does the job dates pretend to do.
A filled-in B2B SaaS example
Say you run product for a B2B SaaS workflow tool sold to operations teams. The quarter goal at the top reads: make new workspaces reach first value without a customer success call. The audience line names the exec team, the sales org, and the platform engineering group. Everything below that is a row, not a paragraph.
Notice how little of it reads like a feature list. Each Now row names a customer problem, the behavior change expected, an owner by role, and a confidence level. Reporting sits in Next because the outcome is understood but the shape is not; integrations sit in Later with no owner because committing now would be fiction. The Not Doing list does real work by answering the mobile question before it is asked.
This page takes about a minute to read, which is the actual success test. If a sales rep cannot answer "what's coming for admin permissions?" by pointing at one row, the template failed and no amount of visual polish will rescue it.
- Now — Onboarding: new workspaces reach first value without a CSM call. Owner: PM, onboarding squad. Confidence: high.
- Now — Admin and permissions: IT grants scoped access without shared logins. Owner: engineering lead, platform. Confidence: medium.
- Next — Reporting: a weekly usage export replaces the manual spreadsheet. Owner: PM, reporting. Confidence: medium.
- Later — Integrations: two-way sync with the CRM the sales team already uses. Owner: unassigned, revisit next quarter.
- Not Doing — native mobile app; revisit when the web editor stabilizes.
Slides, spreadsheets, or a roadmap tool
Google Slides, Pitch, and Canva are best when the roadmap is a presentation for an exec review and the deck is the deliverable. Google Sheets, Notion, and Airtable are best when the roadmap is a living document your team already opens every day and wants to filter. Productboard, Aha!, and Jira Product Discovery are best when you need idea intake, scoring, and customer feedback tied to roadmap items. Miro and FigJam are best for the workshop itself. None of these is wrong; pick based on where your readers already are.
Roadmap Creator is the option for turning a one-sentence goal into a visual, editable roadmap quickly, with AI on every node to expand or break a step down. It exports to PDF or PNG, shares via a read-only public link, and embeds in Notion or any site, which covers the socialization part of the quarter. It is a focused roadmap tool, not a project management suite: no team invites or comments, no sprint or issue tracking, no Jira or GitHub integrations.
One practical pattern: workshop in FigJam, publish in the format your audience reads, and keep execution in Linear. A spreadsheet is a perfectly good starting point too — most teams already have one, and the discipline of column headers forces the schema conversation early.
- Slides for a single live review with a fixed audience.
- Spreadsheets or Notion for a team that wants to filter and copy rows.
- Productboard or Jira Product Discovery when feedback intake is the bottleneck.
- Roadmap Creator when you need a visual draft fast and a shareable link.
- Jira or Linear always, for the tickets themselves.
Common mistakes to avoid
- Putting dates on every row turns the roadmap into a contract — use horizons and confidence instead.
- Letting the template grow extra columns until nobody reads it — cap it at theme, outcome, owner, status, confidence.
- Writing features instead of outcomes makes prioritization impossible — describe the change in customer behavior you expect.
- Building the roadmap in a tool your stakeholders never open — publish where they already read, even if that means a PDF.
- Treating Later as a queue that guarantees delivery — Later means "we will revisit", not "we will build".
- Skipping the Not Doing list — the unanswered questions you refuse to write down are the ones that eat your review meetings.
Frequently asked questions
What should a product roadmap template include?
Five fields per row: theme, outcome written as a behavior change, owner by role, status as Now, Next, or Later, and a confidence level. Add the quarter's one-sentence goal at the top, a Not Doing list at the bottom, and a last-updated date in the footer. Anything with an estimate, a due date, or a reviewer belongs in Jira, Linear, or your tracker instead.
What is the difference between Now/Next/Later and a timeline?
A timeline commits to sequence and duration. Now/Next/Later commits to priority and intent, and deliberately withholds dates so priorities can move without renegotiating a schedule. Now means the team is actively working on it, Next means it is understood and likely, Later means it is on the radar. Use a timeline only when a real external commitment exists, and keep that separate from the roadmap page.
Should I use a spreadsheet, slides, or a roadmap tool?
Use whatever your readers already open. Slides work for a single exec review, Google Sheets or Notion work for a living document people filter, and Productboard or Jira Product Discovery fit teams that need feedback intake and scoring. Roadmap Creator fits when you want a visual draft from one goal plus a read-only link or embed. Many teams combine two: a workshop canvas and a published one-pager.
How often should I update the product roadmap?
Review it every two weeks in a standing 30-minute meeting and freeze a dated version roughly every six to eight weeks. Between reviews, change Now only when something ships or when a deal or escalation proves the priority wrong. Avoid editing it daily: a roadmap that moves constantly stops communicating anything and trains stakeholders to ignore it.
Can I generate a first roadmap draft from a single goal?
Yes, and it is a good way to skip the blank page. Roadmap Creator takes a one-sentence goal plus a timeframe and produces a visual, editable roadmap with phases, steps, and milestones as connected nodes, then lets you drag nodes and rewrite steps. Treat the output as a straw man to argue with in your 90-minute session, not as a finished plan.