Budowanie prawdziwej kultury dostępności cyfrowej w firmie to misja odporności i wytrwałości. Dyskursowi o dostępności nie trudno wpaść w utarte klisze. Dostępność jest dla ludzi bardzo ważna. Dostępność produktów i usług cyfrowych sprzyja włączeniu społecznemu. Lub nawet wszyscy specjaliści w zespołach powinni być zaangażowani w prace nad dostępnością. Oczywiście. Nikt o zdrowych zmysłach nie będzie kwestionował żadnego z tych stwierdzeń (mam nadzieję). Jednak druga część tej rozmowy, do której dociera bardzo niewiele firm, brzmi: „jak?” Jak to zrobić w obliczu codziennej pracy zespołów zajmujących się transformacją cyfrową, które jak wszyscy wiemy, zanurzone są w wymagających scenariuszach, często przy bardzo ograniczonej liczbie osób? W większości przypadków wybór kończy się pomiędzy „zrobimy to” a „tamto”. A nie powinno, bo w takich przypadkach nigdy nie widziałem, żeby dostępność wygrywała w tym równaniu. To nie powinno tak wyglądać. Nie musisz tak wyglądać. Po pierwsze dlatego, że wybór między dostępnością a czymkolwiek innym nie jest właściwym wyborem. Dostępność nie jest już tylko kolejną funkcją, którą należy dodać do innych. To wartość dodana dla biznesu, a obecnie obowiązek prawny, który może mieć poważne konsekwencje dla firm. Z drugiej strony istnieją inteligentne, zoptymalizowane i skuteczne sposoby włączania zasad dostępności do naturalnej dynamiki zespołów. Można pracować nad dostępnością bez wywracania działań zespołu do góry nogami. Zasadniczo właśnie to robi AccessibilityOps. Wzmacnianie pozycji ludzi i zapewnianie zespołom prostych procesów, dzięki którym będą mogli zintegrować prace związane z dostępnością ze swoimi codziennymi czynnościami bez nieproporcjonalnego wysiłku. Dostępność i design Praca nad dostępnością cyfrową w projektowaniu może obejmować kilka działań. Oczywiste jest, że musimy zwrócić szczególną uwagę na kolor i sposób, w jaki jest on używany do przekazywania znaczeń. Oczywiście interakcja rozmiarów elementów musi być wygodna. Ale co najważniejsze, musimy myśleć o projektowaniu z wszechstronnej perspektywy. Interfejs to nie plakat. Możemy kontrolować wiele aspektów tego projektu, ale sposób interakcji użytkowników z interfejsem podlega nieskończonej liczbie zmiennych. Rodzaj urządzenia, kontekst, cel, jakość sieci itp. Wszystko to ma ogromny wpływ na doświadczenia i interakcję każdej osoby. Oprócz tego uwzględnienie w procesie projektowania kwestii dostępności cyfrowej powoduje dodanie jeszcze większej liczby zmiennych.
Ludzie często korzystają z tak zwanych technologii i strategii wspomagających. Zasadniczo są to narzędzia technologiczne, a przynajmniej „sztuczki”, po które sięgają ludzie, aby znaleźć wygodniejsze modele użytkowania. Na przykład słynne czytniki ekranu, powszechnie kojarzone z obsługą osób niewidomych (ale nie tylko dla nich przydatne), to na przykład technologia wspomagająca. Zmiana kolorów lub kontrastów kolorów pomiędzy różnymi elementami jest również technologią wspomagającą. Kolejnym przykładem jest zwiększenie rozmiaru czcionki (o czym mówiliśmy w tym tekście). Istnieje niezliczona ilość technologii i strategii wspomagających. Prawie tyle, ile różnych kontekstów użycia dla każdej osoby. Nie kontrolujemy wszystkiego Innymi słowy (i to jest „zła wiadomość” dla nas, projektantów), „nasz projekt” z perspektywy użytkownika podlega przekształceniom, na które nie mamy wpływu. Zostanie ona „przekształcona” przez użytkownika, dzięki czemu będzie mógł jak najbardziej komfortowo wchodzić w interakcję z aplikacją i wszystkim, co ona oferuje. I to jest dobra rzecz. Jeśli tak się stanie i wszystko pójdzie dobrze, z pewnością bardzo dobrze wykonaliśmy naszą pracę związaną z dostępnością i wszyscy zasługujemy na gratulacje. Jeśli użytkownik zastosuje którąkolwiek z tych technologii i strategii wsparcia, a mimo to nadal nie może korzystać z aplikacji cyfrowej, jest to znak, że coś nie działa tak, jak powinno. Aha, a skoro już o tym mowa. Nawet nie myśl o blokowaniu korzystania z tych technologii lub strategii wsparcia. Być może „niszczą” Twój piękny projekt, ale pozwalają coraz większej liczbie osób faktycznie korzystać z aplikacji. Czy w końcu nie to było dokładnie to, co obiecywaliśmy, że chcemy robić? Projekt dla (wszystkich) ludzi. Bezwyjątkowo? Zwiększ rozmiar czcionki Ile razy słyszeliśmy, jak ktoś – przyjaciele, rodzina, a nawet współpracownicy – narzekał, że ten czy inny tekst jest za mały? Tekst odgrywa bardzo ważną rolę w doświadczeniu cyfrowym. Wiele informacji przekazywanych jest za pomocą tekstu:instrukcje obsługi, podpisy przycisków czy elementy interaktywne. Wszystko to wykorzystuje tekst jako narzędzie komunikacji. Jeśli odczytanie wszystkich tych elementów jest trudne, doświadczenie jest oczywiście poważnie upośledzone. Wygodne czytanie tekstu, niezależnie od jego funkcji, to zasada niepodlegająca negocjacjom. Czytanie to można ułatwić, stosując w projekcie wygodne rozmiary. Jednak wspieranie technologii i strategii, poprzez funkcjonalność zwiększania rozmiaru czcionki, może również pomóc poprawić czytelność. Według danych APPT 26% użytkowników urządzeń mobilnych z systemem Android i iOS zwiększa domyślny rozmiar czcionki (dane z lutego 2026 r.). Co czwarty użytkownik zwiększa rozmiar czcionki na swoim smartfonie. Jest to bardzo znacząca próba osób, co sprawia, że ta funkcjonalność jest nieunikniona w procesach projektowych.
Zgodność z wytycznymi Zwiększanie rozmiaru czcionki w interfejsach może stanowić ogromne wyzwanie projektowe. Ważne jest, aby zrozumieć, że niektóre elementy tekstowe mogą nagle pod wpływem działań użytkownika podwoić się w stosunku do rozmiaru początkowego. „Z wyjątkiem podpisów i obrazów tekstowych rozmiar tekstu można zmieniać bez technologii wspomagających aż do 200% bez utraty treści i funkcjonalności.” — Kryterium sukcesu 1.4.4, „Zmiana rozmiaru tekstu” wytycznych dotyczących dostępności treści internetowych (WCAG), wersja 2.2
To kryterium sukcesu znajduje się na poziomie zgodności AA, co oznacza, że jest to funkcja absolutnie obowiązkowa zgodnie z wszelkimi ramami prawnymi. Łatwo jest zrozumieć 200% w tym kryterium sukcesu. Jeżeli założymy, że projektujemy interfejsy w skali 100%, czyli rozmiar elementu jest rozmiarem początkowym, to zwiększenie tekstu aż o 200% będzie równoznaczne z podwojeniem rozmiaru początkowego. Można również zastosować inne skale powiększenia, takie jak 120%, 140% i tak dalej. Innymi słowy, musimy zapewnić użytkownikom możliwość zwiększenia tekstu, aby podwoić jego początkowy rozmiar, za pomocą wspierających technologii lub strategii (i nie jest to drobny szczegół). Aby zachować zgodność z tym standardem, nie musimy udostępniać narzędzi zwiększania rozmiaru tekstu w interfejsach. W praktyce te cechy to nic innego jak redundancja. Urządzenia już pozwalają na to w ustandaryzowany sposób. Użytkownicy, którzy naprawdę potrzebują tego ustawienia, wiedzą o tym (bo bez niego ich życie byłoby znacznie trudniejsze). Cóż, mają już to ustawienie zastosowane na swoim urządzeniu. A to oznacza, że możemy wyeliminować te dodatkowe elementy interfejsu, upraszczając doświadczenie.
Standaryzowany dostęp Ważną koncepcją, o której należy pamiętać w przypadku technologii wspomagających, szczególnie w tym przypadku dotyczącą zwiększania rozmiaru czcionki, jest to, że większość urządzeń ma już domyślnie zainstalowanych wiele z tych narzędzi. Innymi słowy, w wielu przypadkach użytkownicy nie muszą kupować własnego oprogramowania ani konkretnego typu urządzenia, aby mieć tę funkcjonalność. Niezależnie od tego, czy korzystasz z urządzeń mobilnych, czy nawet przeglądarek internetowych, w zdecydowanej większości przypadków łatwo jest znaleźć zainstalowane funkcje, które pozwalają zwiększyć domyślny rozmiar czcionki, której używamy w całym interfejsie. Tę zasadę zwiększania rozmiaru czcionki można zastosować w przypadku produktów cyfrowych, takich jak aplikacje, a nawet dowolnego rodzaju witryn internetowych działających w standardowych używanych obecnie przeglądarkach internetowych. iPhone'y Na urządzeniach iPhone funkcja zwiększania rozmiaru czcionki jest domyślnie zintegrowana. Aby skorzystać z tej funkcji, wystarczy wejść do panelu „Ustawienia”, wybrać „Dostępność” i w grupie opcji „Wizja” uzyskać dostęp do funkcji „Rozmiar i wyświetlanie tekstu” i skonfigurować żądane zwiększenie rozmiaru czcionki na tym ekranie.
GoogleChrome Przeglądarki internetowe oferują również domyślnie funkcję zwiększania rozmiaru czcionki. Przykładowo w przeglądarce Google Chrome ta funkcja jest dostępna w panelu „Opcje”, a konkretnie w obszarze „Wygląd”. Na liście opcji pojawiającej się w tej grupie wystarczy wybrać opcję „Rozmiar czcionki”. Zwykle wybrana zostanie opcja „Średni – Zalecany”. Możesz zmienić to ustawienie na dowolny inny dostępny rozmiar czcionki. Wypróbuj na przykład opcję „Bardzo duży”.
Przetestuj w Figmie Aby zapewnić skuteczność prac nad dostępnością cyfrową w codziennym życiu zespołów, konieczne jest znalezienie prostych procesów pracy. Działania lub inicjatywy, które można wkomponować w rutynę zespołu, które w zintegrowany sposób adresują dostępność i nie wymagają radykalnej transformacji obecnej rzeczywistości. Uważa, że gdyby było to konieczne, w większości przypadków nie miałoby to miejsca. Dlatego projektowanie prostych procesów pracy to połowa sukcesu w walce o to, aby dostępność naprawdę się wydarzyłaprzypadku, także w zespole projektowym. Jeśli chodzi o testowanie zwiększania rozmiaru czcionki w projekcie, mamy dziś do dyspozycji niezwykłe narzędzia. Ci, którzy pamiętają czasy projektowania złożonych interfejsów w programie Adobe Photoshop, rozpoznają różnice w narzędziach, które mamy dzisiaj (i na szczęście tak jest). Dzięki narzędziom takim jak Figma możliwe jest teraz stworzenie takiej dynamiki w projektowaniu, że testowanie zwiększania rozmiaru czcionki pod kątem dostępności staje się dla zespołu prawie nieuniknione.
Uwaga: aby przystąpić do tego testu, musisz dobrze znać style tekstu, układy automatyczne i zmienne Figmy. Te trzy to podstawowe narzędzia umożliwiające osiągnięcie sukcesu bez większego wysiłku. Jeśli jeszcze nie opanowałeś tych funkcji, zdecydowanie zalecamy, aby zacząć od tego. Nie pomijaj kroków. Uczenie się jest procesem stopniowym, który należy realizować w uporządkowany sposób, krok po kroku. Gdzie chcemy jechać? Test zwiększania rozmiaru czcionki w Figmie, który chcemy wykonać, jest prosty. Chcemy mieć zestaw zmiennych dostępnych dla wszystkich stylów tekstu, których używamy w interfejsie, pozwalających nam wybrać, czy chcemy widzieć interfejs z tekstem w skali 100%, 120%, 140%, 160%, 180% czy 200%. Stosując ten zestaw zmiennych (podobnie jak stosując zmienne dla trybu jasnego i ciemnego), obserwujemy przekształcenia tekstu w interfejsie i rozumiemy, w jakim stopniu potrzebne są adaptacje w każdej wersji interfejsu o różnych skalach typograficznych.
Jak to możliwe? Aby ten test przebiegł tak gładko, musisz wykonać pewne prace u podstaw. Systemy projektowe mogą znacznie pomóc w optymalizacji dużej części tej początkowej pracy. Ale nie będę cię okłamywać. Aby test działał dobrze, projekt musi charakteryzować się bardzo poważnym poziomem organizacji i systematyzacji. To nie jest tak naprawdę przewodnik, ponieważ każdy zespół będzie miał swój własny model pracy, a zalecenia te można zastosować na różne sposoby (i to jest w porządku). Aby jednak ten test zadziałał, ważne jest zapewnienie pewnych założeń w projekcie. Aby ułatwić etapowe wdrażanie tego modelu testowego, oto kilka kroków, które należy wykonać. Instrukcje krok po kroku, które poprowadzą Cię przez organizację plików i upewnią się, że możesz w pełni wykonać ten test w najprostszy i najbardziej praktyczny sposób. 1. Projektowanie interfejsów Wszystko zaczyna się od projektu. Przed jakimkolwiek testowaniem należy skupić się na projekcie każdego interfejsu, który będziemy chcieli później przetestować. Na tym etapie nadal nie ma konkretnych obaw związanych z testem zwiększania rozmiaru czcionki, który przeprowadzimy później. Naturalnie cały projekt interfejsu powinien od samego początku kierować się najbardziej podstawowymi zaleceniami dotyczącymi dostępności stosowanymi w projektowaniu.
2. Zastosuj automatyczne układy do wszystkich elementów W każdym projekcie ekranu, który tworzysz, musisz zadbać o idealne zastosowanie automatycznych układów. To bardzo ważny krok. To właśnie konsekwentne stosowanie automatycznych układów w całej strukturze i elementach projektu zagwarantuje później skalowalność interfejsu, gdy zaczniemy testować zwiększanie rozmiaru czcionki. Naprawdę nie można lekceważyć tego kroku. Jeśli nie poświęcisz temu uwagi, na jaką zasługuje, zobaczysz, kiedy przetestujemy skalowanie typograficzne w interfejsach, wszystko rozpadnie się jak słoń w sklepie z porcelaną.
3. Strukturyzacja i stosowanie stylów tekstu Aby przeprowadzić nasz test zwiększania rozmiaru czcionki, potrzebujemy również zastosowania stylów tekstu do każdego projektu interfejsu. Prawdopodobnie zacząłeś je nawet tworzyć podczas rysowania. Świetnie. Jeśli jeszcze tego nie zrobiłeś, ważne jest, abyś zrobił to teraz. Aby test działał idealnie, jest nam to naprawdę potrzebne. Nie pozostawiaj żadnego elementu tekstowego w projekcie bez zastosowanego stylu tekstu.
4. Zdefiniuj zbiór zmiennych 100% Ten test wymusza dość wysoki stopień optymalizacji. W praktyce oznacza to, że będziemy musieli użyć zmiennych Figma dla wszystkich cech stylów tekstu, które mamy w interfejsie. Na tym etapie musisz zdefiniować zmienne „liczbowe” Figmy przynajmniej dla rozmiaru czcionki i wysokości linii stylów tekstu zastosowanych do rysunku. W tym kroku definiujesz wartości skali wzrostu rozmiaru czcionki dla 100% modelu wizualizacji, czyli wersji początkowej i referencyjnej rysunku. Ważne jest, aby uporządkować te zmienne dla każdego stylu tekstu na rysunku, ponieważ później będziemy musieli wziąć pod uwagę skalę powiększenia każdego z tych elementów tekstu.
5. Zastosuj zmienne do stylów tekstu Po zdefiniowaniu zmiennych dla stylów tekstu w skali 100% należy je teraz zastosowaćdo elementów już utworzonych stylów tekstu. Nie zapomnij zastosować zmiennych przynajmniej do charakterystyki rozmiaru czcionki i wysokości linii. Jeśli masz więcej zmiennych typograficznych, nie ma problemu. Ale powinieneś przynajmniej zastosować zmienne do rozmiaru czcionki i wysokości linii. To jest naprawdę bardzo ważne.
6. Zdefiniuj zmienne zwiększające rozmiar tekstu Teraz, gdy masz już zastosowane zmienne do stylów tekstu w skali 100%, następnym krokiem jest utworzenie zmiennych dla innych skal zwiększania rozmiaru czcionki. W praktyce trzeba utworzyć zmienne, które powiedzą systemowi, jaki rozmiar czcionki osiągnie każdy styl tekstu, gdy skala wzrostu wyniesie 120%, 140%, 160% itd. Aby zdefiniować wartości rozmiaru czcionki i wysokości linii, wystarczy pomnożyć wartość początkową przez procent skali. Na przykład, jeśli styl tekstu ma rozmiar czcionki 16 pikseli, rozmiar dla skali 120% będzie wynosić 16 pomnożone przez 1,2, co da wynik 19,2. Powtórz to obliczenie dla wszystkich wartości rozmiaru czcionki i wysokości linii wybranej procentowo skali zwiększania rozmiaru czcionki. Możesz także wybrać, czy chcesz zastosować zaokrąglanie wartości końcowych. Jest to badanie przybliżone, dlatego wszelkie różnice mogące wyniknąć z zaokrągleń nie będą miały wpływu na ostateczną percepcję wyniku badania.
7. Zastosuj zmienne do różnych wersji skali Nadeszła chwila prawdy. Następnym krokiem jest zrozumienie, czy wszystko działa, aby test przebiegł idealnie. Dlatego powinieneś skopiować oryginalny interfejs i zastosować zestaw zmiennych dla każdego ze współczynników zwiększania rozmiaru czcionki, który ma dla Ciebie sens. Powtórz ten proces dla wszystkich zdefiniowanych procentów wzrostu rozmiaru czcionki. Jako sugestię możesz użyć wartości procentowych wzrostu 120%, 140%, 160%, 180% i 200% jako odniesienia. Jeśli chcesz uprościć, możesz zmniejszyć liczbę procentów skalowania, z którymi pracujesz. Niezależnie od liczby procentów, z którymi pracujesz, zawsze powinieneś pracować ze skalami minimum 100% i 200%.
8. Zidentyfikuj obszary wymagające poprawy Stosując różne skale zwiększania rozmiaru czcionki na tym samym ekranie, łatwo jest zrozumieć, gdzie potrzebne są ulepszenia. Tutaj zaczyna się prawdziwy test zwiększania rozmiaru czcionki w projektowaniu interfejsu i najciekawsze prace nad dostępnością. Analizując różne ekrany, należy pamiętać o kilku ważnych aspektach:
To, że tekst wydaje się gigantyczny, nie stanowi problemu i nie „rujnuje” projektu. Pamiętaj, że może to oznaczać różnicę między tym, czy ktoś będzie mógł skorzystać z określonego produktu lub usługi, czy nie. Problem z dostępnością występuje, gdy zwiększenie rozmiaru czcionki uniemożliwia użytkownikowi przeczytanie niektórych tekstów lub włączenie niektórych elementów sterujących. W przypadku elementów tekstowych, które są już bardzo duże, zwiększanie rozmiaru czcionki może nie mieć sensu. Może to spowodować, że elementy te staną się nieproporcjonalne, co nie poprawi czytelności (ponieważ są już dobrej wielkości) i zajmie zupełnie niepotrzebną przestrzeń. Jeśli niektóre elementy wydają się wyskakiwać z ekranu, pierwszym krokiem jest sprawdzenie, w jaki sposób stosujesz układ automatyczny. Wiele aspektów projektu można łatwo rozwiązać, prawidłowo korzystając z automatycznego układu. Niezależnie od skali wzrostu wielkości czcionki istotne jest zachowanie wizualnej hierarchii typografii, gdyż ta czytelność jest istotna dla postrzegania różnych poziomów informacji obecnych na ekranie. Ten test może pomóc zidentyfikować elementy, które mogą wymagać dostosowań bezpośrednio w kodzie, aby dobrze działały przy danej skali wzrostu. Nie wszystko da się rozwiązać samym projektem i nie ma w tym nic złego. Dostępność to w istocie wysiłek zespołowy.
9. Wprowadź poprawki i dostosowania do projektu Wreszcie, w oparciu o różne ekrany z zastosowanymi różnymi skalami powiększenia tekstu, możesz wprowadzić zmiany w projekcie, które mają sens. Niektóre z tych dostosowań mogą być konieczne tylko w kodzie. W takich przypadkach dokumentujesz wszystkie sugestie i przekazujesz je zespołowi programistów. Ważne jest również, aby podkreślić (ponownie), że niektóre problemy, które możesz napotkać w projekcie, można szybko rozwiązać w procesie projektowania, dzięki prostemu i prawidłowemu zastosowaniu właściwości automatycznego układu.
10. Wróć do początku i powtórz proces Jest to podejście cykliczne. Oznacza to, że powinieneś powtarzać te kroki lub ich odmiany tyle razy, ile to konieczne w trakcie całego projektu. To naturalne, że z czasem i przy optymalizacji procesów niektóre z nichz tych kroków przestanie mieć sens. To absolutnie nie jest problem. Ale najważniejszą rzeczą, którą należy sobie uświadomić, jest to, że dostępność i proces testowania zwiększania rozmiaru czcionki nie powinny być wykonywane jednorazowo i to wszystko. To test, który trzeba powtarzać wiele, wiele razy w codziennej pracy każdego projektu i zespołu.
Rola systemów projektowych Na pierwszy rzut oka ta lista kroków może wydawać się skomplikowanym ćwiczeniem. Ale tak nie jest. Dzieje się tak dlatego, że zdecydowana większość, jeśli nie wszystkie, z tych kroków jest łatwa do wykonania w dowolnym kontekście, w którym istnieje system projektowania. W rzeczywistości systemy projektowania stały się nieuniknionym standardem w branży projektowania produktów. Możemy omówić to, co każdy zespół nazywa systemem projektowania, ale prawda jest taka, że obecnie bardzo trudno jest znaleźć zespół projektanta produktu, który nie miałby przynajmniej minimalnie zorganizowanej biblioteki komponentów i stylów.
Dzięki tym podstawom, mniej lub bardziej udokumentowanym, bardzo łatwo jest zastosować tego typu test zwiększania rozmiaru czcionki przy użyciu zmiennych Figma. Co więcej, jeśli Twój system projektowy ma już na przykład zmienne strukturalne dla trybu jasnego i ciemnego, oznacza to, że już stosujesz dokładnie te same zasady, których użyliśmy podczas przeprowadzania tego testu. Zatem nic nowego. Praca z systemami projektowymi wymaga pewnego poziomu strukturyzacji i organizacji, który jest również bardzo przydatny przy tworzeniu tego typu testów. Istnieje mit, że systemy projektowania ograniczają kreatywność. To nie jest prawda. Systemy projektowe pomagają rozwiązać „biurokratyczną” część projektowania, dzięki czemu możemy faktycznie mieć więcej czasu na to, co ważne: w tym przypadku na testowanie dostępności i budowanie coraz większej liczby produktów i usług, które są naprawdę dostępne dla jak największej liczby osób. Przykładowy plik Zawsze łatwiej jest zobaczyć przykład niż tylko przeczytać opis procesu. Jeśli jest to prawdą w wielu dziedzinach wiedzy, np. w projektowaniu, to założenie to nabiera jeszcze większego sensu. Dlatego w tym swobodnie opublikowanym i ogólnie dostępnym dla społeczności pliku Figma znajdziesz praktyczny przykład całego opisanego tutaj procesu testowania. Pamiętaj, że to tylko przykład. Może istnieć niezliczona ilość sposobów przeprowadzenia tego typu testu w kontekście pliku Figma.
Pamiętaj, aby spojrzeć na to podejście krytycznym okiem. Jest to sugestia testowania zwiększania rozmiaru czcionki w ramach określonego procesu. Mimo to podejście powinno być dostosowane do specyfiki realiów, procesów i poziomu dojrzałości Twojego zespołu. Proste kopiowanie formuł z innych zespołów bez zrozumienia, czy mają one sens w naszym kontekście, to pewny sposób na uczynienie wysiłków związanych z dostępnością nieproporcjonalnymi. Każda sytuacja jest wyjątkowa. Podejście to stara się maksymalnie uprościć prace nad dostępnością w tym konkretnym kontekście. I pamiętaj: jeśli coś się stanie, choćby najmniejszego, będzie to krok do przodu, a nie do tyłu. I wszyscy w zespole powinni to uczcić.
