← Playbook hub
algomarketing
Run Book · Part 5 of 7
Part 5 · Roadmap · Delivery Run Book

Roadmap

The engagement timeline — how a consultant actually runs the whole programme across the three phases: Clarity → Build → Scale & Prove. This is the run book that sequences the other six and holds them together: the steering and stakeholder work, and a phased plan that carries the client from diagnosis to proven ROI without the energy leaking out somewhere in month four.

Duration
~6–9 monthsto first proof, then ongoing
Effort
Program oversightsteering, status, risk & the loop
Client team
Sponsor + leadsprogram lead + workstream leads
Output
Governed deliveryphased, sequenced, proves ROI
Overview

What this part delivers, and why

The Roadmap is the engagement timeline — the spine that sequences everything else. It answers a different question from the other run books: not "how do we model content?" or "how do we govern AI?", but "how does a consultant run the whole thing, end to end, so it lands and proves out?" Three phases — Clarity, Build, Scale & Prove — wrapped in program management: governance, stakeholder buy-in, status reporting, and the risk & decision discipline that keeps a multi-month programme on the rails.

The six steps at a glance
  • 1 · Mobilise & plan — stand up the programme: governance, RACI, success metrics, and the phased plan built from the Assess findings.
  • 2 · Stakeholder & change management — keep sponsors and the content team bought in; manage the people side throughout.
  • 3 · Run Phase 1 · Clarity (~60 days) — where the Assess diagnostic runs, plus editorial strategy and the business case.
  • 4 · Run Phase 2 · Build (~90–120 days) — engineer the foundation (Pipeline, Operating, Governance run books) and pilot the AI layer.
  • 5 · Run Phase 3 · Scale & Prove (ongoing) — roll out across teams/channels, deliver agentic/MCP where ready, prove ROI (Measurement run book).
  • 6 · Program governance — steering cadence, status reporting, risk & decision logs, and the feedback loop that closes it.
▲ Read this first

Phase 1 · Clarity is where the Part 1 Assess diagnostic is run — it is not a second, separate diagnosis. The Roadmap is the companion to Part 1: Assess is the deep diagnostic method; Phase 1 is the slot in the timeline where you run it. Don't re-scope or duplicate the maturity scoring here — point to the Assess run book and execute it.

This is a systems problem now, and you don't fix a systems problem with another campaign. You fix it with a sequenced programme — diagnose, build, then prove it.
the framing that makes the case for a roadmap, not a project · worth saying to the sponsor early
The roadmap on one timeline — interactive

Click any bar or milestone to inspect the phase: its timebox, owner, what runs and what it produces. The dashed purple bars are the two continuous workstreams that span every phase.

◆ Engagement timeline · phase × month ~6–9 months to first proof, then ongoing
…and as a phased path

The same journey read top-to-bottom — the progress line fills to the current phase as it scrolls into view.

0
Mobilise & plan
Week 0–2 · Lead
Stand up governance, RACI, success metrics and the phased plan built from the Assess findings.
1
Phase 1 · Clarity
~60 days · Lead
Run the Assess diagnostic, set the editorial strategy and approve the business case. Diagnosis and decision — not build.
2
Phase 2 · Build
~90–120 days · Lead + workstream leads
Engineer the foundation, stand up operating model and governance, pilot the AI layer on one controlled workflow.
3
Phase 3 · Scale & Prove
Ongoing · Advisory, client-owned
Roll out across the estate, deliver agentic/MCP where ready, prove ROI against the business case, transition to client ownership.
1

Mobilise & plan

Programme week 0–2
Timebox · ~1–2 weeksLead: Program lead + ConsultantFormat: mobilisation workshop
Objective

Stand up the programme so it can actually be run: agree governance and decision rights, lock a RACI across all workstreams, define the success metrics the board will judge it by, and convert the Assess findings into a phased, sequenced plan with milestones.

Mobilisation workshop agenda (half day)
  • Confirm the goal & the success metrics — what "proven ROI" means here (30m)
  • Governance model — steering committee, cadence, decision rights (30m)
  • Program RACI — sponsor, program lead, workstream leads, consultant (30m)
  • Convert Assess findings → a phase plan (phase × workstream × milestone) (60m)
  • Risk & decision logs stood up; status-report template agreed (20m)
  • Confirm cadence, channels and the first steering date (10m)
Inputs → outputs
Inputs
  • Assess findings & prioritised entry point
  • Approved Phase 2 scope & budget
  • Org chart / who's available
Outputs
  • Phase plan (phase × workstream × milestone)
  • Program RACI & governance model
  • Success-metrics baseline + status template
  • Risk & decision logs (live)
◆ From the field

The Assess readout gives you the what; mobilisation is where you turn it into a when and a who. Resist starting any build work in this fortnight — a programme that begins before the plan and governance exist spends month two unpicking month one.

2

Stakeholder & change management

Continuous · all phases
Timebox · ongoingLead: Consultant + SponsorCadence: weekly touchpoints
Objective

Keep the people side healthy for the length of the programme. Content engineering changes how a team works day to day — the technical foundation only pays off if creators, editors and ops adopt it. Protect sponsor commitment, manage resistance, and make the change feel like something done with the team, not to it.

Activities (run throughout)
  • Maintain the stakeholder map — who matters, their stance, what they need from this (revisit each phase)
  • Keep the sponsor close — a standing 1:1; never let them be surprised in a steering meeting
  • Bring the content team along — show early wins, explain the "why now," involve them in the model
  • Surface and address resistance early — usually fear of being automated away; name it directly
  • Communicate progress visibly — small, frequent proof beats one big reveal
Inputs → outputs
Inputs
  • Stakeholder map (template below)
  • Phase milestones & early wins
Outputs
  • Maintained sponsor commitment
  • Team adoption of new ways of working
  • Resistance surfaced & managed
◆ From the field

The content team's real worry is rarely the taxonomy — it's "is this how you replace me with a model?" Answer it out loud, early, with the truth from the Governance run book: AI drafts, humans stay accountable. The people who feared the AI layer most become its best advocates once they've used it to skip the boring 60%.

3

Run Phase 1 · Clarity

~60 days
Timebox · ~60 daysLead: ConsultantCross-ref: Part 1 · Assess
Objective

Get to a clear, agreed picture and a signed-off plan. Clarity is the phase where the Assess diagnostic runs — the maturity scoring, content audit and gap analysis from the Assess run book — alongside the editorial strategy and the business case. This phase is diagnosis and decision, not build.

What runs in this phase
  • The Assess run book (Part 1) — kickoff & scope, interviews, content audit, maturity scoring, gap & AI-readiness analysis, readout. Run it as written; don't re-invent it here.
  • Editorial strategy — what content earns its place, for whom, and why — the strategy layer the engineering will serve
  • Business case — cost of inaction, expected outcomes, the investment to approve Build
  • Phase-1 readout & sign-off — the gate that authorises Phase 2
Inputs → outputs
Inputs
  • Mobilised programme & plan
  • The Assess run book method
Outputs
  • Maturity score + prioritised gaps (from Assess)
  • Editorial strategy
  • Approved business case
  • Signed-off scope for Build
▲ Watch out

Phase 1 is not a "discovery" you can compress to a week to get to the fun part. If Clarity isn't genuinely signed off — score agreed, gaps prioritised, business case approved — Phase 2 has nothing solid to build against. A rushed Clarity is the most common reason a Build phase drifts.

4

Run Phase 2 · Build

~90–120 days
Timebox · ~90–120 daysLead: Consultant + Workstream leadsCross-ref: Pipeline · Operating · Governance
Objective

Engineer the foundation the diagnosis called for, stand up the operating model and governance to run it, and pilot the AI layer on one controlled workflow. This is the heaviest phase — three run books run in parallel here, sequenced against the phase plan.

What runs in this phase
  • Pipeline run book — build the content model, taxonomy and structure (Plan → Model → Structure); fix the copy-paste sprawl the audit found
  • Operating run book — stand up roles (incl. the modular content architect), team topology and RACI for day-to-day delivery
  • Governance run book — risk-tiering policy, human-in-the-loop approval flows, machine-readable brand rules, governed prompt library
  • Pilot the AI layer — one workflow, human-in-the-loop, measured — proof before scale, never agents on a chaotic estate
Inputs → outputs
Inputs
  • Signed-off Clarity outputs
  • Pipeline / Operating / Governance run books
Outputs
  • Engineered content foundation (model + structure)
  • Operating model & governance live
  • One AI-layer pilot, measured, with results
◆ From the field

Pick the pilot workflow for how cleanly it proves the point, not how big it is. One workflow where the structure already half-exists, run with a human in the loop, gives you a defensible result in weeks. A flagship workflow chosen for visibility tends to be the messiest — and a messy pilot teaches the client the wrong lesson about the AI layer.

5

Run Phase 3 · Scale & Prove

Ongoing
Timebox · ongoingLead: Client team + Consultant (advisory)Cross-ref: Measurement
Objective

Take what the pilot proved and roll it out — across teams, content types and channels — while standing up the measurement that turns activity into evidence of ROI. This is where agentic/MCP delivery comes in where the foundation is ready, and where the engagement shifts from consultant-led to client-owned.

What runs in this phase
  • Roll the engineered model and AI-layer pattern out across teams, content types and channels
  • Agentic / MCP delivery where ready — expose content as data via API/MCP, scale agents on workflows that have earned it
  • Measurement run book — stand up the scorecard, AI Share of Voice, and the "Can You Tell?" pass rate; report against the baseline
  • Prove ROI — tie content to pipeline and outcomes, not just clicks; this is the proof the business case promised
  • Transition to client ownership — capability transfer, the consultant moves to advisory
Inputs → outputs
Inputs
  • Proven pilot & live foundation
  • Measurement run book & baseline
Outputs
  • Rolled-out delivery across the estate
  • Agentic/MCP delivery where ready
  • ROI evidence vs the business case
  • Client-owned capability
▲ Watch out

"Scale" tempts everyone to turn on agents everywhere at once. Scale the foundation first; let agentic/MCP delivery follow only on the workflows whose structure and governance can carry it. Scaling the AI layer ahead of the structure is just amplifying the mess, faster — the exact failure the whole engagement exists to prevent.

6

Program governance

Continuous · all phases
Timebox · ongoingLead: Program leadCadence: fortnightly steering
Objective

Keep the programme decidable and visible. This is the management layer that runs across all three phases: a steering cadence that makes decisions, status reporting that tells the truth, logs that capture risks and decisions, and the feedback loop that feeds measurement back into the plan.

The governance machinery
  • Steering cadence — fortnightly steering committee; agenda is status, risks, decisions needed, next milestones
  • Status reporting — a one-page RAG status each cycle (template below); honest amber beats false green
  • Risk log — risk, owner, likelihood/impact, mitigation, status — reviewed every steering
  • Decision log — what was decided, by whom, when, and why — so nothing gets re-litigated
  • The loop — measurement insight (Phase 3) feeds back into the plan; the roadmap is a loop, not a line
Inputs → outputs
Inputs
  • Phase milestones & metrics
  • Status, risk & decision templates
Outputs
  • Steering decisions on record
  • Current RAG status each cycle
  • Live risk & decision logs
Roles & effort

RACI & effort summary

Who does what across the programme. R Responsible · A Accountable · C Consulted · I Informed.

ActivitySponsorProgram leadWorkstream leadsLead consultantContent team
Mobilise & planARCRI
Stakeholder & changeACCRC
Phase 1 · ClarityACIRC
Phase 2 · BuildIARRC
Phase 3 · Scale & ProveARRCR
Program governanceARCCI
PhaseFocusIndicative timelineConsultant posture
MobiliseGovernance, RACI, metrics, phase planWeek 0–2Lead
Phase 1 · ClarityAssess diagnostic, editorial strategy, business case~60 daysLead
Phase 2 · BuildEngineer foundation, operating model, governance, pilot AI layer~90–120 daysLead + workstream leads
Phase 3 · Scale & ProveRoll out, agentic/MCP where ready, measurement, prove ROIOngoingAdvisory · client-owned
Phase walkthrough

Step through each phase

Switch between phases to see who leads, what runs, and what each one must produce before the next can start.

Templates & worksheets

The artifacts you use and leave behind

Five core program-management templates are spelled out below; the full set produced in this part is indexed at the end.

Template 1 · Phase plan

Phase × workstream × milestone

WorkstreamPhase 1 · ClarityPhase 2 · BuildPhase 3 · Scale & Prove
Diagnosis & strategyAssess diagnostic; editorial strategy; business caseRefresh strategy on the loop
EngineeringContent model, taxonomy, structure builtRoll out across the estate; API/MCP where ready
Operating modelRoles, topology & RACI stood upEmbedded & client-owned
GovernanceRisk-tiering, HITL flows, prompt libraryAgentic guardrails as agents scale
AI layerPilot one workflow, measuredScale where foundation is ready
MeasurementBaseline success metricsInstrument the pilotScorecard, AI SoV, ROI proof

Hang dated milestones off each cell. The empty cells are deliberate — they show the client what is not happening yet, and why.

Template 2 · Program RACI

Who decides, does, and is told

  • List every recurring programme activity down the left (the RACI table above is the starting set).
  • Across the top: Sponsor · Program lead · Workstream leads · Lead consultant · Content team — add client-specific roles as needed.
  • Exactly one A per row — accountability cannot be shared. If two people are A, the decision will stall.
  • Keep R lean — one or two doers per activity; everyone else is C or I.
  • Review the RACI at each phase boundary — accountability shifts from consultant-led to client-owned across the timeline.
Template 3 · Status report (one page, per cycle)

Fortnightly RAG status

  • Overall RAG — Red / Amber / Green, with one sentence of why
  • Phase & milestone — where we are vs the plan
  • Done since last — 3–5 bullets of what actually shipped
  • Next cycle — 3–5 bullets of what's planned
  • Risks & issues — top 3 from the risk log, with owner
  • Decisions needed — what steering must decide this cycle
  • Metrics — movement against the success baseline
Template 4 · Risk & decision log

Two linked registers, reviewed every steering

RegisterCapture per entry
Risk logID · risk · owner · likelihood × impact · mitigation · status (open/closed)
Decision logID · decision · made by · date · rationale · what it supersedes

The decision log is the antidote to re-litigation — when a settled question comes back, you point to the entry rather than re-debating it.

Template 5 · Stakeholder map

Who matters, their stance, what they need

StakeholderInterest / powerCurrent stanceWhat they need from thisEngagement plan
Executive sponsorHigh / HighChampionROI proof for the boardStanding 1:1; no surprises
Content leadHigh / MedCautiousTeam not destabilisedCo-own the model; early wins
Content creatorsMed / LowAnxiousReassurance on AI & rolesInvolve in pilot; name the fear
Martech / ITMed / HighGatekeeperSecurity & access clarityBring into Build early

Revisit at each phase boundary — stances move as the programme delivers (or stalls).

Full template index for this part
Phase plan — phase × workstream × milestone (above)
Program RACI — activities × roles, one A per row (above)
Status report — one-page fortnightly RAG (above)
Risk & decision log — two linked registers (above)
Stakeholder map — interest, stance, engagement plan (above)
Governance charter — steering membership, cadence, decision rights
Success-metrics baseline — what "proven ROI" means, measured at start
Communications plan — who hears what, when, through which channel
Phase-gate checklist — entry/exit criteria per phase
Change-management plan — adoption, training, resistance handling
Capability-transfer plan — handover to client ownership in Phase 3
Steering pack template — the recurring agenda & deck
Done criteria

Entry & exit gates

The quality bar that says the programme is genuinely ready to run, and genuinely delivering. (Each phase also has its own internal gate — these are the programme-level gates.)

Before you start (entry)
  • Assess findings in hand; entry point & phasing agreed
  • Executive sponsor committed; program lead named
  • Governance model, RACI & success metrics agreed
  • Phase plan, risk & decision logs stood up
Before you finish (exit)
  • Clarity signed off before Build started; Build before Scale
  • AI-layer pilot proven before any scale-up
  • Measurement live; ROI evidenced against the business case
  • Capability transferred; consultant in advisory; loop running
algomarketing
Run Book · Part 5 · Roadmap (v0.1) · the engagement timeline that ties the seven parts together. ← back to the playbook hub