AI literacy training plan for EU AI Act Article 4

Article 4 of the EU AI Act made AI literacy a legal duty for anyone who builds or uses AI at work — and enterprise buyers started asking for the evidence long before regulators did. This is the role-based training plan, rollout schedule and evidence set we use with SMEs.

Michael McCarroll25 years in IT governance Last verified August 2026
12 min read

Why AI literacy became a legal obligation

Article 4 of Regulation (EU) 2024/1689 — the EU AI Act — is short, but it is one of the first obligations to apply, and it applies horizontally rather than only to high-risk systems. Providers and deployers must ensure, to their best extent, a sufficient level of AI literacy among staff and others operating AI systems on their behalf, taking into account their technical knowledge, experience, education and training, and the context in which the systems will be used.

The practical effect is that almost every organisation using AI at work is in scope, including UK and non-EU businesses whose AI outputs are used in the Union. Regulators are unlikely to prosecute a small firm over a training register, but buyers will ask for it. Enterprise procurement teams already include AI literacy questions in vendor questionnaires, and an unanswerable question is a lost deal long before it is a fine.

  • Applies to providers (you build AI) and deployers (you use someone else's AI).
  • Covers employees, contractors and agency staff who use AI on your behalf.
  • Proportionate to role, risk and the impact on affected people.
  • Enforceable from the Act's early application dates, ahead of high-risk obligations.

Map who needs training before you write any

Start with an AI inventory rather than a curriculum. List every AI system in use — product features, embedded vendor AI, and the general-purpose assistants your staff already reach for. For each entry record the owner, the data it touches, whether outputs influence decisions about people, and which roles interact with it. That inventory is the same artefact ISO 42001 Annex A.4 expects, so the work counts twice.

Then group people by what they actually do with AI, not by department. Four tiers cover most SMEs: everyone (baseline), frequent users, decision-makers whose AI-informed judgements affect customers or staff, and builders who configure, fine-tune or integrate models. Assigning each person to a tier takes an afternoon and turns an unbounded obligation into a finite piece of work.

  • Tier 1 — All staff: 30 minutes, baseline awareness.
  • Tier 2 — Frequent users: 90 minutes, tool-specific and data handling.
  • Tier 3 — Decision-makers: half a day, oversight, bias and contestability.
  • Tier 4 — Builders and owners: a day, lifecycle, evaluation and logging.

What each tier needs to know

Tier 1 should leave knowing which tools are approved, what may never be pasted into a prompt, that outputs can be confidently wrong, and who to tell when something looks off. Keep it concrete and local: use screenshots of your own approved tools and three real examples of a bad output caught internally. Generic AI ethics content generates no behaviour change.

Tier 2 adds prompt hygiene, confidentiality and retention settings, and the difference between consumer and enterprise tiers of the same product. Tier 3 covers human oversight in the Article 14 sense — the ability to understand a system's limits, interpret its output, decide not to use it, and override it — plus bias, adverse impact and how an affected person challenges a decision. Tier 4 covers data provenance, evaluation and testing, logging and traceability, model change management and decommissioning.

  • Model limitations: hallucination, drift, confident errors and unknown provenance.
  • Data handling: what is personal, confidential or export-controlled, and retention settings.
  • Human oversight: when a human must review, and what a meaningful review looks like.
  • Escalation: the named route for reporting a harmful or wrong output.
  • Record-keeping: what to log so a decision can be reconstructed later.

A 30-day rollout plan

Week one: build the AI inventory and assign tiers. Week two: approve the AI acceptable-use policy so training has something authoritative to teach against; a policy adopted after training always contradicts what people were told. Week three: deliver Tier 1 to everyone and Tier 2 to the heaviest users, and capture acknowledgements as you go. Week four: run the Tier 3 and Tier 4 sessions as live workshops using your own systems as the worked examples.

Resist the urge to buy a large off-the-shelf course first. Most SMEs get better results from a short internal deck plus a 30-minute live Q&A, because the questions people actually ask — 'can I put a client email in this?' — never appear in generic courseware. Buy external content later for the technical tiers, where depth genuinely matters.

  • Day 1–5: AI inventory, tool owners, tier assignment.
  • Day 6–10: approve AI acceptable-use policy and escalation route.
  • Day 11–20: deliver Tier 1 and Tier 2, collect acknowledgements.
  • Day 21–30: Tier 3 and Tier 4 workshops, comprehension checks, evidence filed.

Evidence that survives an audit or a questionnaire

An AI literacy programme that leaves no trace is indistinguishable from no programme. Six artefacts do the work: the dated syllabus per tier, the delivery record showing who attended which version and when, the comprehension or scenario check with pass results, the signed acknowledgement of the AI acceptable-use policy, the AI inventory the training was scoped from, and the review date with named owner.

ISO 42001 Clause 7.2 and 7.3 expect exactly this competence-and-awareness evidence, and ISO 27001 Clause 7.2 already asks for the equivalent on information security. Run one competence process across both management systems and file the outputs in the same evidence vault. When a buyer asks how you ensure AI literacy, you should be able to answer with a link rather than a paragraph of reassurance.

  • Syllabus per tier, versioned and dated.
  • Attendance and completion register.
  • Comprehension check results and remedial actions.
  • Policy acknowledgements tied to named individuals.
  • Annual review date with an accountable owner.

Turn AI literacy into evidence, not a slide deck

ISO-STANDARD.app holds your AI inventory, acceptable-use policy, acknowledgements and training records in one workspace, so the Article 4 question in a buyer questionnaire is answered with a link.

ISO-STANDARD.app ships a ready-to-adopt ISO 42001 / EU AI Act workspace with the risk register, controls catalogue, policies and audit-ready exports already wired together — no spreadsheet sprawl, no consultant lock-in.

Free downloads for this topic

Prefer a conversation? Email hello@iso-standard.app — a real human responds within one business day.

Frequently asked questions

Who exactly has to be AI literate under the EU AI Act?
Article 4 places the duty on providers and deployers to take measures ensuring a sufficient level of AI literacy among their staff and other persons dealing with the operation and use of AI systems on their behalf. In practice that means employees, contractors and agency staff who prompt, configure, supervise or act on the output of an AI system — not just your data scientists.
How much training is 'sufficient'?
The Act sets an outcome, not a number of hours. Sufficiency is judged against the context: the risk of the systems used, the role of the person, and the potential impact on affected people. A team using an AI CV-screening tool needs far deeper training than one using AI to draft marketing copy. Document how you reached your judgement — that reasoning is the compliance artefact.
Does an annual security awareness module cover it?
No. Standard security awareness covers phishing, passwords and data handling. AI literacy adds model limitations, hallucination and bias, prompt hygiene and confidentiality, human oversight duties, and escalation routes when an output looks wrong. Bolt an AI module onto the existing programme rather than running a separate scheme nobody completes.
What evidence should we keep?
Keep the dated syllabus, the delivery record (who attended, when, which version), the comprehension or scenario check with results, the approved AI acceptable-use policy each learner acknowledged, and the review date. Store them where an auditor can pull them in one click — in ISO-STANDARD.app that is the policy acknowledgement and evidence vault modules.
How often should AI literacy training be refreshed?
Annually as a baseline, plus event-driven refreshes: a new AI tool in the stack, a change of model provider, a near-miss or incident, or a material regulatory change. Tie the refresh trigger to your change-management process so it happens without anyone remembering to schedule it.
Related guides

Not sure where you stand? Score your ISMS against clauses 4–10 and Annex A in a few minutes.

Free gap analysis
Trust & security
ISO 27001 aligned
Controls mapped to Annex A
Encryption in transit & at rest
TLS 1.3 · AES-256
MFA enforced
TOTP required for all admins
GDPR & UK GDPR
DPA on request · EU/UK data
SOC 2 ready posture
Audit-grade logging
RLS-isolated tenants
Row-level data separation
← All guidesHome →