Detailed close-up of a hand pointing at colorful charts with a blue pen on wooden surface.
Photo by Lukas Blazek on Pexels

Strategy

Marketing automation strategy: platform control tests to run

Marketing automation strategy guide: specify the rule, metrics and channel policy, then run control tests on a shortlisted platform before you buy.

A marketing automation strategy is a set of choices about which customer problem to address, for whom, through which permitted route and with what evidence of progress. It is not a list of campaigns, a software shopping exercise or a diagram containing every possible trigger.

For an organisation operating in England, a credible 2027 plan needs more than an ambitious revenue line. It should expose assumptions, assign an owner to each decision and define the conditions that would stop an automated journey. UK-wide evidence can inform the context, but it cannot substitute for the organisation's own baseline or prove an England-specific opportunity.

This guide provides a planning method, not a forecast. Any example threshold is an editorial illustration that a team must replace with its own approved figure. No conversion rate, saving or return is presented as an observed result.

Two or three platforms will usually be shortlisted, never one on its own. The five layers below decide what the evaluation has to cover, and the tool-layer tests set out what each vendor must demonstrate on the edition you would actually buy.

What to take away

  • Strategy is a set of choices about problem, audience, route and evidence, not a campaign list.
  • Moving down from strategy to tactics, channels, tools and rules should narrow the available options.
  • A delivered email is an output, not evidence that the message caused a purchase.
  • Channel policy must be set before campaign plans because permission rules differ by channel.
  • The tool layer is a product decisionthe platform must be able to show exclusions, version history and failed records on request.
  • Every live automation rule needs a versioned record with owner, exclusions, stop path and measures.

Strategy, tactics, channels, tools and rules are different

The distinction prevents a team from buying technology before it has made a choice.

Five layers of marketing automation

Layer

Strategy
Problem and audience
Tactic
Bounded intervention test
Channel
Where interaction occurs
Tool
System to operate tactic
Automation rule
Event, condition, action, stop

Decision

Strategy
One-page decision record
Tactic
Renewal reminder pilot
Channel
Email, SMS, telephone, web
Tool
Capability and control spec
Automation rule
Versioned rule card

Example output

Strategy
Tactic
Channel
Tool
Automation rule

Decision

Strategy
Which problem and audience deserve scarce effort, and what will not be pursued?
Tactic
What bounded intervention could test the chosen idea?
Channel
Where may and should the interaction occur?
Tool
What system can operate and evidence the approved tactic?
Automation rule
Which event, condition, action and stop path will run?

Example output

Strategy
A one-page decision record
Tactic
A renewal reminder pilot
Channel
Email, SMS, telephone or an owned web path
Tool
A capability and control specification
Automation rule
A versioned rule card

Moving down the table should narrow the options. A channel preference does not define the customer problem. A vendor feature does not supply a lawful purpose. A high open rate does not show that the underlying service outcome improved.

Start with an outcome chain

Write the current problem as an observable condition. "Marketing is inefficient" cannot be investigated. "Eligible enquiries wait for manual classification and miss the stated response window" identifies a workflow, a population and a clock.

Then map the proposed change:

Outcome chain from inputs to outcomes

  1. Inputs: staff time, data, content, integrations
  2. Activity: exact rule or intervention
  3. Output: routed record or message sent
  4. Near outcome: behaviour or service condition
  5. Business outcome: later result that matters
  6. Assumptions: conditions for each link
  1. Inputsstaff time, data fields, content, integrations and review capacity.
  2. Activitythe exact rule or intervention to be introduced.
  3. Outputwhat the system produces, such as a routed record or a message sent.
  4. Near outcomethe behaviour or service condition expected to change.
  5. Business outcomethe later result that matters to the organisation.
  6. Assumptionsthe conditions required for each link to hold.

The 2026 edition of HM Treasury's Magenta Book explains how a theory of change exposes the route from inputs to outcomes, the evidence supporting assumptions and alternative explanations. It is government evaluation guidance, not a marketing recipe, but its logic is useful here. A delivered email is an output. It is not evidence that the message caused a purchase.

Add a negative path beside the intended one. The reminder could arrive too late, reach the wrong person, create pressure on a service team or shift demand between channels rather than improving it. Naming that path produces monitoring and stop conditions before the pilot begins.

Define the audience from evidence

Specify both the account and the people in the decision. An account screen can use workflow state, recurring volume, data readiness and ability to act. The buying group may include an operator, process owner, data or security reviewer and commercial approver. Do not convert a broad sector count into a buyer total.

The 2026 UK Business Data Survey shows that digitised-data handling varies by business size and sector. Its findings are UK-wide and do not measure demand for marketing automation. Use that observation to test different operating conditions, not to claim adoption or readiness in England.

For each proposed audience, keep an evidence note with the source, date, geography, sample or coverage, contrary evidence and confidence. Internal interviews, service logs and campaign records may be closer to the decision than a national statistic. They still need documented definitions and limitations.

Make explicit choices about the work

A strategy earns its name by excluding plausible activity. Select one primary problem and one audience for the first planning period. Record why other attractive options will wait.

Useful choice questions include:

  • Is the goal to reduce a service delay, improve the quality of a hand-off or learn whether a particular message is understood?
  • Which existing manual judgement must remain with a person?
  • Which data will not enter the automated path?
  • What level of exception work would make the process uneconomic?
  • Which channel is unsuitable even if it appears cheaper or easier to measure?
  • What evidence would cause the team to cancel, redesign or expand the work?

The answer should fit the organisation's capacity. A narrow rule with a clear exception queue may be more strategic than an elaborate journey that nobody can maintain.

Set a channel policy before campaign plans

Channels differ in customer context, technical dependence and legal treatment. Do not copy one permission decision across all of them.

The Information Commissioner's Office updated its electronic-mail marketing guidance on 28 April 2026. It covers email and other forms of electronic mail under PECR, with different questions on subscriber type, consent and limited soft opt-ins.

The ICO's separate live-call guidance is marked as under review after the Data (Use and Access) Act became law. A 2027 plan must schedule a legal recheck immediately before launch.

Web and app measurement has its own decision path. The ICO's final April 2026 storage and access technologies guidance covers cookies, tracking pixels, tags and comparable techniques. Channel design should state what is stored or accessed, for which purpose, under which exception or consent route, and what happens when a user refuses.

Keep at least four records separate: the UK GDPR lawful basis for personal-data processing, PECR consent or exception, subscriber and channel analysis, and the person's later objection or preference.

The ICO's lawful-basis guide says an organisation must select and document its basis before it handles personal information. A qualified UK adviser should review the actual facts; this guide cannot promise compliance.

Specify an automation rule as an operational object

Every live rule needs more than a trigger and message. Give it a record containing:

  • rule ID, owner, version and approval date;
  • eligible population and explicit exclusions;
  • triggering event and source system;
  • required fields and validation checks;
  • action, timing and channel;
  • frequency cap, suppression and conflict priority;
  • human review and exception queue;
  • success, guardrail and diagnostic measures;
  • pause switch, rollback route and retirement date.

This turns automation into managed service work. When an input schema, supplier feature, consent route or operating team changes, the owner can identify the affected rules rather than searching through a visual journey builder.

Tools should be assessed against this specification. HubSpot, Mailchimp, Klaviyo, ActiveCampaign, Braze, Dotdigital, Salesforce Marketing Cloud, Adobe Campaign and Marketo Engage are established platforms in this category, and each exposes a different set of controls depending on the product, the edition and the configuration. A platform that can send a message but cannot expose exclusions, version history or failed records may be unsuitable for the chosen control model.

Test the tool layer in a sandbox

A named platform is not a verdict. Shortlist two or three products, then ask each vendor to run the same tasks on a copy of your schema and score what you see rather than what the sales deck claims.

  • Apply a suppression-list or segment exclusion and show that a held record cannot receive the action.
  • Open a live journey, change it, restore the previous version and show who approved each version.
  • Surface a failed record with its stated reason, including a send-time conflict between two rules, and route it to a human queue.
  • Apply a consent withdrawal or objection across every connected channel and show that the stored preference state stops the next send.
  • Export the rule record, its metrics and the audit log in a usable format, and show which fields the export leaves out.
  • Show the pause and rollback route during a partial failure, including what happens to records already inside the journey.

Most platforms in this category sell more than one edition, and the control model differs between them. Ask for the edition you would actually buy, and run the trial on that edition rather than on a demonstration environment.

Score each task as demonstrated, partly demonstrated or not demonstrated, and keep the dated results on file with the edition and configuration tested. A usable scoring record has one row per task with the score, the evidence you were shown, the date of the test and the date of the next retest. That record shows what the shortlist was assessed on, and the same tasks can be repeated when the contract is next reviewed.

Where the tests land in each named platform

The six tasks are the same for every vendor, but each platform keeps the relevant control in a different object, and that object is what the vendor should open in front of you:

  • HubSpot:workflows, with their enrolment triggers and unenrolment criteria, plus the suppression lists set on the marketing emails they send.
  • Salesforce Marketing Cloud:Journey Builder journeys and the data extensions behind them; ask to see the journey's version history and which version contacts already in the journey follow when a new one is published.
  • Klaviyo:flows, with flow filters for exclusions and suppressed profiles for the consent test.
  • Mailchimp:Customer Journeys, with audience tags and unsubscribed contacts carrying the exclusions.
  • ActiveCampaign:automations sharing the contact record with the CRM, so the suppression test must include a contact who sits in an open deal.
  • Braze:Canvas journeys, with per-channel subscription states and frequency capping for the conflict test.
  • Dotdigital:programs, with address books and the account suppression list for exclusions.
  • Marketo Engage:smart campaigns, whose smart list and schedule settings decide entry and re-entry.
  • Adobe Campaign:workflows, with typology rules controlling which messages are filtered before delivery.

A platform that cannot show the relevant object, its history and its failed records during the trial scores "not demonstrated" on that task, whatever its feature page says.

Define metrics before touching the configuration

Each metric needs a name, event, numerator, denominator, population, period, data owner and exclusion rule. For example, a hand-off completion rate might use eligible records successfully accepted by the destination system divided by all eligible records that entered the rule during the same weekly window. Test records, duplicates and deliberate holds should be listed, not removed silently.

The GOV.UK Service Manual's introduction to using performance data distinguishes a raw measurement from a rate formed by combining measurements and recommends planning data collection from the start. Its mandatory public-service KPIs do not become private-sector marketing benchmarks. The transferable point is the need for definitions and denominators.

Three kinds of measure

Measure type

Outcome
Tied to the problem
Guardrail
Catches harm or pressure
Diagnostic
Explains rule behaviour

Purpose

Outcome
Completion within agreed window
Guardrail
Complaints or exception backlog
Diagnostic
Invalid-field failures

Example

Outcome
Guardrail
Diagnostic

Use three kinds of measure:

  • an outcome measure tied to the problem, such as completion within an agreed window;
  • a guardrail that catches harm or operational pressure, such as complaints or exception backlog;
  • a diagnostic measure that explains how the rule behaved, such as invalid-field failures.

Record a baseline over a stated period before making the change where feasible. If seasonality, price changes, media spend or another intervention affects the result, note it. A before-and-after movement alone does not establish causation. The Magenta Book explains why evaluation designs need to consider alternative explanations and, where appropriate, a credible counterfactual.

Put privacy, claims, accessibility and AI behind gates

Legal and quality review should produce decisions, not a generic approval label.

Four gates before launch

  • Data and direct marketing gate
  • Advertising gate
  • Accessibility gate
  • AI gate

Data and direct marketing gate: confirm purpose, lawful basis, transparency, retention, channel rule, preference evidence and suppression behaviour. Test a withdrawal or objection through every connected system.

Advertising gate: retain substantiation for objective claims and record important limitations. Section 3 of the CAP Code on misleading advertising addresses substantiation, comparisons and omissions in non-broadcast marketing. Qualified advertising and legal review must consider the proposed communication and audience.

Accessibility gate: test the whole journey, including the message, link, form, validation error and confirmation. The W3C Web Content Accessibility Guidelines 2.2 provide testable success criteria under perceivable, operable, understandable and strong principles. Conformance cannot be inferred from an automated scan or a platform's general claim.

AI gate: name the model-assisted task and the personal information involved. Check whether a person reviews the output, how errors are challenged, what logging exists and how the system is monitored after change. The ICO's AI guidance hub links detailed data-protection guidance, explanation material and a risk toolkit. It does not certify a marketing use as lawful or accurate.

Failure at a gate should pause the affected rule. It should not be converted into a note for later.

Build a 90-day test without inventing a forecast

The first 90 days can produce an evidence-backed decision even if no automation goes live.

90-day test plan

  1. Days 1-20
    Define problem, audience, baseline
  2. Days 21-45
    Observe workflow, design rule, recon
  3. Days 46-70
    Build smallest approved path
  4. Days 71-90
    Bounded live test if gates pass

During days 1 to 20, the strategy owner defines the problem, audience and exclusion list. The analyst documents the baseline, metric specifications and known data gaps. Data protection, legal, accessibility and security reviewers identify questions that must be answered before configuration.

Days 21 to 45 cover workflow observation, rule design and technical reconnaissance. The team traces fields through source and destination systems, writes exception cases and tests whether the planned measurement can be reproduced. The output is an approved or rejected pilot brief, not a promise to launch.

From day 46 to 70, build only the smallest approved path in a controlled environment. Use synthetic or appropriately governed test data. Exercise suppressions, failed inputs, duplicate events, manual overrides and rollback. Stop if the team cannot explain who receives an action or reconstruct why it occurred.

Days 71 to 90 are for a bounded live test only if every gate has passed. Fix the eligible population, time window and concurrent changes in advance. Review outcome, guardrail and diagnostic measures together. The decision at day 90 is continue, modify, pause or retire. Expansion is not automatic.

Run a monthly decision meeting

The meeting should examine exceptions and evidence, not slides about activity. The strategy owner brings the outcome chain and unresolved assumptions. Operations brings failed and manually handled cases. The analyst brings metric definitions, denominators and data-quality notes. Qualified reviewers report regulatory or accessibility changes that affect the current design.

Use five prompts:

  • Did the rule operate for the population and period stated?
  • What evidence changed the outcome claim?
  • Which guardrail moved, and what caused the movement?
  • Has a channel, supplier, law, model or data source changed?
  • Which rule should be paused, revised or retired now?

Record the decision, owner and review date. Silence should never count as approval to continue.

A bounded editorial scenario

Suppose an England-based training provider is considering an automated reminder for incomplete course applications. The team might define the immediate problem as applications that remain incomplete after a stated interval. Eligible records, existing communications, accessibility needs and lawful routes would need review. The output could be a sent reminder, while the outcome might be completion within a fixed period.

The team would also monitor opt-outs, complaints, support contacts, delivery failures and incorrect eligibility. It would stop the test if the suppression route failed or if staff could not resolve exceptions within the approved process. These are proposed design fields, not reported results from a real provider.

What a finished strategy contains

A usable pack has a decision record, outcome chain, audience evidence note, channel policy, rule cards, metric dictionary, gate log, test plan and change register. Each document has an owner and review date. The pack should also show rejected options and the evidence behind them.

The next action is not to configure a journey. Convene the process owner, analyst and qualified reviewers for a 60-minute scoping session, and shortlist two or three platforms against the tool-layer tests above. Leave with one observable problem, one audience boundary, one disputed assumption and the evidence needed to decide whether planning should continue.

Before you act

  • Write the current problem as an observable condition.
  • Record why other attractive options will wait.
  • Set a channel policy before writing campaign plans.
  • Give every live rule a versioned record with an owner.
  • Define each metric before touching the configuration.
  • Test exclusions, version history and failed records in a sandbox before signing.
  • Schedule a legal recheck immediately before launch.

Common questions

What is a marketing automation strategy?

It is a set of choices about which customer problem to address, for whom, through which permitted route and with what evidence of progress. It is not a list of campaigns, a software shopping exercise or a diagram containing every possible trigger.

Why is a delivered email not proof of success?

A delivered email is an output. It is not evidence that the message caused a purchase. The article says a high open rate does not show that the underlying service outcome improved, so teams should map near outcomes and business outcomes separately.

What should a team do before launch?

Schedule a legal recheck immediately before launch. The ICO updated its electronic-mail marketing guidance on 28 April 2026, and its live-call guidance is marked as under review after the Data (Use and Access) Act became law.

In this guide

  1. A six-block marketing automation strategy framework, from problem to measurementA six-block marketing automation strategy framework that links one customer problem to evidence, operating choices, controls and review gates in England.
  2. A marketing automation planning template with a rule card and a metric specificationComplete a marketing automation planning template for England with owners, evidence, rule logic, metric denominators, approval gates and stop conditions.
  3. Eight marketing automation strategy mistakes, beginning with calling activity an outcomeAvoid eight marketing automation strategy mistakes in England, including vague outcomes, missing denominators, copied permissions and untested AI rules.
  4. A marketing automation ninety day plan that puts your platform to the testA marketing automation ninety day plan in six dated phases that tests your platform, from HubSpot to Braze, on suppression, rollback and measurement first.

More in Strategy