Jak zatrudnić freelancera do audytu dostępności

Jak zatrudnić freelancera do audytu dostępności strony internetowej

Audyt dostępności strony internetowej to nie jest odhaczanie punktów z listy. To praktyczny przegląd tego, jak realni użytkownicy poruszają się po witrynie za pomocą klawiatury, czytnika ekranu, powiększonego tekstu albo komend głosowych. Jeśli zastanawiasz się, jak zatrudnić freelancera do audytu dostępności strony internetowej, zacznij od ustalenia, jaki problem chcesz rozwiązać, bo kontrola przed uruchomieniem, audyt wyszukujący błędy i przegląd nastawiony na zgodność to nie to samo zlecenie. W wielu przypadkach właściwym celem będzie audyt dostępności strony WCAG 2.2 AA, ale najpierw trzeba jasno określić zakres.

Jeden projekt może wymagać szybkiego sprawdzenia przed premierą, a inny pełnego przeglądu istniejącej strony z dziesiątkami szablonów i wieloletnią treścią. Trzeci może koncentrować się na jednym procesie, na przykład zakupie lub odzyskiwaniu konta, gdzie jedno uszkodzone oznaczenie może zablokować klienta. Mały detal. Duży skutek.

To rozróżnienie ma znaczenie, gdy briefujesz freelancera. Audyt ograniczony do strony głównej pominie problemy ukryte w formularzach, oknach modalnych i stronach po zalogowaniu, a właśnie tam użytkownicy często natrafiają na mur. Jeśli potrafisz nazwać odbiorców, typ strony albo proces, który najbardziej Cię niepokoi, dajesz freelancerowi lepszy cel.

Ustal zakres w odniesieniu do wymagań WCAG i ADA

Zakres nie powinien zaczynać się od „sprawdź wszystko”. Powinien zacząć się od standardu, którego chcesz użyć. W większości projektów będzie to WCAG, ale nadal musisz wskazać, jakiego poziomu oczekujesz: A, AA albo bardziej rygorystycznego wewnętrznego celu.

Wiele firm chce też, aby freelancer uwzględnił redukcję ryzyka związanego z ADA, zwłaszcza jeśli strona obsługuje klientów w Stanach Zjednoczonych. To nie zastępuje WCAG. To wpływa na biznesowe uzasadnienie audytu, pilność poprawek oraz sposób, w jaki wnioski są przedstawiane zespołom prawnym, produktowym i deweloperskim.

Poproś o wskazanie standardu prostym językiem. Jeśli potrzebujesz WCAG 2.2 AA, napisz to wprost. Jeśli chcesz, aby freelancer zaznaczał miejsca, w których strona nie spełnia tego poziomu nawet wtedy, gdy problem wydaje się drobny, też to zaznacz. Jedno nieprecyzyjne zdanie w briefie może zamienić się w trzy tygodnie sporów.

W niektórych projektach standard powinien być powiązany z ryzykiem. W innych — z bramką przed uruchomieniem. Ta różnica zmienia audyt. Kampania landing page ma krótszy margines na opóźnienia niż redesign, który wciąż jest w wersji roboczej. Jeśli potrzebujesz pomocy w osadzeniu prac nad dostępnością w szerszym procesie projektowym, notatka o zasadach umieszczania i prezentacji przypomina, że spisane reguły oszczędzają czas później.

Zdecyduj, które części strony trzeba przetestować

Freelancer nie przetestuje każdej strony z taką samą dokładnością, chyba że budżet jest duży, a witryna mała. Lepszym rozwiązaniem jest wypisanie szablonów i ścieżek, które mają największe znaczenie. Pięć lub sześć nazwanych obszarów zwykle daje więcej niż jedno zdanie: „wszystkie strony”.

Zacznij od szablonów: strona główna, karta produktu, kategoria, artykuł, landing page, koszyk, ustawienia konta i strony wsparcia. Następnie dodaj komponenty: nawigację, wyszukiwarkę, filtry, akordeony, wyskakujące okna, banery cookies i osadzone multimedia. Jeśli Twoja strona opiera się na logowaniu, uwzględnij reset hasła i weryfikację e-mail. Jeśli coś sprzedajesz, uwzględnij koszyk i ścieżkę płatności. Te 2 lub 3 krytyczne ścieżki często ujawniają więcej niż 20 dekoracyjnych stron.

Nie zapomnij o typach treści, które mogą sprawiać trudność. Pliki PDF, napisy do filmów, karuzele obrazów i wykresy łatwo pominąć w pobieżnym przeglądzie, a potem trudno je poprawić. Freelancer powinien wiedzieć, gdzie szukać, ale Ty i tak powinieneś nazwać obszary ryzyka. Jedno zdanie może oszczędzić mnóstwo zgadywania.

Jeśli prowadzisz marketplace lub katalog, podziel się dokładnymi ścieżkami użytkownika, które są najważniejsze. Strona wyników wyszukiwania z 14 filtrami to inny problem niż statyczna strona-broszura. Dla zespołów, które mają wymagania dotyczące wyszukiwania produktów, artykuł o zatrudnieniu freelancera do filtrowania i wyszukiwania produktów jest dobrym przypomnieniem, że wyszukiwanie i filtrowanie zasługują na własny zakres.

Wybierz freelancera z odpowiednią metodą pracy nad dostępnością

Najlepszy freelancer to nie ten, który mówi: „uruchamiam Lighthouse”. Automatyczne skany wykrywają przydatne błędy, ale nie powiedzą Ci, czy użytkownik korzystający wyłącznie z klawiatury może faktycznie wypełnić formularz albo czy czytnik ekranu ogłasza właściwą nazwę przycisku. Potrzebujesz osoby, która łączy testy automatyczne z ręcznym sprawdzaniem i weryfikacją przy użyciu technologii wspomagających. Dobry freelancer audyt dostępności strony internetowej potrafi od razu pokazać różnicę między wynikiem skanu a realnym doświadczeniem użytkownika.

Zwracaj uwagę na praktyczne sygnały. Czy freelancer wspomina o testowaniu tylko klawiaturą, sprawdzaniu czytników ekranu, kolejności fokusu, widocznych stanach fokusu, komunikatach błędów i semantycznym HTML? Czy wymienia narzędzia takie jak VoiceOver, NVDA lub JAWS? Czy wyjaśnia, dlaczego dany problem ma znaczenie dla użytkownika, a nie tylko dlaczego nie przechodzi walidatora? Te szczegóły odróżniają prawdziwego freelancera od dostępności od osoby, która tylko eksportuje raport.

Poproś o przykłady zaleceń naprawczych. Dobry freelancer nie ogranicza się do stwierdzenia: „za mały kontrast tekstu na przycisku”. Wyjaśnia poprawkę, wskazuje komponent, którego dotyczy problem, i opisuje prawdopodobną ścieżkę wdrożenia. To ważne dla Twojego zespołu, bo raport, z którego projektanci mogą skorzystać od razu, jest cenniejszy niż lista ostrzeżeń. Dwie linie jasnych wskazówek mogą być lepsze niż dziesięć stron szumu.

Przejrzyj wcześniejsze realizacje bardzo dokładnie. Jeśli freelancer audytował strony rządowe, ścieżki e-commerce, kokpity SaaS albo serwisy z dużą ilością treści, zapytaj, co robił inaczej w każdym z tych przypadków. Metoda audytu powinna zmieniać się wraz z witryną. Jeden szablon nie pasuje do wszystkiego.

Poproś o plan audytu i format dowodów

Zanim zatrudnisz freelancera, poproś o krótki plan audytu. Powinien on opisywać, co będzie testowane, jak freelancer to przetestuje i jakie dowody otrzymasz. Jeśli nie potrafi przedstawić planu na jednej stronie, to sygnał ostrzegawczy.

Plan powinien wymieniać narzędzia i urządzenia, ale nie powinien opierać się wyłącznie na nich. W procesie musi być widoczne testowanie ręczne. Zapytaj, czy będą używane czytniki ekranu na komputerze, nawigacja wyłącznie klawiaturą, testy powiększenia oraz sprawdzanie na urządzeniach mobilnych. Jeśli freelancer ma ocenić proces po zalogowaniu, zapytaj, jak poradzi sobie z kontami, danymi testowymi i dostępem opartym na rolach. To zwyczajne pytania, nie czepianie się.

Format dowodów jest równie ważny. Chcesz wiedzieć, czy wyniki będą pogrupowane według strony, komponentu czy typu problemu. Chcesz też wiedzieć, czy każdy problem będzie zawierał niespełnione kryterium WCAG, krótki opis, wpływ na użytkownika, kroki odtworzenia oraz zrzut ekranu lub nagranie. Dzięki temu Twoi programiści będą pracować na faktach, a nie domysłach.

Warto zapytać, jak freelancer będzie priorytetyzował problemy. Niektóre zespoły chcą skali „krytyczny, wysoki, średni, niski”. Inne wolą „blokuje przed uruchomieniem” i „naprawić w następnym sprincie”. Oba podejścia są dobre, jeśli freelancer jasno je wyjaśni. Porządny raport jest przydatny; porządny raport z priorytetami — jeszcze lepszy.

Sprawdź, jak komunikuje poprawki Twojemu zespołowi

Audyt dostępności strony internetowej pomaga tylko wtedy, gdy zespół może na jego podstawie działać. Niektórzy freelancerzy piszą dla prawników. Inni piszą dla programistów. Najlepsi potrafią robić jedno i drugie, nie gubiąc czytelnika w żargonie.

Poproś o przykładowy opis problemu. Dobra notatka powinna zawierać sam problem, miejsce występowania, znaczenie oraz to, jak może wyglądać naprawa. Jeśli freelancer potrafi nazwać komponent, wzorzec kodu i wpływ na użytkownika prostym językiem, to prawdopodobnie jest dobrym kandydatem. Jeśli wyjaśnienie odpływa w abstrakcje, później pojawi się chaos.

Tu liczy się współpraca. Projektanci muszą wiedzieć, czy obramowanie fokusu ma być widoczne, programiści potrzebują wystarczająco dużo szczegółów, by poprawić szablony lub komponenty, a redaktorzy treści muszą wiedzieć, kiedy problem dotyczy tekstu alternatywnego albo struktury nagłówków. Raport, który daje każdej osobie jasną ścieżkę działania, jest cenniejszy niż dopracowany PDF bez kolejnego kroku.

Sprawdź też, czy freelancer potrafi mówić o kompromisach. Niektóre poprawki są proste. Inne wpływają na układ, branding albo terminy wydania. Rozsądny freelancer nie będzie udawał, że każdy problem jest łatwy. Powie, kiedy poprawka jest prosta, a kiedy wymaga decyzji produktowych. Taka uczciwość oszczędza później spotkania.

Ustal zasady przeglądu, ponownego testu i dalszych działań

Prace nad dostępnością rzadko kończą się za jednym razem. Poprawki trzeba sprawdzić. Pojawiają się regresje. Przycisk może zostać naprawiony w jednym sprincie i znów zepsuty w następnym. Warto uwzględnić to w umowie jeszcze przed rozpoczęciem pracy.

Zapytaj, czy freelancer uwzględnia ponowny test po wdrożeniu poprawek przez Twój zespół. Jeśli tak, doprecyzuj, ile rund jest w cenie, co liczy się jako ponowny test i czy freelancer ma sprawdzać tylko pierwotne problemy, czy także obszary sąsiednie. Jedna runda może wystarczyć dla małej strony; duży redesign może wymagać dwóch. Trzeba to jasno określić.

Powinieneś też uzgodnić, co z problemami nierozwiązanymi. Niektórych rzeczy nie da się poprawić od razu, bo zależą od widżetu zewnętrznego, ograniczenia CMS-a albo decyzji produktowej. Freelancer powinien takie przypadki wskazać i opisać konsekwencje. To utrzymuje audyt w zgodzie z rzeczywistością. Pomaga też, gdy musisz wyjaśnić ryzyko interesariuszom.

Dla zespołów, które zarządzają freelancerami przez marketplace, etap dalszych działań jest łatwiejszy, gdy oczekiwania są od początku zapisane jasno. Jeśli Twój proces obejmuje publiczne ogłoszenia lub zasady publikacji, strona o miejscu reklamy na rynku freelancerów może być użytecznym punktem odniesienia pokazującym, jak uporządkowane publikowanie zmniejsza zamieszanie.

W niektórych przypadkach drugi przegląd powinien odbyć się po wdrożeniu, a nie przed nim. Dotyczy to zwłaszcza sytuacji, gdy pierwszy audyt ujawni wzorzec w formularzach, menu lub oknach modalnych. Napraw wzorzec raz, przetestuj go ponownie raz, a potem sprawdź strony wokół niego. Taka kolejność chroni przed nieskończonym cyklem przeglądów.

Jeśli Twój zespół chce przejść od pobieżnej kontroli do bardziej zdyscyplinowanej współpracy z wykonawcą, obowiązuje ta sama zasada, co przy przenoszeniu pracy między dostawcami. Jasne notatki przekazania pomagają wszystkim. Artykuł o przeniesieniu projektu z web studia do freelancera porusza ten sam temat: im płynniejsze przekazanie, tym mniej niespodzianek przy realizacji.

Na koniec jedna ważna rzecz. Zapytaj freelancera, czego potrzebuje od Ciebie przed startem: dostępu do środowiska testowego, danych logowania testowego, mapy ról użytkowników czy listy znanych problemów. Jeśli potrafi wymienić te 4 elementy bez wahania, prawdopodobnie wie, jak przeprowadzić audyt dostępności, który prowadzi do poprawek, a nie tylko do wniosków.