Accessibility & Inclusivity

Disability or mismatch? Accessibility and inclusion ⊂ UX?

Power Talk
🇵🇱 Polish

About

Tworzymy rozwiązania cyfrowe, patrzymy w przyszłość, mówimy wiele o ich innowacyjności i nowoczesności. W dążeniu do ideału angażujemy różnorodne metody mające zapewnić, że zbliżymy się do tego celu. Korzystamy z double diamond, triple diamond, angażując w tworzenie produktu osoby z riserczu, kogoś od liczb, biznes, i w końcu osoby korzystające z produktu. Mierzymy KPI i staramy się, aby nasze rozwiązania miały największy możliwy impact.

W tym wszystkim, gdzieś tam jest centralny dla pojęcia User Experience – użytkowniczka czy użytkownik. Często wydaje nam się, że tę osobę już dobrze znamy, że jest zupełnie taki jaka my, bo skoro testujemy i korzystamy z oprogramowania na co dzień, znamy wszelkie możliwe ścieżki użytkownika i corner case’y. W tym wszystkim nie pomagają nam „biasy”, psychologiczne mechanizmy, które sprawiają, że „nasze myśli” stają się uniwersalnymi dla każdej możliwej osoby wokół. Przynajmniej według nas. W wystąpieniu postaram się pokazać perspektywę osób przestrzegających te rozwiązania nieco inaczej niż pozostałe. Ktoś, jak ja, może nie być w stanie zauważyć, że czerwony font na niektórych słowach lub zielony czy żółty zakreślacz nie będą po prostu widoczne. Ktoś inny może ze względu na taką prostą różnicę jak wzrost nie móc dosięgnąć do paczki umieszczonej w najwyższej pozycji Paczkomatu. A takie sytuacje można by mnożyć. W końcu, postaram się zaproponować sposoby poszerzania tej perspektywy i poprawy rozwiązań. A przede wszystkim spojrzenia na ludzi obok nas nieco inaczej.

Watch the full talk

Watch this WaysConf session, then continue with related talks or explore the current programme.

From the recording

Talk in brief

An introduction to accessibility and inclusion through the idea of mismatch rather than a fixed category of disability. Color vision, hearing, cognition, literacy, and temporary circumstances can all make an ordinary interface exclude someone. Accessibility should enter the process before release, supported by more diverse personas, clear writing, compatible hashtags, and realistic assistive-technology checks. Inclusive design expands customer reach and loyalty, but its deeper value is agency: products should adapt to varied human situations instead of requiring people to fit one assumed way of seeing, remembering, or interacting.

Key takeaways

  1. 01

    Frame exclusion as a person-system mismatch

    The same customer may be enabled or disabled by context, interface assumptions, and the alternatives a product provides.

    Watch from 1:20
  2. 02

    Recognize many forms of access need

    Vision, hearing, cognition, language, and literacy differences can exclude customers even when they are not visible.

    Watch from 3:40
  3. 03

    Introduce accessibility before final design review

    Early requirements and research prevent teams from treating inclusive behavior as a late technical patch.

    Watch from 9:23
  4. 04

    Diversify personas and participant perspectives

    Broader scenarios expose needs that an average-user persona and homogeneous research sample routinely miss.

    Watch from 12:12
  5. 05

    Use platform details that assistive tools understand

    Capitalized hashtag words and compatible structure improve interpretation for screen readers and other technologies.

    Watch from 15:29
Read edited transcript highlights

These concise notes were edited from automatic captions and checked against the talk structure. They are not a verbatim transcript.

The environment often creates the disability

A person with color-vision differences may complete a task easily when information uses labels and shape, then become excluded when color is the only signal. The ability did not change; the environment did. Thinking in terms of mismatch helps teams search for alternatives instead of treating one imagined customer as the neutral baseline.

Watch from 1:20

Access needs are broader than visible impairments

Hearing differences, dyslexia, cognitive load, memory, language, injury, and a noisy or bright environment can all change how someone uses a product. Teams should not wait for a formal diagnosis to justify clear structure and multiple ways to understand information. Flexible design supports permanent, temporary, and situational needs together.

Watch from 3:40

Late accessibility creates avoidable rework

When accessibility appears only before release, foundational navigation, content, color, and component choices may already be expensive to change. Include relevant customers and requirements during discovery, carry them into design-system decisions, and test throughout implementation. Early attention gives the team more creative options than a compliance-only audit at the end.

Watch from 9:23

Personas should expose variation rather than average it away

A persona set made from similar customers can reinforce the same assumptions that created exclusion. Add differences in perception, cognition, language, technology, context, and confidence where they matter to the service. Personas remain hypotheses, so pair them with direct participation and avoid presenting a disability as the person’s entire identity.

Watch from 12:12

Small content mechanics affect real access

A screen reader can pronounce a multiword hashtag as one confusing sound when every word is lowercase. Capitalizing each word gives the software recognizable boundaries. This is one example of a broader principle: learn how assistive technology interprets structure and content, then make the intended meaning available without requiring a separate version.

Watch from 15:29
Explore WaysConf 2026