Crewlantern Product Roadmap, 2027

Product roadmap presentation example: now, next, later

A product roadmap presentation has to prove that every item answers a problem customers actually have, that the near term is dated and the far term is honest about being uncertain, and that people know how to add to it. Crewlantern, an invented onboarding app for frontline employers, puts mobile onboarding first because 71 percent of new hires open it on a phone and only 48 percent of them finish.

Create a presentation with OneCraft10 slides, read in order

Every slide, in order

The whole deck as it renders, one slide after another. Read it the way the audience would.

CREWLANTERN PRODUCT

Roadmap review · January 2027

Now, next, later

What ships this quarter, what follows and what waits, with the evidence for each.

Hannah Achterberg, Head of Product

For the whole company and the customer advisory group

Slide 1 · cover · Names the roadmap period and the audience, so it is read as a plan with dates rather than a wish list.

What we heard

In 2026 the team ran 64 customer interviews and read every one of 2,900 support tickets tagged as product feedback. Three problems came up again and again, and the roadmap is built around them.

THREE PROBLEMS

Phones, not laptops

Frontline new hires do their onboarding on a phone, and the flow was built for a desk.

Managers chase by hand

Site managers spend hours reminding new starters to finish forms before day one.

Checks happen elsewhere

Right to work documents are checked outside the app and filed by email.

02

Slide 2 · intro · Sets out the three things customers told the team, so every roadmap item can be traced to one of them.

Why mobile comes first

From 41,000 new hires onboarded through Crewlantern in the second half of 2026.

71%

Open it on a phone

Most new hires never see the desktop flow. The share was 52 percent a year earlier.

48%

Finish it on a phone

Against 83 percent on desktop. The gap is the biggest single cause of late starters.

3.1 hrs

Manager time per hire

Spent chasing unfinished forms, measured across 120 customer sites in November.

03

Slide 3 · metrics · The usage numbers that put mobile onboarding at the top of the list.

THE ROADMAP

Horizons

Now is committed and dated. Next is planned with a target month. Later is a direction, reviewed every quarter and never given a date until it moves to next.

1

Now, January to March

SMS reminders for managers ship 3 February. Mobile onboarding flow ships 10 March to every customer.

2

Next, April to June

Right to work document checks in the app, target May. Handover between sites for staff who move, target June.

3

Later, second half

Payroll exports for two more providers. Spanish and Vietnamese language packs for new hire screens.

04

Slide 4 · timeline · The roadmap itself: now, next and later, each with dated items.

Items, problems and measures

Each item has one metric it must move.

Item
Problem
Metric
Target
Status
Mobile onboarding
New hires on phones stall
Mobile completion
48% to 75%
In build
SMS reminders
Managers chase by hand
Chase time per hire
3.1 to 1.5 hrs
In build
Right to work checks
Checked outside the app
Checks done in app
0% to 60%
Designing
Site handover
Movers start from scratch
Repeat forms per move
9 to 0
Discovery
Payroll exports
Two systems unsupported
Customers blocked
58 to 0
Later
Status as at 15 January 2027. Targets are measured 60 days after release.

05

Slide 5 · comparison · Every roadmap item with the problem it solves, the metric that proves it worked and its status.

How an item gets a date

Every item passes the same four steps before it gets a date.

1

Evidence

At least ten customers or 50 tickets describe the same problem in their own words.

2

One metric

The team agrees the single number the item must move and measures today's value.

3

Sized and ranked

Engineering sizes it in weeks, and it is ranked by metric impact against size.

4

Dated

Only items in the now column get a release date, agreed with the team that builds it.

06

Slide 6 · process · How an idea gets onto the roadmap, so teams know how to put something forward.

DELIBERATELY NOT BUILDING

Not on the roadmap

01
A performance review module. Dedicated tools do that well.
02
Full payroll. Exports to payroll providers, never a payroll engine.
03
A desktop app. The web app covers every office user we have.
04
A custom form builder. Templates cover 94 percent of requests.
05
Automated interview scoring. It is out of scope and out of our values.

07

Slide 7 · checklist · States what is deliberately not being built, which stops repeat requests and protects the team.

What changes after March

The same first week, before and after the two items in the now column ship.

Today

After 10 March

New hire gets a link built for a laptop and gives up halfway on a phone.

Manager rings each starter the night before to chase missing forms.

About one starter in six arrives with forms unfinished and starts late.

New hire finishes on a phone in under fifteen minutes, one screen at a time.

Crewlantern sends the SMS reminders. The manager sees who is still outstanding.

Target: fewer than one starter in ten arrives with forms unfinished.

08

Slide 8 · comparison · What changes for a site manager and a new hire once the now items ship.

Questions

About anything on the roadmap, or anything you expected to see and did not.

09

Slide 9 · qa · Opens the floor before the close, because roadmap reviews always raise questions.

Send us your evidence

Requests with customer examples attached are reviewed at the next quarterly roadmap meeting.

Email

roadmap@crew.example

Internal channel

#product-feedback

Customer advisory group

First Tuesday monthly

Next roadmap review

7 April 2027

10

Slide 10 · closing · Closes on the feedback route, so requests arrive in one place with evidence attached.

The structure

What each slide is doing, so you can reuse the order even with different content.

Slide 1cover
Names the roadmap period and the audience, so it is read as a plan with dates rather than a wish list.
Slide 2intro
Sets out the three things customers told the team, so every roadmap item can be traced to one of them.
Slide 3metrics
The usage numbers that put mobile onboarding at the top of the list.
Slide 4timeline
The roadmap itself: now, next and later, each with dated items.
Slide 5comparison
Every roadmap item with the problem it solves, the metric that proves it worked and its status.
Slide 6process
How an idea gets onto the roadmap, so teams know how to put something forward.
Slide 7checklist
States what is deliberately not being built, which stops repeat requests and protects the team.
Slide 8comparison
What changes for a site manager and a new hire once the now items ship.
Slide 9qa
Opens the floor before the close, because roadmap reviews always raise questions.
Slide 10closing
Closes on the feedback route, so requests arrive in one place with evidence attached.

Slide by slide

Slide one frames the review as now, next and later. Slide two names the three problems behind the roadmap, drawn from 64 interviews and 2,900 tagged tickets. Slide three gives the usage numbers that put mobile first. Slide four is the roadmap across three horizons. Slide five is the item table with problem, metric, target and status. Slide six explains the four steps an idea passes before it gets a date. Slide seven lists five things deliberately not being built. Slide eight shows the first week for a new hire and a manager before and after March. Slide nine opens questions. Slide ten gives the feedback route and the next review date.

How to adapt this deck

A roadmap for customers rather than staff should drop the status column, keep the dates only on the now items and replace the not building slide with what customers can expect to hear and when. A platform or infrastructure team should swap usage numbers for reliability or cost numbers, such as incidents or hosting spend, because that is the evidence its stakeholders trust. A roadmap with a regulatory deadline in it should mark that item as fixed and say what moves if it slips.

What roadmap guidance says

The GOV.UK Service Manual says a roadmap should show what has been done and what is coming next in order of priority, give each iteration a clear goal with a way to measure progress, and say who maintains it, how often it is updated and how to contribute. Hackney Council's product playbook uses the same now, next, later format. This deck follows both: a metric per item on slide five and a contribution route on the closing slide.

What makes this deck work

The top item has its evidence beside it

Slide three shows why mobile onboarding leads: 71 percent of new hires open onboarding on a phone, 48 percent finish there against 83 percent on desktop, and managers spend 3.1 hours per hire chasing. Nobody has to take the ranking on trust.

Dates only where they are real

Slide four dates the now items to the day, 3 February and 10 March, gives next items a target month, and leaves later undated on purpose. The deck says this rule out loud, which stops a later item being repeated to customers as a promise.

Every item has one number to move

The table on slide five pairs each item with a metric and a target, such as mobile completion from 48 to 75 percent or 58 blocked customers down to none. Sixty days after release the team can say whether the item worked, not only whether it shipped.

Questions people ask

What is a now, next, later roadmap?

A roadmap in three columns instead of a calendar. Now holds committed work with dates, next holds planned work with target months, and later holds direction without dates. It keeps a team honest about uncertainty and stops early ideas being read as promises by customers or sales.

Should a product roadmap presentation include dates?

Only for work that is committed and staffed. Give now items exact release dates, next items a target month, and later items no date at all. Explain the rule on the roadmap slide itself, so the audience understands that a missing date is a decision, not an oversight.

How do I justify the top item on a roadmap?

Put the evidence on its own slide right before the roadmap. Usage data, support volume or lost deals work best when they are numbers the audience can check. Here three figures, phone share, phone completion and manager hours, explain the ranking before anyone asks.

Should a roadmap say what the team will not build?

Yes. A short list of things deliberately left out, each with a one line reason, ends repeat requests and shows the roadmap was chosen rather than accumulated. Keep it to five items or fewer, and revisit the list at each quarterly review.

How often should a product roadmap be presented?

Quarterly is common, with the now column reviewed more often inside the team. Give the next review date on the closing slide, as this deck does, so people with requests know when they will be considered and do not escalate them in between.

Can I keep the roadmap deck up to date after the meeting?

Yes. Edit the deck and save, and a share link always shows the latest saved version, so people holding the link see the update. Earlier versions stay in the version history, and any of them can be previewed or restored if a change needs undoing.

Build your own in about a minute

The button below opens the generator with this use case already described. Change the wording to match your own, generate, then edit anything you like.

Make one like this

Other presentation examples

Want the steps in the builder? Read Edit your deck with the AI assistant, then Export a presentation to PowerPoint or PDF. For everything this generator can do, see the presentation maker.

Sources

Written and checked by the OneCraft team. Last checked .