Wygląd oceniamy razem z obsługą. Przed startem projektu ustalamy, jakie widoki, funkcje i kryteria obejmie odbiór.
Poniżej pokazujemy sposób oceny strony. Listę dopasowujemy do projektu i zapisujemy w zakresie prac. Formalny audyt dostępności, badania z użytkownikami i testy bezpieczeństwa wymagają osobnych ustaleń.
Sprawdzamy, czy z głównego widoku można zrozumieć ofertę i znaleźć następny krok. Nazwy w menu, nagłówki i przyciski powinny mówić tym samym językiem.
Osoba wchodząca na podstronę usługi może znaleźć jej zakres i przejść do kontaktu bez wracania na stronę główną.
Sprawdzamy długie tytuły, menu, formularze i układy przy różnych szerokościach. Ważna funkcja musi działać bez najeżdżania kursorem.
Wybór wariantu, rozwinięcie odpowiedzi i wysłanie formularza są dostępne także na wąskim ekranie.
Sprawdzamy kolejność przechodzenia klawiszem Tab, widoczne zaznaczenie aktywnego elementu, etykiety pól oraz zachowanie przy ograniczeniu animacji.
Menu da się otworzyć i zamknąć klawiaturą. Dekoracyjny ruch nie jest warunkiem przeczytania oferty.
Oglądamy poprawną wysyłkę, błędne dane i brak odpowiedzi serwera. Komunikat powinien wskazywać, co się stało i co można zrobić dalej.
Po błędzie treść pozostaje w polu. Potwierdzenie wysyłki pojawia się dopiero po przyjęciu zgłoszenia przez serwer.
Przyglądamy się ciężarowi obrazów, fontów i animacji. Elementy poza pierwszym ekranem mogą być ładowane później, jeśli nie utrudnia to korzystania.
Zdjęcie ma przygotowane rozmiary, a miejsce na nie jest zarezerwowane przed pobraniem, aby nie przesuwać tekstu.
Sprawdzamy docelowe adresy, podstawowe metadane, linki i uzgodnione przekierowania. Kontakt weryfikujemy ponownie na domenie klienta.
Ważny adres ze starej strony kieruje do właściwej podstrony nowego serwisu, zamiast kończyć się błędem.
Wybór narzędzi wpływa na edycję, integracje i późniejsze koszty. Te pytania zadajemy przed wdrożeniem.
Jeśli oferta zmienia się regularnie, potrzebny jest wygodny panel i jasno określone pola do edycji. Przy rzadkich zmianach prostsze rozwiązanie może być wystarczające.
Płatności, magazyn, CRM czy system rezerwacji mogą określać wybór platformy. Najpierw sprawdzamy dostępne połączenia, wymagane dostępy i koszty dostawców.
Ustalamy odpowiedzialność za hosting, aktualizacje i kopie zapasowe. Rozwiązanie powinno być możliwe do obsługi po przekazaniu projektu.
Uwagi odnosimy do uzgodnionych ekranów i funkcji. Każde zgłoszenie powinno mieć miejsce, opis i oczekiwany wynik.
Przeglądasz stronę przed publikacją. To moment na potwierdzenie poprawności treści, linków i ważnych ścieżek użytkownika.
Poprawki zbieramy w jednej liście. Przy nowych pomysłach ustalamy, czy mieszczą się w zakresie, czy wymagają kolejnego etapu.
Przekazanie obejmuje uzgodnione pliki, dostępy i instrukcję. Osobno określamy zakres późniejszych aktualizacji i pomocy.
Przejdź przez etapy współpracy