Hirst AcademyInnovation and Change in Marketing
← Course overview
Module 5

AI in Marketing and Innovation

Estimated time: 8–9 hours · Gives marketing managers a structured way to adopt AI rather than either chasing every new tool or ignoring it, and grounds adoption in data readiness and governance rather than treating it as a plug-and-play decision.

By the end of this module you'll be able to take an AI-in-marketing idea through a structured five-stage roadmap rather than adopting tools piecemeal, assess whether the data behind a model can actually be trusted, audit a system for algorithmic bias before it reaches a customer, and hold an informed, appropriately uncertain view on AI governance, safety and environmental cost. You'll build each of these for Thornfield Logistics Group, picking up directly from the strategy you sequenced in Module 2 and the adoption lessons of Module 3.

Interactive Tool

AI in Marketing Canvas

Work through a five-stage roadmap for adopting AI in a marketing initiative: objective, data readiness, tool and model choice, pilot, and governed scale-up.

Open the tool →
5.1

A Roadmap for AI in Marketing

Most AI-in-marketing initiatives start with a tool rather than a problem: a vendor demonstration, a competitor's announcement, or a board member's question about what "we're doing on AI" produces a procurement decision before anyone has written down what the organisation is actually trying to achieve. Davenport and Ronanki (2018) found that the AI projects which paid off were the ones matched deliberately to a specific objective type — process automation, cognitive insight from data too large or too fast for people to analyse unaided, or cognitive engagement with customers or staff — rather than a single "AI strategy" applied indiscriminately. An objective stated as "use AI in marketing" is not yet a usable objective; "identify which SME customer segments respond to which message, faster and more precisely than manual analysis allows" is.

That objective discipline is the first of five stages a responsible adoption moves through in order: objective, data readiness, tool or model choice, a scoped pilot, and governed scale-up. Each stage exists because skipping it creates a problem the next stage cannot fix — choosing a tool before checking data readiness means discovering the data problem only after money is committed, and scaling before a pilot has tested the real assumption means discovering a flaw at maximum cost rather than minimum. Fountaine, McCarthy and Saleh (2019) describe this as building the organisational foundations — data, talent, process, and clear accountability — that most companies underinvest in relative to the technology itself; an organisation that funds the model and starves the foundation gets a technically competent tool that nobody trusts or uses. The roadmap's value is less in any single stage than in the discipline of not skipping ahead to the one that feels most like progress.

Learning ObjectiveApply a five-stage roadmap — objective, data readiness, tool or model choice, pilot, governed scale-up — to an AI-in-marketing initiative, in that order.
Key ConceptsObjective-first adoption; matching AI capability to objective type — process automation, cognitive insight, cognitive engagement (Davenport and Ronanki, 2018); organisational foundations of data, talent and process (Fountaine, McCarthy and Saleh, 2019); why skipping a stage creates problems the next stage can't fix.
Practical ExampleThornfield frames its AI-in-marketing objective precisely — segmenting SME customers by their actual service priorities, not a generic "personalise marketing with AI" ambition — before any tool conversation begins.
ExerciseFirst read how Sofia Marsh frames the segmentation objective in the worked example at the end of this module. Then state a precise AI-in-marketing objective for an initiative in your own organisation (if you don't have one, use Thornfield's SME segmentation pilot), name which of Davenport and Ronanki's three capability types it matches, and set out the full five-stage roadmap for it in the AI in Marketing Canvas.
5.2

The Data Foundation

The second roadmap stage is where most AI-in-marketing projects actually stall, and it has little to do with the model. Data governance and data management are often used interchangeably, but Khatri and Brown (2010) treat them as distinct: data management is the operational work of storing, moving and processing data; data governance is the decision rights that sit above it — who decides what a field means, who owns its accuracy, and who is accountable when two systems disagree about the same fact. A team can be excellent at data management, in the sense that queries run fast and dashboards load, while having no governance at all, in the sense that nobody can say with confidence whose definition of a key term is the right one.

Before trusting a model built on a dataset, that dataset has to be checked against specific quality dimensions rather than a vague sense that it "looks fine." Wang and Strong's (1996) widely used framework includes, among others, accuracy (does the value reflect reality), completeness (is anything missing that the model needs), consistent representation (strictly, whether data is held in a consistent format; this module stretches it, as "consistency" for short, to cover definitions of the same fact that disagree across systems), and timeliness (is the data current enough for the decision it's informing) as distinct dimensions that can each fail independently — a dataset can be perfectly accurate and still useless if it's six months stale, or complete and current and still untrustworthy if three systems define the same field three different ways. Redman (2016), reporting an IBM estimate, put the economic cost of exactly this kind of unmanaged data quality at around $3 trillion a year across the US economy, and the same pattern — "the AI got it wrong" turning out, on inspection, to be "the data was wrong and the AI faithfully learned it" — is a common reason a promising pilot never reaches scale.

Learning ObjectiveDistinguish data governance from data management, and assess a dataset against specific quality dimensions before trusting a model built on it.
Key ConceptsData governance as decision rights, distinct from data management as operations (Khatri and Brown, 2010); data quality dimensions — accuracy, completeness, consistency, timeliness (Wang and Strong, 1996); the cost of unmanaged data quality (Redman, 2016); "the AI got it wrong" as usually a data problem.
Practical ExampleThornfield's data-readiness check for its segmentation pilot finds three depots each define "on-time delivery" differently — a consistency failure, not an accuracy one, and exactly the kind of gap a quality-dimension check is designed to surface before a model is trained on it.
ExerciseFirst reread the worked example's first paragraph; then, using its "on-time delivery" stall as your model of a consistency failure, run a data-readiness assessment for the initiative you chose in the first lesson (your own organisation's, or Thornfield's segmentation pilot) against all four of Wang and Strong's quality dimensions, naming who owns each data source and any gap you find. If you are using Thornfield, the case names the consistency failure only; label any finding you add on the other three dimensions, and any data owner you name, as your own assumption.
5.3

Algorithmic Bias and Fairness Audits

A system can produce a systematically unfair outcome without ever being given a protected characteristic to work with, which is precisely what makes algorithmic bias harder to catch than deliberate discrimination. Obermeyer et al. (2019) demonstrated this in a widely cited study of a US healthcare algorithm that used historical healthcare spending as a proxy for healthcare need — a reasonable-seeming choice, since sicker patients generally cost more to treat — but because Black patients had historically received less care for the same level of underlying need, the algorithm learned to systematically underestimate their needs too, reproducing a historical inequity through a variable that never mentioned race. The lesson generalises well beyond healthcare: any feature correlated with a protected or disadvantaged characteristic can smuggle that characteristic's effect into a model that was never told to look for it.

Historical data compounds the risk, because a model trained on past decisions learns whatever pattern of past unfairness those decisions contained, and then a feedback loop can entrench it further: biased outputs change future behaviour, which produces more biased data, which trains the next version of the model to be more confident in the same error. Barocas and Selbst (2016) make the legal and practical case that this can produce real disparate impact even where no individual decision-maker intended discrimination at any point — intent is not a precondition for harm, and "the model is neutral because it doesn't use the protected characteristic" is not a defence once a proxy effect is demonstrated. A fairness audit, done proactively rather than only once a complaint arrives, means deliberately checking a system's outcomes across the groups it affects, not just its overall accuracy, and asking specifically what a suspiciously strong predictor might be standing in for.

Learning ObjectiveExplain how algorithmic bias can arise through a proxy variable even without a protected characteristic being used directly, and audit a system for it.
Key ConceptsProxy variables (Obermeyer et al., 2019); historical data reproducing past unfairness; feedback loops that entrench an initial error; disparate impact without discriminatory intent (Barocas and Selbst, 2016); auditing outcomes by group, not just overall accuracy.
Practical ExampleA proactive fairness audit of Thornfield's driver telematics scorecard finds rural-route drivers penalised because sparse GPS coverage is misread by the model as erratic driving — a proxy effect, not a true difference in driving quality.
ExerciseFirst read how the worked example's fairness audit traces the rural-route penalty to GPS coverage. Then build a bias-risk map for a data-driven system in your own organisation or role (if you don't have one, use Thornfield's telematics scorecard, labelling any input variable the case doesn't name as your own assumption): list its input variables, flag any that could proxy for a protected or disadvantaged characteristic, and state how you would check outcomes by group.
5.4

Governance and Accountability

A fairness audit finds a problem; governance is what determines whether that finding leads anywhere. AI governance names who is accountable for a model's decisions before it is deployed, not after something goes wrong and everyone discovers the accountability was never assigned — Mittelstadt et al. (2016), mapping the ethics-of-algorithms literature, note that many of the harms attributed to "the algorithm" are better understood as failures of the human process around it: nobody owned monitoring it, nobody had the authority to pause it, or nobody had agreed in advance what counted as an acceptable outcome. Good governance assigns a named owner to a model's decisions, sets out what oversight that owner is expected to exercise, and specifies in advance what happens when the model is found to be wrong, so the response to a fairness audit's finding is a known procedure rather than an improvised one.

Explainability means something different depending on who is asking. A customer needs a plain reason for a decision that affected them, delivered in terms they can act on; an auditor needs something closer to being able to inspect how the model actually reaches its outputs across many cases, not just one. Rudin (2019) argues, against a common assumption, that a simpler, genuinely interpretable model is often available for high-stakes decisions and preferable to bolting an after-the-fact explanation onto an opaque one purely for the sake of using a more impressive-sounding technique; the two kinds of explainability are not interchangeable, and a governance framework that only satisfies one of them has not actually solved the problem.

Learning ObjectiveExplain what AI governance means in practice, and distinguish explainability for those affected by a decision from explainability for those auditing it.
Key ConceptsAI governance as named accountability and defined oversight (Mittelstadt et al., 2016); explainability for the affected individual versus the auditor; interpretable models as an alternative to after-the-fact explanation (Rudin, 2019); governance as a known procedure, not an improvised response.
Practical ExampleThornfield makes the telematics scorecard's fairness audit a standing procedure with a named accountable owner, so the rural-driver finding triggers an agreed fix rather than an ad hoc one.
ExerciseBuild a governance roles map for the system you mapped in the previous lesson (your own organisation's, or Thornfield's telematics scorecard, whose owner the case doesn't name, so describe the role rather than inventing a person): name its accountable owner, what oversight they exercise, and what explanation it owes the people it affects versus the people auditing it.
5.5

The Bigger Picture

Two debates sit above any single AI project, and both are more contested than confident public commentary suggests. The first is when, or whether, artificial general intelligence — a system with human-like generality rather than narrow task competence — might arrive, and the range of expert opinion is wide enough that citing one voice as settled fact misrepresents the field. Anthropic's chief executive, Dario Amodei, told the World Economic Forum in Davos in January 2026 that he expects something close to AGI within a few years, possibly by 2027; Google DeepMind's Demis Hassabis has given a more cautious estimate, putting the odds at roughly 50% by 2030; and AI researcher Yann LeCun, who left Meta in late 2025 to found his own venture, has argued that "AGI" as a single threshold is poorly defined, and that current large-language-model architectures are very likely the wrong foundation for whatever comes next regardless of timeline. The disagreement is not noise around a true number; it reflects different views of what intelligence is and how current systems relate to it.

The second debate concerns safety and oversight as capability grows. The International AI Safety Report, chaired by Yoshua Bengio and now in its second full edition (Bengio et al., 2026), concludes that AI capability is advancing faster than the governance frameworks meant to manage it, and that gap is widening rather than closing — a conclusion worth taking seriously without treating it as proof of any specific catastrophic outcome. Regulation is trying to catch up on two different tracks: the EU's AI "Digital Omnibus", agreed in May 2026 and formally approved in June 2026, pushes back the AI Act's timeline for high-risk-system obligations (reported as December 2027 for stand-alone high-risk systems and August 2028 for AI embedded in regulated products), while the UK has taken a lighter, sector-by-sector approach with no dedicated AI statute, regulating mainly through existing bodies — both positions current as of this course's build date and likely to move again. A third concern, AI's energy cost, is real but its figures vary enormously by methodology: Google's own disclosure for its Gemini model (August 2025) put the median text prompt at around 0.24 watt-hours, while OpenAI's Sam Altman separately disclosed roughly 0.34 watt-hours per ChatGPT query (June 2025) — different models, different measurement boundaries, both genuine. The International Energy Agency's Energy and AI report (April 2025) put global data-centre electricity demand at around 415 terawatt-hours in 2024 (roughly 1.5% of the world total), projected to more than double to around 945 terawatt-hours by 2030 — a serious and growing cost, but one that should be cited with its range, source and date attached, not as a single fixed number.

Learning ObjectiveEvaluate the AGI, AI safety and AI energy-cost debates critically, citing named positions and dated sources rather than asserting a single settled view.
Key ConceptsContested AGI timelines — named positions from Amodei, Hassabis and LeCun; the widening gap between AI capability and governance (International AI Safety Report, Bengio et al., 2026); moving regulatory ground (EU AI Act Digital Omnibus; the UK's sector-based approach); AI energy cost as real but methodology-dependent, requiring a dated source and a stated range.
Practical ExampleImagine Thornfield's board asks Sofia Marsh for a one-page view on AI's wider risks before approving further investment; she declines to pick a side on AGI timing and instead summarises the named positions and the current, moving state of regulation.
ExerciseWrite a one-page position statement on AI's wider risks and opportunities for your own organisation's leadership (or, if you don't have one, for Thornfield's board, as Sofia Marsh does above), citing at least two named, attributed positions and one dated, sourced figure.
Worked Example

Sofia Marsh's Segmentation Pilot and the Telematics Fairness Audit

Sofia Marsh, Thornfield's Head of Marketing, takes the five-stage roadmap through its first real test with an AI-driven customer-segmentation pilot for the new SME logistics-as-a-service platform. The objective is precise from the outset: segment SME customers by what they actually value in delivery, not a generic personalisation ambition. Stage two, data readiness, is where the pilot stalls — the segmentation model depends on "on-time delivery" as a core feature, and checking the data against Wang and Strong's quality dimensions surfaces a consistency failure: three depots each define "on-time" differently, a direct resurfacing of the operating-model gap Module 2 had already flagged — no team owned shared customer insight across depots, and this is exactly what that unowned gap produces once an AI project actually depends on the data. The team fixes the definitions before proceeding, costing a month but avoiding training a model on data nobody had agreed the meaning of.

Once the segmentation pilot is live, the same fairness discipline is applied proactively to a separate, already-running system: the driver telematics scorecard from Module 3. A routine audit, run without waiting for a complaint, finds that rural-route drivers are being systematically penalised — not because they drive any worse, but because sparse GPS coverage on rural routes is being misread by the scorecard as erratic driving, a proxy effect of exactly the kind Obermeyer et al. (2019) describe. Thornfield corrects the scorecard's treatment of coverage gaps ahead of any grievance being raised, treating the audit as a standing governance procedure rather than a one-off check — the same proactive discipline the data-readiness stall modelled a month earlier.

Knowledge Check

  1. Why should "objective" come before "tool or model choice" in the five-stage AI roadmap, and what typically goes wrong when a team skips ahead to the tool?
    Davenport and Ronanki (2018) found AI projects succeed when matched to a specific objective type; choosing a tool first means discovering, only after money is committed, that the tool doesn't fit the actual problem or that the data it needs isn't ready.
  2. What is the difference between data governance and data management, and why does an AI project usually stall at the governance level rather than the technical one?
    Khatri and Brown (2010) treat data management as the operational handling of data and data governance as the decision rights above it — who owns a definition and its accuracy; a team can manage data smoothly while no one has actually agreed what a key field means, which is the gap that stalls an AI project, not the technology.
  3. How can a data-driven system produce a biased outcome for a group without ever using a protected characteristic as an input?
    Obermeyer et al. (2019) showed that a variable correlated with a protected or disadvantaged characteristic — such as past spending standing in for health need, or sparse GPS coverage standing in for driving quality — can smuggle that characteristic's effect into a model that was never given it directly, a proxy effect that a fairness audit by group, not just an accuracy check, is needed to catch.
  4. Why does a responsible position statement on AGI and AI's energy cost need to cite multiple named sources rather than asserting one confident view?
    Informed experts genuinely disagree — Amodei's near-term AGI estimate, Hassabis's more cautious one and LeCun's scepticism about the concept itself are all held by serious researchers — and energy figures vary widely by methodology and date, so a credible statement attributes specific positions and sourced, dated figures rather than picking a side and stating it as settled fact.
  5. Module 3 traced rural-route drivers' slower uptake of the telematics app to one of Rogers's adoption factors. Which factor was it, and what does this module's fairness audit add about the same group of drivers?
    Relative advantage: patchy GPS coverage means the app genuinely offers a rural driver less benefit, so better messaging alone wouldn't close the gap. The fairness audit finds the same patchy coverage acting as a proxy in the scorecard, misread as erratic driving, so rural drivers were also being penalised. One feature of their environment disadvantaged the group twice, which is why a group already known to have a different adoption experience is a priority for checking outcomes by group.

Resources & Further Practice

  • Davenport and Ronanki (2018): Davenport, T.H. and Ronanki, R. (2018) 'Artificial Intelligence for the Real World', Harvard Business Review, 96(1), pp. 108-116 — the objective-first, capability-matching approach this module's first lesson is built on.
  • Wang and Strong (1996): Wang, R.Y. and Strong, D.M. (1996) 'Beyond Accuracy: What Data Quality Means to Data Consumers', Journal of Management Information Systems, 12(4), pp. 5-33 — the accuracy, completeness, consistency and timeliness dimensions used in this module's data-readiness lesson.
  • AI energy cost: International Energy Agency, Energy and AI (April 2025), for global data-centre electricity demand; Google's Gemini energy disclosure (August 2025, ~0.24 Wh per median text prompt) and Sam Altman's ChatGPT energy disclosure (June 2025, ~0.34 Wh/query), for why a single "cost of a query" figure depends on who is measuring and how.
  • International AI Safety Report (Bengio et al., 2026): Bengio, Y. et al. (2026) International AI Safety Report 2026 — an independent, expert-authored assessment of the gap between AI capability and governance, cited in this module's final lesson; check internationalaisafetyreport.org for the current edition, since both this report and the EU/UK regulatory positions it discusses are moving targets.
  • Further practice: Run the AI in Marketing Canvas against your own AI-in-marketing initiative — objective, data readiness, tool choice, pilot and governed scale-up — then carry your fairness-audit habit forward into Module 6, where a new technology's risks need the same scrutiny before adoption, not after.
Checkpoint

Reflect on Your AI Roadmap

  • What I did: name the AI initiative you worked on, its objective and capability type, the data-quality gap you found, and the proxy risk you flagged in its bias-risk map.
  • What I learned: note one point where the roadmap, the data check or the fairness audit changed what you would have done if you had started with the tool.
  • What I'll change: write one way you will challenge an AI proposal at work or in the organisation you studied, for example asking who owns each key data definition and whose outcomes have been checked by group before it goes live.