Quick answer
Present a project roadmap to a client as a simple timeline of four to six phases, each with a plain name, a date range, what the client will see at the end and what you need from them. Highlight decisions and dependencies, show only dates you can commit to, and send a one-page version.
A building contractor walks into a client meeting with a forty-row spreadsheet: tasks, sub-tasks, dependencies, colour codes. He has planned the extension in impressive detail. The client, who has never managed a build, looks at it for ten seconds, asks “So when can we use the kitchen?”, and stops listening. The plan was right. The presentation was for the wrong person. Clients do not need your working plan; they need to understand the journey, what it asks of them and when they will see results. Here is how to build that version, step by step.
Know what the client actually wants to know
Whatever the project, a website, a rebrand, a kitchen, a software build, clients ask the same four questions:
- When will it be done? And when will I see something before then?
- What do you need from me? Decisions, content, access, payments, an empty house.
- What could delay it? And whose responsibility is each risk?
- How will I know it is on track?
Your roadmap should answer those four on one page. Everything else is your internal plan.
Step 1: group the work into phases
Take your detailed plan and group it into four to six phases with plain names a client would use: “Survey and design”, “Groundworks”, “Build and roof”, “Fit-out”, “Snagging and handover”. For a website: “Discovery”, “Design”, “Build”, “Your review”, “Launch”. The Association for Project Management’s overview of what project management is is a useful reminder that phases exist to make progress visible, not to show how much work you do.

Step 2: give each phase four facts
| Fact | What to write | Example for a website |
|---|---|---|
| Dates | A range, not a single day | Weeks 2 to 3 |
| What you will do | One short line | Design the homepage and one inner page |
| What the client sees | The deliverable or milestone | Two page designs to review |
| What you need from them | Decisions, content, access | Feedback within five working days |
The last column is the most important and the one most often missing. Most project delays come from the client side: late content, slow feedback, a decision nobody owns. Putting it on the roadmap from day one makes it a shared plan rather than your promise alone.
Step 3: choose the right visual
- A horizontal timeline with phases as blocks along a line suits most projects and fits a wide slide.
- A simple Gantt-style chart, with phases as bars against weeks, suits projects where phases overlap, such as a build where trades follow each other.
- A vertical list with dates suits a printed handout or an email, and reads well on a phone.
Build it in whatever tool you present in. Microsoft’s PowerPoint help centre covers its built-in timeline and process graphics, and Google’s help on shapes and diagrams in Google Slides covers the same for Slides. Keep one colour for phases, one accent colour for milestones, and your brand typeface throughout.
Step 4: mark milestones and decision points
Milestones are the moments the client sees progress: designs approved, roof on, site live. Mark them clearly, perhaps with a small diamond or dot, because they are what the client will remember and tell others. Decision points, where the project cannot continue until the client chooses something, deserve the same emphasis. “Kitchen layout signed off by week 4” in bold saves an awkward conversation in week six.
Step 5: be honest about uncertainty
Only show dates you can commit to. Where something depends on factors outside your control, such as planning permission, supplier lead times or the client’s content, say so on the roadmap: “Start date depends on planning decision, expected in March”. A range (“weeks 6 to 8”) is more honest than a single date and protects your reputation when the weather or a supplier slips. Clients forgive delays they were warned about; they rarely forgive surprises.
Step 6: walk them through it, then hand it over
- Present the roadmap in the meeting, phase by phase, and pause at each “what we need from you”.
- Ask the client to confirm who on their side owns each decision.
- Send a one-page PDF afterwards, on your letterhead, so it looks like a formal plan and not a sketch.
- Refer back to it in every update: “We are at phase three, on track for the week 8 milestone.”
- If the plan changes, send a revised version with the change clearly marked, rather than letting the old one quietly go out of date.
Common roadmap mistakes
- Too much detail. Forty rows of tasks hide the four dates the client cares about.
- Jargon in phase names. “First fix” and “UAT” mean nothing to most clients. Say “Pipes and wiring in” or “Your testing week”.
- No client column. If the roadmap only lists your work, every delay looks like yours.
- A plan that is never updated. A roadmap that stops matching reality erodes trust faster than having none.
Make it look like your business
A roadmap is often the first planning document a client sees from you, and it shapes whether they believe you will deliver on time. A tidy, branded one-pager says “organised”; a screenshot of a spreadsheet says “improvising”. Save your roadmap layout as a template so every project starts from the same professional base. Our letterhead and stationery design is £49 per piece and our guide to letterhead design covers branded document templates. If your quotes, plans and proposals all look different, our guide to a brand that looks different everywhere explains how to fix it, and our brand identity design at £299 gives you the colours, type and rules to apply.
For trades pitching larger jobs, our guide to winning commercial contracts shows where a clear roadmap fits in a tender, and our free quote template pairs well with it. Every Luxbranding price is on our pricing page.
Get the UK Branding Budget Worksheet (free)
A printable worksheet: decide what your brand needs now and price it against fixed published prices and the IPO trademark fee.
No spam. UK GDPR compliant. We only use your email to send this resource, unless you tick the box to hear from us.
Frequently asked questions
What should a client project roadmap include? +
Four to six phases with plain names, a date range for each, what you will do, what the client will see at the end of the phase and what you need from them. Mark milestones and decision points clearly, note any dates that depend on outside factors, and keep it to one page the client can refer back to.
How detailed should a roadmap for a client be? +
Much less detailed than your internal plan. Clients want to know when it will be done, when they will see progress, what they need to do and what could cause delays. Group your tasks into a handful of phases and keep the detailed task list for your own team. If it does not fit on one page, simplify it.
Should I put exact dates on a project roadmap? +
Only where you can commit to them. Date ranges, such as weeks six to eight, are more honest for most phases and protect you when suppliers, weather or client feedback slip. Where something depends on an outside decision, such as planning permission, say so on the roadmap so nobody is surprised later.
How do I stop clients delaying a project? +
Put their responsibilities on the roadmap from the start: the content, decisions, access and feedback you need, with dates. Confirm who on their side owns each decision. Then refer to the roadmap in every update, so a late decision is visible as the reason a milestone moves, rather than looking like your delay.


