Projekt UX i UI
Dostępne wzorce komponentów, stany fokusu, kontrast, komunikaty błędów i prostsze ścieżki.
Zespół i społeczność działające na rzecz dostępności cyfrowej
Wiedza bez barierWCAG · edukacja · inkluzywność
Usługi / Wdrożenia poprawek
Pomagamy zamienić wyniki audytu w działające rozwiązania: projektujemy poprawki UX, wspieramy frontend, porządkujemy treści i dokumenty, a efekt weryfikujemy retestem.
Obszary wsparcia
Każda bariera z raportu trafia do właściwego obszaru — od projektu interfejsu po dokument PDF.
Dostępne wzorce komponentów, stany fokusu, kontrast, komunikaty błędów i prostsze ścieżki.
Semantyczny HTML, ARIA, obsługa klawiatury i zarządzanie fokusem w Twoim stacku.
Nagłówki, linki, teksty alternatywne, prosty język i instrukcje dla redaktorów CMS.
Tagowanie, kolejność odczytu, metadane i dostępne wersje alternatywne dokumentów.
Model współpracy
Wybierz model dopasowany do zasobów zespołu. Oba kończą się retestem i odbiorem.
Przekazujemy backlog, konsultujemy rozwiązania i przeglądamy zmiany. Wiedza zostaje w organizacji.
Realizujemy zmiany w uzgodnionym zakresie, w Twoim repozytorium i procesie wydawniczym.
Proces
Zadanie uznajemy za zamknięte dopiero wtedy, gdy retest potwierdzi poprawkę.
Grupujemy problemy według komponentów i przyczyn, żeby jedna poprawka usuwała wiele wystąpień.
Ustalamy kolejność prac z uwzględnieniem ważności, wpływu na użytkowników i planu wydań.
Przygotowujemy rozwiązania UX, wzorce komponentów i wytyczne dla redakcji.
Zmiany wprowadza Twój zespół albo my; każdą przeglądamy pod kątem dostępności.
Sprawdzamy poprawki na wskazanej wersji serwisu, w uzgodnionych przeglądarkach i technologiach asystujących.
Podsumowujemy, co naprawiono, co wymaga dalszej pracy i co wyłączono z zakresu.
Retest i weryfikacja
Sam merge pull requesta nie wystarcza. Retest wskazuje konkretne bariery, wersję serwisu, datę, testerów i przeglądarki, a każdy wynik opisujemy jednym z poniższych statusów.
Bariera została usunięta — potwierdziliśmy to testem.
Problem nie został usunięty albo poprawka nie działa.
Poprawa jest widoczna, ale część wystąpień pozostaje.
Brak dostępu lub środowiska, by wykonać test.
Zmiana wywołała nowy problem — zapisujemy go jako osobną barierę.
Element nie był objęty retestem w tej rundzie.
FAQ / Wdrożenia
Tylko jeśli wdrażamy poprawki sami. Pracujemy na uzgodnionych uprawnieniach, bez dostępu do produkcyjnych sekretów. Możemy też wspierać Twój zespół konsultacjami i przeglądem kodu.
Opowiedz, na jakim etapie jest Twój zespół, a zaproponujemy model wsparcia.