Wsparcie wdrożeniowe (Konsultacje)

Ekspert dostępności
na Waszym czacie.

Macie audyt, lecz nie ma w nim informacji jak wprowadzić poprawkę w Waszym frameworku, ani jak sprawdzić, czy przejdzie retest? Wchodzimy na Waszego Slacka, Teams albo Google Chat i odpowiadamy na pytania, kiedy potrzebujecie naszej pomocy.

Zamów wsparcie eksperta

Wpisujemy się w Wasz sposób pracy.

Slack, Teams, Google Chat albo spotkanie, kiedy wątek nie wystarcza. Deweloper wkleja komponent i to, co odczytał czytnik ekranu, a następnie dostaje odpowiedź od kogoś, kto naprawiał dokładnie ten wzorzec na produkcji.

Trudne pytanie trafia do eksperta, zanim zamieni się w obciążający ticket, który przechodzi do kolejnego sprintu po raz trzeci.

Sam raport często nie wystarcza

To dlatego, że raport odpowiada na pytania, które audytorzy zadali sobie podczas testów, a nie na te, które Wasi deweloperzy napotykają przy wdrażaniu.

  • Ostatnie tickety kosztują najwięcej

    Brakująca etykieta to pięć minut roboty. Zagnieżdżony modal z pułapką fokusa, wirtualizowana tabela albo własny combobox może zająć kilka dni albo nawet tygodni. To właśnie te tickety stoją w miejscu i to je raport potrafi jedynie opisać.

  • Pętla, która zjada sprint

    Deweloper czyta kryterium WCAG, znajduje trzy sprzeczne odpowiedzi na Stack Overflow, wdraża najbardziej prawdopodobną i dalej nie wie, czy to przechodzi. Ticket wraca po reteście.

Wasi deweloperzy nie powinni zgadywać WCAG metodą prób i błędów.

Co daje ekspert wewnątrz zespołu

Odpowiedzi na czacie zespołu

Deweloperzy pytają na kanale, wklejają komponent i dostają techniczną odpowiedź przed decydowaniem się na niepewne rozwiązanie.

Sprawdzenie poprawki, zanim ją wdrożycie

Wysyłacie nam komponent, a my sprawdzamy obsługę klawiatury, wsparcie czytników ekranu i zachowanie przy dynamicznych zmianach. Wyłapanie niepoprawnego zachowania kosztuje teraz jedną wiadomość. Wyłapanie jej w reteście kosztuje kolejny sprint.

Trudne komponenty rozwiązane porządnie

Dodanie atrybutu ARIA to często za mało. Rozkładamy na czynniki pierwsze co powinno być zrobione, a następnie rekomendujemy poprawkę, która przetrwa kolejne refaktory.

Makiety sprawdzone, zanim trafią do sprintu

Wiele problemów zaczyna się jeszcze w fazie projektowej. Przyślijcie makiety, a wskażemy wzorce, których dostępne wdrożenie będzie kosztowne. Zmiana na tym etapie to poprawka w designie, a nie przebudowa komponentu.

Jak wygląda współpraca?

1

Poznajemy produkt.

Sprawdzamy Wasz stack, procesy i wcześniejszy audyt jeśli taki odbyliście.

2

Wchodzimy na Wasz kanał.

Jeden wspólny kanał na Slacku, Teamsach albo Google Chacie. Bez dostępu do repozytorium, bez onboardingu kontraktora, bez security review do przejścia na start.

3

Wy pytacie, my odpowiadamy.

Pytanie trafia na kanał i wraca z uzasadnieniem, a poprawkę wdrażacie sami. Jedne zespoły pytają dwa razy na sprint, inne dwa razy dziennie.

4

Przestajecie nas potrzebować.

Pytań jest coraz mniej, a zespół wyrabia pewność siebie. O to właśnie chodzi. Wolimy być Waszym ekspertem, kiedy naprawdę tego potrzebujecie.

Kiedy takie wsparcie ma sens?

Zwykle wtedy, gdy praca nad WCAG przerosła to, na co odpowie dokument. Dotyczy to również zespołów, które mają audyt za sobą, i tych, które go jeszcze nie zamówiły.

Potrzebujecie audytu?
  • Audyt jest gotowy, a poprawki stanęły.

    Łatwe poprawki zamykają się w pierwszym sprincie. Złożone komponenty, które trudno przetestować, czy konflikty między SEO a dostępnością to inna historia.

  • Nie potrzebujecie specjalisty WCAG na etat.

    Macie dobrych deweloperów. Po prostu nie spędzili lat na testach z czytnikami ekranu i czytaniu wytycznych WCAG.

  • Budujecie design system.

    Zróbcie combobox, modal i tabelę danych raz i porządnie, a każdy produkt na nich zbudowany odziedziczy tę poprawkę.

  • Chcecie drugiej opinii.

    Macie rozwiązanie i chcecie wiedzieć, czy jest poprawne, zanim stanie się reużywalnym wzorcem w reszcie kodu.

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.