
Tools and providers
AI Content Workflow Guide for London Agencies
Build a London agency content workflow with named AI tools, team roles, UK GDPR intake checks, CAP Code review and practical measurement steps.
What to take away
- A content workflow in a London agency runs from client brief to internal CAP Code review, with ICO checks at intake and named owners at every stage.
- Choose AI tools by taskresearch, drafting, review. Keep a human sub-editor on facts, tone and legal risk.
- Team roles from strategist to sub-editor must be written down, with one person accountable for each handover.
- The ICO expects a lawful basis and a data processing agreement before any AI tool touches client content with personal data.
- Internal CAP Code review happens before publication, with checks on claims, comparisons and testimonials; this is not ASA pre-approval.
- Measure after the first quartercycle time, revision rounds, sign-off delays and cost per published asset.
Mapping the London agency content workflow end to end
Start with the client brief. In London, briefs often arrive from FCA-regulated financial clients, retail brands and public sector bodies, each with different approval chains. Map every handover before you add AI tools. Write the map as a sequence of stages, from intake through to measurement after publication.
Content workflow stages and owners
- Intake: account manager, client lead
- Research: strategist, content lead
- Draft: writer plus AI tool
- Review: sub-editor, content lead
- Sign-off: compliance lead, ASA check
- Publish: producer, account manager
Use agile delivery for planning the workflow itself, not just the content. The GOV.UK service manual sets out how to work in short cycles with a clear owner for each stage. That discipline matters when three clients share one content team.
Assign one owner per stage. A stage with two owners has none. Put the owner's name in the workflow document and review it monthly.
Build the map as a simple table. It becomes the contract between account managers and the content team.
Mapping the workflow end to end
| Stage | Owner | Input | Output | Sign-off |
|---|---|---|---|---|
| Intake | Account manager | Client brief, data notes | Brief with lawful basis | Client lead |
| Research | Strategist | Brief, sources | Source pack | Content lead |
| Draft | Writer plus AI tool | Source pack, style guide | First draft | Sub-editor |
| Review | Sub-editor | First draft | Fact-checked draft | Content lead |
| Sign-off | Compliance lead | Final draft | Approved copy | Client and ASA check |
| Publish | Producer | Approved copy | Live asset | Account manager |
Add a feedback loop. Every published asset should generate notes for the next brief. That is how the workflow improves without a rewrite each quarter. For a week by week rhythm, see our operating workflow.
Choosing AI tools for research, drafting and review
Pick tools by job, not by brand. For research and source-grounded summarisation, trial Perplexity or Google NotebookLM; for drafting and rewriting, trial ChatGPT or Microsoft Copilot; for language review, consider Grammarly. ChatGPT or Copilot can also help flag claims, dates and names for a human to verify, but must not replace that check. In a London agency, three categories cover most needs: research and summarisation, drafting and rewriting, and review and checking. A tool that does all three badly is worse than three tools that do one job well.
AI tools by job
Research
- What to pick
- Cites sources
- Must export
- Citation list
- Trial test
- Source quality
- Owner
- Strategist
Drafting
- What to pick
- Takes style guide
- Must export
- Draft file
- Trial test
- Time to draft
- Owner
- Writer
Review
- What to pick
- Flags claims
- Must export
- Check list
- Trial test
- Revision rounds
- Owner
- Sub-editor
For research, use tools that cite sources and let you export the citation list. For drafting, use tools that accept a style guide and a source pack. For review, use tools that flag claims, dates and names for a human to check.
Run a small trial before you buy. Give two writers the same brief with and without the tool. Compare time to first draft and the number of revision rounds. If the tool does not cut either, it is not worth the seat cost.
Agile tools and techniques from the GOV.UK service manual help here too: short trials, clear success measures, and a decision point. Do not run a six month pilot with no exit.
Keep a tool register. List the tool, its purpose, who owns it, the data it sees, and the renewal date. This register feeds the ICO checks in section four and the buying decisions in our tool implementation guide.
Example tool register:
| Tool | Purpose | Owner | Data it sees | Processing location and transfer check | Retention or deletion | DPA status | Renewal date |
|---|---|---|---|---|---|---|---|
| [Enter tool] | [Enter purpose] | [Enter owner] | [Enter data categories] | [Record check] | [Record rule] | [Record status] | [Enter date] |
Three rules for AI tools in agency work:
Choosing AI tools
- No client personal data in a tool without a signed data processing agreement.
- No AI output published without a named human editor.
- No tool added to the stack without a trial result and an owner.
Team roles from strategist to sub-editor
London agencies often run lean teams across several clients. Name the roles, then name the people. A role without a person is a gap.
Roles and decision rights
Role
- Strategist
- Brief, source pack
- Researcher
- Sources, gaps
- Writer
- Draft, tool record
- Sub-editor
- Facts, tone, style
- Compliance lead
- ICO and ASA checks
- Producer
- Schedule, publish
Owns
- Strategist
- Stops weak brief
- Researcher
- Flags missing sources
- Writer
- No stop right
- Sub-editor
- Stops a draft
- Compliance lead
- Approves a claim
- Producer
- Holds publication
Can stop or approve
- Strategist
- Researcher
- Writer
- Sub-editor
- Compliance lead
- Producer
The core roles are strategist, researcher, writer, sub-editor, compliance lead and producer. In smaller agencies, one person may hold two roles, but never the writer and sub-editor roles on the same asset.
The strategist owns the brief and the source pack. The researcher gathers sources and flags gaps. The writer drafts with AI assistance and records which tool was used. The sub-editor checks facts, tone, claims and style. The compliance lead owns ICO and ASA checks. The producer schedules and publishes.
Write role descriptions with decision rights. Who can stop a draft? Who can approve a claim? Who talks to the client when a fact is wrong? Put those answers in the workflow document, not in a meeting.
Our team roles map covers how these roles change as AI tools take on more drafting work. The short version: the sub-editor role grows, the pure drafting role shrinks, and the compliance role becomes a named post rather than a task shared around.
If you are building the team from scratch, a ninety day plan helps sequence hiring and tool trials.
ICO obligations at the data intake stage
Intake is where content workflow meets data protection. If a client sends customer reviews, case notes, CRM extracts or interview transcripts, you are processing personal data. The ICO's UK GDPR guidance sets out what that means for agencies using AI tools.
You need a lawful basis for processing, a clear purpose, and a retention rule. Possible UK GDPR lawful bases include consent, contract, legal obligation, vital interests, public task and legitimate interests. Choose and document the basis that fits the specific purpose and your role rather than defaulting to consent. You also need a data processing agreement with any AI tool vendor that processes personal data on your behalf. That agreement is not optional and it is not the same as a standard software licence.
Check transfers. Some AI tools process data outside the UK. If so, you need appropriate safeguards and you must tell the client. Put this in the brief, not in a side email.
At intake, ask three questions:
- Does the brief contain personal data, what categories are involved, and is any of it special category or criminal offence data?
- What is the purpose of processing, which lawful basis applies, and who is the controller or processor?
- Which AI vendor will receive the data, where will it be processed or transferred, and what retention rule and safeguards apply?
Intake data protection checks
- Does this brief include personal data?
- Do we have a lawful basis and retention period?
- Does every AI tool have a signed DPA?
- Are data transfers outside the UK safeguarded?
- Is the client told about overseas processing?
- Is the intake log completed?
If the answer to any is no, stop and fix it before drafting. A breach found after publication is far more expensive than a delayed brief. The ICO's UK GDPR guidance and resources is the reference point for these checks.
Keep an intake log. Record the brief, the data categories, the lawful basis and the tools used. This log is your evidence if a client or regulator asks questions later. It also supports the delivery model that survives audit.
A practical intake log template can record:
Field / Record
- Client and asset
- [Enter details]
- Data categories and purpose
- [Enter details]
- Lawful basis
- [Enter basis]
- AI tool or vendor and processing location
- [Enter details]
- Transfer safeguards and retention rule
- [Enter details]
- Data processing agreement status
- [Enter status]
- Owner and decision
- [Enter details]
CAP Code review points before client content goes live
ASA sign-off is a stage, not a person. The Advertising Standards Authority enforces the CAP Code, which covers advertising and marketing content in the UK, including much of what agencies produce for clients.
ASA sign-off points
- After first draftNamed checker reviews claims
- After client changesRe-check claims and evidence
- Before publicationWritten approval to publish
- Every assetOne sign-off record row
Check claims first. Any factual claim about a product, price or result needs evidence on file. Comparisons need a fair basis. Testimonials need to be genuine and current. The CAP Code's Misleading advertising section covers substantiation and comparisons; its rules on testimonials apply to endorsements. Check the Financial products section for applicable financial advertising.
Check the obvious traps. Prices must include VAT where required. Free offers must state conditions. Health, finance and food claims attract extra rules. If a client is FCA-regulated, finance content may need their compliance team too. Route financial promotions to that team to check against the FCA Handbook's Conduct of Business Sourcebook (COBS), particularly its 'Communicating with clients, including financial promotions' chapter. ASA review is not a substitute for approval by the client's compliance function.
The CAP Code is the source for these rules, and the ASA's advertising codes page lists the codes and their scope. Keep a link in your workflow document so writers can check before drafting, not after.
Sign-off record: asset name, date, checker, claims checked, evidence location, approval to publish. One row per asset. No row, no publication.
Measuring the workflow after the first quarter
Measure the workflow, not the vibes. After the first quarter, you should know how long a typical asset takes and where it stalls.
First quarter measures
- Month 1Set the baseline
- Month 4Compare against baseline
- Cycle timeBrief to publish
- Revision roundsBrief or source pack weak
- Sign-off delaysUsual bottleneck
- Cost per assetTool register review
The GOV.UK service manual's guidance on measuring success applies to content operations as much as to public services: define the outcome, pick a few measures, and review them on a set cycle.
Set a baseline in month one and compare in month four. If cycle time has not fallen, the bottleneck is usually sign-off, not drafting. If revision rounds have risen, the brief or the source pack is weak.
Review the tool register at the same time. Drop any tool that has not earned its seat. Add any task that keeps coming back to a human because the tool cannot do it safely.
Finally, review the workflow map itself. Stages change as clients change. The map is a living document, and the first quarter review is when you update it. For the planning method behind the workflow, the GOV.UK service manual's agile delivery guidance is a practical starting point.



