Nasza Misja

Dlaczego zdecydowaliśmy się stworzyć AriaWorks i nasza wizja przyszłości dostępności cyfrowej.

Zrozumienie realiów

Wdrażanie dostępności cyfrowej wydaje się proste, dopóki nie zaczniesz pisać kodu.

Zwykły audyt bez problemu wyłapie, że przycisk nie ma focusu. Naprawa tego to dla dewelopera chwila. Ale schody zaczynają się przy złożonych interakcjach. Co w sytuacji, gdy czytnik ekranu przerywa czytanie krytycznego komunikatu, ponieważ strona w tle się przeładowuje? Zwykłe dodanie atrybutu aria-live tu nie pomoże. To przypadek brzegowy, który wymaga zrozumienia cyklu życia aplikacji.

Większość problemów z dostępnością w projektach IT wynika z tego, że zespoły zderzają się z przypadkami, z którymi nigdy wcześniej nie miały styczności. Deweloperzy zgadują, jak zaimplementować trudny komponent. Projektanci nie uwzględnili odpowiednich stanów w Design Systemie. Testerzy nie są pewni, na co dokładnie zwrócić uwagę, korzystając z czytników ekranu.

W efekcie dostępność staje się chaotyczną zgadywanką.

Dlaczego AriaWorks

AriaWorks powstało, ponieważ wierzymy, że audyt dostępności powinno być narzędziem, które realnie ułatwia pracę całemu zespołowi produktowemu.

Wywodzimy się ze świata front-endu, testów oprogramowania i projektowania UX. Dzięki temu patrzymy na dostępność jak na inżynieryjne wyzwanie. Naszą misją jest dostarczanie rekomendacji, które trafiają w punkt i rozwiązują problemy tam, gdzie one powstają.

Jak to robimy w praktyce

  • Logika w zgłoszeniach Grupujemy błędy wokół konkretnych komponentów. Jeśli Twój zespół pracuje nad jednym produktem, dostaje spójną paczkę do naprawy, którą łatwo wycenić i zaplanować w sprincie.
  • Konkret dla deweloperów Dostarczamy gotowe wzorce i wskazówki. Jeśli problem jest złożony, jak wspomniane przeładowanie widoku, podpowiadamy, jak rozwiązać go na poziomie architektury. Zespół nie traci godzin na szukanie odpowiedzi.
  • Wskazówki dla UX i QA Audyt to także prewencja. Dołączamy rekomendacje dla innych działów: podpowiadamy designerom, co warto dodać do Design Systemu, aby uniknąć błędów w przyszłości, a testerom dajemy precyzyjne kroki reprodukcji, aby wiedzieli, jak zweryfikować poprawkę.

Tworzymy dostępność, która działa.

Spełnienie wymogów prawnych, takich jak dyrektywa EAA, to ostateczny cel biznesu. Ale naszą misją jest sprawienie, aby droga do tego celu była dla Twojego zespołu technicznego logiczna, poukładana i pozbawiona frustracji.

Jak podchodzimy do pracy nad dostępnością

Dlaczego grupujecie błędy z audytu według komponentów?

Bo tak Wasz zespół je naprawia. Na liście ułożonej według kryteriów WCAG jeden zepsuty combobox pojawia się jako pięć znalezisk w pięciu miejscach. Pogrupowany według komponentu staje się jednym zadaniem, które programista może oszacować. Każde znalezisko nadal wskazuje kryterium, którego nie spełnia.

Czy dostępność to wyłącznie zadanie programistów?

Nie. O wielu błędach przesądza się, zanim powstanie kod: para kolorów w palecie, stan fokusu, którego brakuje w design systemie, stan błędu, którego nikt nie zaprojektował. Dlatego projektanci dostają zalecenia do design systemu, testerzy kroki reprodukcji, które mogą powtórzyć, a programiści poprawkę.

Które problemy z dostępnością najtrudniej naprawić?

Te, które dzieją się między przeładowaniami strony: widok renderuje się na nowo, kiedy czytnik ekranu go czyta, fokus nie ma dokąd wrócić po zamknięciu okna dialogowego, region live zagłusza sam siebie. Żaden z nich nie wygląda jak brakujący atrybut. Naprawa wymaga kogoś, kto zna cykl życia aplikacji: wie, kiedy zmienia się DOM i co w tej chwili robi czytnik ekranu.

Czy dostępność dotyczy tylko osób niewidomych?

Nie. Według WHO około 1,3 miliarda ludzi żyje ze znaczną niepełnosprawnością, a ślepota to tylko jeden z jej rodzajów. Te same poprawki służą też osobom bez żadnej niepełnosprawności: komuś, kto pracuje na samej klawiaturze, bo padł mu touchpad, komuś z powiększeniem 200% na małym laptopie albo z telefonem w pełnym słońcu.

Odkryj swój pełny potencjał

Masz produkt do zbudowania. Nie masz czasu, aby stać się ekspertem WCAG. Pozwól nam zająć się technikaliami, aby Twój zespół mógł wrócić do tego, co robi najlepiej.

Omówmy Twój projekt