The Personas
Meet the CollectivAlly personas
Our personas are informed by hundreds of research sessions with disabled and neurodivergent people. Each one reflects real behaviours, real frustrations, and real ways of navigating the digital world.
Persona cards
-
Aisha
Blind, Screen Reader User
A blind screen reader user who navigates by keyboard and relies on clear structure, labelled controls, headings and accurate announcements.
-
Daniel
Low Vision and Contrast User
A low vision user with reduced colour perception who relies on zoom, high contrast and scalable layouts to read and interact comfortably without strain.
-
Sofia
Deaf or Hard of Hearing User
A profoundly Deaf BSL-first user who relies on captions, transcripts and clear visual alternatives to access information independently.
-
Marcus
Voice Recognition User
A voice control user with limited hand control who relies on clearly labelled interactive elements to navigate and complete tasks.
-
Hannah
Keyboard-Only User
A keyboard-only user who relies on logical focus order, visible focus states and full operability without a mouse.
-
Lewis
Cognitive Processing and Literacy
A dyslexic user with ADHD who relies on plain English, clear structure and reduced cognitive load to understand and complete tasks confidently.
-
Priya
Neurodivergent Sensory Sensitivity
An autistic user with sensory sensitivity who relies on predictable layouts, reduced motion and calm interfaces to avoid overwhelm.
-
Michael
Energy and Reach Limited User
An older user with reduced vision, hearing, strength and stamina who relies on larger targets, flexible timing and simple journeys to stay independent.
How the Personas Were Built
Accessibility, grounded in real experience
The CollectivAlly personas are built on qualitative research with disabled and neurodivergent people who use digital services every day. Contributors are paid for their expertise. Their experiences are anonymised, analysed, aggregated, and translated into personas that reflect genuine patterns of interaction, not stereotypes or assumptions.
The research behind the personas is ongoing. As assistive technology evolves, as digital environments change, and as we conduct more sessions with more participants, the personas are updated and refined. They are living tools, not static documents.
Each persona is also mapped to the functional performance criteria of the European Accessibility Act, grounding them in the outcome-focused direction of travel for accessibility standards across the UK and Europe.
How to Think About the Personas
Focused on outcomes, not conditions
A common challenge with accessibility is that it gets framed around diagnoses. We talk about blind users, deaf users, users with dyslexia. These descriptions have their place, but they can lead to a narrow and simplified view of what really matters when someone is trying to use a digital service.
What matters is whether the service works.
Can it be used without sight? Does it still function when zoomed to 400%? Can someone complete a journey using only their voice? Is the content understandable without relying on complex language?
The CollectivAlly personas are built around these questions. Each one reflects a distinct way of accessing digital services, shaped by different input methods, output needs, and patterns of use. This approach also reflects the social model of disability: people are not disabled by their condition alone, but by digital environments that haven't been designed to include them.
Supporting Content
A note on what personas can and cannot do
We are open about the limitations of this approach, because we think that honesty matters.
Lived experience is complex, contextual, and deeply individual. Two people with the same diagnosis may interact with the same digital service in completely different ways. Assistive technologies are used differently depending on confidence, experience, and environment. Cognitive load varies. Fatigue fluctuates. Circumstances change.
The CollectivAlly personas are designed to be illustrative, not representative. They are structured provocations that help teams ask better questions: what happens if this is how someone accesses our service? Where might barriers occur? What assumptions have we made?
They are a bridge, not a destination. And the destination, for every organisation, should be direct involvement with disabled and neurodivergent people throughout the design and development of their services.
Ready to start testing with the personas?
Choose a website, define a task, and find out how your digital service performs for people who experience it very differently from your core team.