01
Accessibility belongs to one person
A specialist is expected to repair decisions made across design, code, content, procurement, and management.
All services
Service 04
Accessibility Training
Help the people who design, build, write, buy, and manage digital services understand the decisions that create—or remove—barriers.
Discuss this work
What experience teaches us
Our perspective on Accessibility Training
Accessibility training fails when disabled people appear only as a list of impairments at the beginning of a slide deck. We connect barriers to everyday decisions: the heading a writer skips, the modal a developer cannot leave by keyboard, the video published without a usable transcript, or the deadline that leaves no time for interpretation.
When this service helps
The visible problem is rarely the whole problem.
02
Teams know the language but not the practice
People have heard of WCAG but cannot connect criteria to their own documents, interfaces, and workflows.
03
Training does not change delivery
The session ends without templates, responsibilities, examples, or a next action.
What the work can include
A clear process, with room to listen and change course.
01
Role-specific examples
Writers, designers, developers, managers, and procurement teams need different decisions to practise.
02
Barrier demonstrations
We show how common choices affect keyboard, screen-reader, Deaf, low-vision, cognitive, and mobile experiences.
03
Work on your material
Where possible, participants review a real page, document, journey, or decision from their organisation.
04
Action after the workshop
The team leaves with priorities, ownership, and practical reference material—not awareness alone.
Possible deliverables
Agree what useful completion looks like.
The final scope depends on the problem, people, timeline, evidence, and budget. A proposal should state what is included and what is not.
- Audience and role review
- Tailored workshop plan
- Accessible presentation and exercises
- Live or remote facilitated training
- Reference checklist or playbook
- Recommended organisational next steps
Access commitment
Access changes how the work is planned.
The training itself should demonstrate the practice it teaches: readable materials, clear structure, captions where needed, planned interpretation, keyboard-accessible resources, plain explanations, and time to process information.
Who this may suit
- Product and engineering teams
- Designers and researchers
- Communications and content teams
- Leadership and procurement teams
- Teachers and programme staff
Useful outcomes
- Teams recognise barriers in their own work
- Responsibilities become clearer across roles
- Participants practise making an accessible decision
- The organisation leaves with realistic next actions
Questions worth asking
Clear limits make better working relationships.
Is the training only for developers?
No. Accessibility is shaped by leadership, procurement, research, design, content, engineering, quality assurance, communications, and support.
Can you tailor training to our product?
Yes. Reviewing your real examples usually makes the session more useful, provided sensitive material can be shared safely.
Does attendance make our organisation compliant?
No. Training builds capability; it does not prove that every product, process, or piece of content meets a standard.
Tell us what is happening now.
You do not need a finished brief. Explain the people, the task, where it breaks, and what needs to be different.
Related services