Czy strona jest gotowa, by wejść online? Checklista odbioru dla firmy

Na pytanie „czy strona jest gotowa?” zwykle pada subiektywna odpowiedź: wygląda w porządku. Odbiór służy do zastąpienia tego wrażenia listą wykonanych testów, każdy z wynikiem i osobą odpowiedzialną, oraz wyraźnym rozróżnieniem między usterkami blokującymi publikację a tymi, które poprawia się później. Służy zarówno firmie, jak i dostawcy, bo zamyka projekt bez niekończącej się kolejki zgłoszeń.

To nie jest przegląd graficzny. Nie dyskutuje się, czy kolor się podoba: sprawdza się, że ścieżki działają, że treści mówią prawdę i że zapytania docierają do celu.

Testujcie Państwo ścieżki, nie strony

Otwieranie wszystkich stron po kolei daje fałszywe poczucie bezpieczeństwa: strony się widzi, ścieżki się psują. Ścieżka to sekwencja, którą naprawdę pokonuje prawdziwy odwiedzający.

• Szukam Państwa nazwy, trafiam na stronę główną, szukam usługi, czytam kartę, pytam o informacje.
• Trafiam na stronę wewnętrzną z otrzymanego odnośnika, bez przechodzenia przez stronę główną: rozumiem, gdzie jestem i jak kontynuować?
• Chcę numer telefonu ze smartfona: ile dotknięć potrzeba, żeby go znaleźć i wybrać?
• Jestem klientem i szukam wsparcia albo strefy zastrzeżonej.

Każdą ścieżkę trzeba przetestować na co najmniej jednym prawdziwym telefonie i na komputerze, nie tylko przez zawężenie okna przeglądarki. Telefon ma klawiaturę zakrywającą połowę ekranu, palec szeroki jak dziesięć pikseli i sieć, której czasem nie ma: trzy rzeczy niewidoczne na biurowym monitorze. Przetestujcie też z wolnym połączeniem i telefonem obróconym poziomo.

Protokół odbioru

Narzędzie ubogie i wystarczające: tabela z jednym wierszem na test. Zapobiega najczęstszej dyskusji na koniec projektu, „mówiliśmy o tym” kontra „nie było w zakresie”. Kilka przykładowych wierszy.

Liczą się dwie ostatnie kolumny. Odbiór bez nazwiska przy każdym wierszu nie zostaje wykonany: zostaje odłożony, dopóki ktoś i tak nie zdecyduje o publikacji.

Treści, odnośniki i miejsca docelowe zapytań

Najmniej techniczna część to ta, która daje najwięcej wpadek, bo dotyczy tego, co firma mówi o sobie.

• Teksty próbne pozostawione na stronie, ogólne obrazy zamiast Państwa własnych, nazwiska osób, które już z Państwem nie pracują.
• Kontakty, godziny i dane firmowe: musi je przeczytać osoba, która je zna, nie ta, która składała stronę.
• Dokumenty do pobrania: sprawdzić, że to ostatnia wersja i że nie zawierają cenników ani danych, których nie chcą Państwo upubliczniać.
• Odnośniki wewnętrzne i zewnętrzne: te do stron trzecich trzeba przetestować ponownie, bo zewnętrzna strona mogła zmienić adres w trakcie prac.
• Miejsca docelowe zapytań: każdy formularz może pisać do innej skrzynki. Przetestujcie Państwo wszystkie, jeden po drugim, sprawdzając też folder spamu.
• Teksty prawne i informacje: to nie treść wypełniająca i nie kopiuje się jej z innej strony.

Klucze do domu: dostępy, kopie zapasowe, przywracanie

Przed publikacją warto wyjaśnić, kto jest właścicielem czego. Teraz kosztuje to niewiele; za trzy lata, z innym dostawcą, może zablokować cały projekt.

• Domena zarejestrowana na firmę, z dostępem do panelu zarządzania w Państwa rękach.
• Dostępy do strony, przestrzeni hostingowej i narzędzi pomiarowych, istniejące także na koncie osoby wewnętrznej, nie tylko dostawcy.
• Jeśli przewidziane są kopie zapasowe: gdzie się znajdują, jak często są robione, jak daleko wstecz sięgają i — pytanie, którego nikt nie zadaje — kto już przetestował ich przywrócenie.

Nigdy nieprzywrócona kopia zapasowa to hipoteza, nie gwarancja. Test robi się raz, na kopii roboczej, zanim będzie potrzebny.

Blokujące czy do odłożenia

Nie każda usterka blokuje publikację, a traktowanie wszystkich jako pilnych przesuwa datę bez powodu. Wystarczą trzy poziomy.

1. Blokujące: strona mówi nieprawdę, zapytanie nie dociera, ważna strona się nie otwiera, poufne dane są widoczne, ścieżka kontaktu lub zakupu się przerywa. Nie publikuje się.
2. Do poprawienia zaraz po: widoczne usterki, które nie uniemożliwiają korzystania ze strony, jak błędny podpis, obraz słabej jakości, źle rozłożony odstęp na modelu telefonu.
3. Do oceny: prośby, które pojawiły się podczas odbioru, a w rzeczywistości są nowymi treściami lub funkcjami. Trzeba je spisać i omówić, nie wcisnąć do uruchomienia.

Trzeci punkt ratuje projekt. Większość opóźnień bierze się z nowych próśb przedstawionych jako usterki.

Kiedy nie publikować, a kiedy publikować mimo wszystko

Czego nie obejmuje ten przewodnik

Tu omawiana jest akceptacja strony przed publikacją. Odbiór wdrożenia systemu do zarządzania firmą — przeniesione dane, uprawnienia, procedury zastępujące dotychczasowy sposób pracy — rządzi się innymi zasadami i wymaga testów na rzeczywistych danych, nie na środowisku testowym. Także kontrole dostępności i zbieranie wymagań przed rozpoczęciem projektu są omówione gdzie indziej.