Projekt obejmujący

Projektowanie inkluzywne to podejście, które traktuje różnorodność ludzką jako czynnik wpływający na projekt, a nie przypadek skrajny, dążąc do tworzenia produktów użytecznych dla jak najszerszego, rozsądnego grona osób, bez konieczności przeprowadzania osobnych adaptacji. Pokrywa się ono z dostępnością, ale ma szerszy zakres: dostępność jest zazwyczaj definiowana w kontekście spełniania wymagań osób z niepełnosprawnościami, podczas gdy projektowanie inkluzywne uwzględnia pełen zakres możliwości, okoliczności, języka, umiejętności czytania i pisania, technologii i kontekstu, w którym produkt będzie używany.

Główną ideą, wyrażoną w pracach Microsoftu nad projektowaniem inkluzywnym, jest to, że wykluczenie jest często sytuacyjne i tymczasowe, a nie trwałe. Ktoś może nie być w stanie używać ręki z powodu urazu, noszenia dziecka lub trzymania telefonu w jednej ręce w pociągu. Ktoś może mieć trwałe trudności z precyzją ruchów, przejściowe po urazie lub sytuacyjne w jadącym pojeździe. Projektowanie z myślą o trwałym przypadku niezawodnie poprawia doświadczenia znacznie większej grupy doświadczającej tymczasowej lub sytuacyjnej wersji tego samego ograniczenia.

Daje to dobrze udokumentowany efekt obniżonego krawężnika, gdzie udogodnienia dostosowane do konkretnych potrzeb przynoszą korzyści wszystkim. Napisy są przydatne dla użytkowników głuchych, a także dla osób oglądających bez dźwięku, w hałaśliwym otoczeniu lub w obcym języku. Wysoki kontrast jest przydatny dla osób słabowidzących i osób korzystających z ekranu w jasnym świetle słonecznym. Jasny, prosty język jest przydatny dla osób z niepełnosprawnością intelektualną, a także dla osób czytających szybko, w stresie lub w języku, którego nauczyły się jako osoby dorosłe. Obsługa klawiatury jest przydatna dla osób, które nie mogą korzystać ze wskaźnika, a także dla użytkowników zaawansowanych, którzy pracują szybciej bez niego.

Projektowanie inkluzywne obejmuje również czynniki rzadko uwzględniane w głównym nurcie produktów: założenia dotyczące imion, adresów, płci i struktury rodziny zakodowane w formularzach; interfejsy zakładające szybkie, nielimitowane połączenia i korzystanie z niedawno używanych urządzeń; treści pisane na poziomie znacznie przekraczającym możliwości czytelności odbiorców; obrazy i przykłady reprezentujące jedynie wąską grupę demograficzną; oraz wymogi dotyczące cen lub weryfikacji, które wykluczają osoby bez określonych instrumentów finansowych lub dokumentów. Każdy z tych czynników wyklucza rzeczywistych użytkowników z przyczyn niezwiązanych z niepełnosprawnością.

Wdrożenie tego rozwiązania to kwestia bardziej procesowa niż lista kontrolna. Skuteczne techniki obejmują angażowanie w badania osób o różnym doświadczeniu i umiejętnościach, a nie testowanie wyłącznie z dogodnymi uczestnikami, uwzględnianie ograniczeń podczas projektowania, a nie ich korygowanie po wdrożeniu, wykorzystywanie rzeczywistych treści i realistycznych warunków w ewaluacji oraz traktowanie kryteriów włączenia jako kryteriów akceptacji, a nie jako oddzielnego etapu przeglądu.

Język i poziom czytania zasługują na szczególną uwagę, ponieważ wykluczają one po cichu i na dużą skalę. Treści napisane na wysokim poziomie czytania, bogate w zdania podrzędne, słownictwo branżowe i abstrakcyjne rzeczowniki, są trudniejsze dla wszystkich i nie do przejścia dla niektórych, w tym dla osób czytających w drugim języku, osób z niepełnosprawnością poznawczą lub trudnościami w uczeniu się oraz osób działających pod presją czasu lub pod presją czasu. Język prosty często spotyka się z oporem, argumentując, że brzmi mniej autorytatywnie, ale dowody z sektora publicznego i usług finansowych konsekwentnie pokazują, że jaśniejsze pisanie poprawia zrozumienie i realizację zadań bez obniżania postrzeganej wiarygodności. Pomiar poziomu czytania i testowanie zrozumienia z osobami spoza organizacji sprawia, że ​​to z preferencji stylistycznych staje się weryfikowalnym wymogiem.

Z komercyjnego punktu widzenia argument jest prosty: wykluczony użytkownik to utracony klient, a w wielu jurysdykcjach wiąże się z tym również obowiązek prawny. W praktyce włączenie najlepiej traktować jako standardowy element projekt produktu i biblioteki komponentów, dzięki czemu prawidłowe zachowanie jest dziedziczone, a nie rekonstruowane na każdym ekranie, z wbudowaną różnorodnością uczestników badania użytkowników rekrutacja. W przypadku usług, które mają ustawowy obowiązek obsługi całej populacji, takich jak sektor publiczny na platformach wymagania te są zazwyczaj formalne i kontrolowane, a nie uznaniowe.