Blog
Uruchomienie to przekazanie: lista kontrolna gotowości dla agencji
Lista kontrolna przed przekazaniem dla agencji, która zamienia każde uruchomienie klienta w powtarzalną bramę jakości.
Podsumowanie
Większość porad dotyczących uruchamiania traktuje stronę internetową jak jednorazowe wydarzenie. Dla agencji każde uruchomienie to przekazanie, a powtarzalność liczy się bardziej niż idealny dzień premiery. Ten artykuł zawiera listę kontrolną przed przekazaniem, stworzoną z myślą o zarządzaniu wieloma projektami klienckimi. Obejmuje ustalenie sztywnej daty przekazania, wcześniejsze zamknięcie treści, testowanie z perspektywy klienta, określanie zakresu kontroli w zależności od typu strony oraz przeprowadzanie bram bezpieczeństwa, SEO i runbooka. Ostatnim krokiem jest kontakt po 48 godzinach, który przekazuje wnioski do następnego projektu. Traktuj tę listę jako żywy dokument, a nie listę do kopiowania.
Większość porad dotyczących uruchamiania jest napisana dla jednej strony, dlatego zawodzi w agencji. Zakłada, że masz nieograniczony czas na przetestowanie każdej podstrony. Nie masz. Masz kilka projektów w toku, klienta, który dwa razy zmienił numer telefonu, i interesariusza, który ciągle pisze w sprawie jednego drobiazgu. Porady, które działają, traktują uruchomienie jako przekazanie, a nie wydarzenie. Twoim prawdziwym produktem jest powtarzalny proces, który tworzy stronę, w której klient może żyć bez dzwonienia do Ciebie w panice. Ta lista kontrolna to właśnie ten proces, stworzony dla agencji, które muszą zastosować tę samą bramę jakości u różnych klientów, budżetów i typów stron. Używaj jej jako szkieletu, a nie uniwersalnej listy do skopiowania.
Najpierw ustal datę przekazania
Umieść datę przekazania w kalendarzu, zanim wybierzesz szablon. Nazwij ją „gotowa dla klienta” zamiast „uruchomienie”. Następnie pracuj wstecz: termin dostarczenia treści, przegląd projektu, okno testowe i realny bufor, ponieważ klient i tak opóźni się co najmniej o dwa dni. Zapisz datę tam, gdzie wszyscy ją zobaczą.
Jeśli nie ma daty, rozszerzanie zakresu nie ma kotwicy. Gdy klient prosi o jeszcze jedną stronę, możesz powiedzieć, że przesuwa to datę przekazania. Jeśli data już istnieje, kompromis jest widoczny; jeśli nie, każde małe żądanie jest darmowe, a każdy termin jest fikcją. Agencja, która nie potrafi podać daty przekazania, nie może chronić swoich marż. Kiedy zaczynasz od niejasnego briefu, powtarzalny proces agencyjny sprawia, że ta rozmowa jest taka sama w każdym projekcie.
Zamknij treści, których nie da się zaimprowizować
Treści to miejsce, w którym strony klientów się rozpadają, a nie kod. Programista może zbudować stronę; nie wymyśli prawdziwego adresu klienta, cennika ani biogramów zespołu. Ustal twardy termin dostarczenia treści przed zatwierdzeniem projektu i ucz go równie sztywnym jak datę przekazania.
Używaj jednego standardowego formularza zbierania informacji w każdym projekcie. Poproś o telefon, e-mail, adres fizyczny, godziny otwarcia i trzy usługi, które klient chce sprzedawać. Jeden klient poda Ci numer telefonu przekierowujący na faks; inny wręczy logo zapisane w dokumencie Word. Wykrycie tego podczas zbierania treści jest tańsze niż zauważenie tego w stopce opublikowanej strony.
Jeśli w terminie brakuje jednego elementu, opublikuj stronę z wyraźnie oznaczonym placeholderem zamiast wstrzymywać projekt. Placeholder z terminem jest lepszy niż zablokowana budowa. Częstym błędem jest traktowanie treści jako czegoś, co można dodać później. W ten sposób uruchamiasz stronę z przypiętą złą mapą lub usługą, którą klient przestał oferować sześć miesięcy temu. Planowanie i architektura informacji istnieją po to, aby wymusić te decyzje przed rozpoczęciem budowy.
Testuj jak klient w zły dzień
Patrzysz na stronę od tygodni, więc widzisz to, czego się spodziewasz. Klient widzi to, co faktycznie jest na ekranie. Otwórz stronę w oknie incognito z nową sesją i przejrzyj ją świeżym okiem.
Klikaj każdy widoczny link, nie tylko te, które pamiętasz. Wyślij każdy formularz i przetestuj stany błędów, nie tylko ścieżkę sukcesu. Otwórz stronę na telefonie, przy wolnym połączeniu i z otwartym menu. Sprawdź, czy numer telefonu w nagłówku zgadza się z tym na stronie kontaktowej.
To tutaj drobne opóźnienia stają się historiami. Wolno ładujący się obraz hero, przycisk prowadzący donikąd, przyklejony nagłówek zasłaniający numer telefonu na urządzeniach mobilnych – każdy z tych elementów kształtuje pierwsze wrażenie klienta. Nie potrzebujesz stu kontroli; potrzebujesz tych kilku, których nie da się wytłumaczyć. Literówka w poście na blogu jest do naprawienia; zepsuty koszyk nie. Jeśli powtarzasz ten sam test u każdego klienta, przestajesz spędzać pierwszy tydzień po uruchomieniu na odpowiadaniu na maile „przycisk nie działa”.
Dopasuj bramę do typu strony
Przeprowadź analizę zakresu dla każdego projektu, zanim uruchomisz jakąkolwiek listę kontrolną. Czterostronna strona wizytówka i sklep internetowy to nie ten sam projekt. Stosowanie identycznych kontroli do obu to albo nadmierne testowanie, albo niedostateczne testowanie. Zanim uruchomisz listę, zdecyduj, które kontrole mają znaczenie dla tego klienta.
| Typ strony | Kontrole niepodlegające negocjacjom |
|---|---|
| Strona wizytówka | Test z perspektywy klienta, dane kontaktowe, SSL, podstawowe SEO |
| Strona docelowa | Czas ładowania, wysyłka formularza, strona podziękowania, analityka |
| E-commerce | Ścieżka zakupowa, test płatności, zdjęcia produktów, kopie zapasowe |
Zachowaj wspólną bramę — datę przekazania, bezpieczeństwo, runbooka, kontakt po przekazaniu — i dodaj kontrole chroniące konkretnego klienta. Pomiń krok określania zakresu, a spędzisz piątek na testowaniu strony usług, podczas gdy prawdziwym zmartwieniem klienta będzie niedziałający koszyk. Albo uruchomisz sklep internetowy bez testowania procesu płatności, a klient dowie się o tym dopiero, gdy zniknie zamówienie klienta.
Zbuduj bramę bezpieczeństwa raz, uruchamiaj ją za każdym razem
Bezpieczeństwo to obszar, w którym agencje dryfują. Przeprowadzasz pełny audyt dla klienta e-commerce, a potem pomijasz stronę wizytówkę, bo nie zbiera danych. To zły instynkt. Wytyczne bezpieczeństwa stron internetowych od UpGuard nakazują te same praktyki na każdej stronie: aktualizuj platformę, wymuszaj silne uwierzytelnianie, ograniczaj uprawnienia użytkowników, regularnie wykonuj kopie zapasowe i serwuj wszystko przez SSL/TLS. Nawet strona wizytówka może zostać skompromitowana; domena klienta może zostać wykorzystana do wysyłki spamu.
Zbuduj jedną wspólną listę kontrolną bezpieczeństwa i uruchamiaj ją w każdym projekcie. Uwierzytelnianie wieloskładnikowe włączone dla każdego logowania. Oprogramowanie i wtyczki zaktualizowane. Kopia zapasowa faktycznie przetestowana, a nie tylko zaplanowana. Certyfikat SSL/TLS zainstalowany i aktywny. Uprawnienia użytkowników ograniczone do tego, czego potrzebuje każda osoba.
Potraktuj bezpieczeństwo jako bramę tak/nie. Jeśli jakakolwiek odpowiedź brzmi „jeszcze nie”, strona nie jest gotowa dla klienta. Uruchom bramę w środowisku stagingowym przed tygodniem premiery, ponieważ awarie certyfikatów w noc premiery to sytuacje awaryjne, których nie możesz zafakturować. Lista musi być na tyle krótka, aby każda pozycja coś znaczyła. Jeśli pozycja zawsze przechodzi, zautomatyzuj ją lub wbuduj w swoje narzędzia budowania. Koszt pominięcia nie jest abstrakcyjny; to wiadomość w środku nocy od klienta, którego strona została zniszczona.
Uczyń SEO kontrolą, a nie nadzieją
Oto uruchomienie, które znasz: strona rusza, design wygląda czysto, a miesiąc później klient pyta, dlaczego nie widać go w Google. SEO na małej stronie wydaje się problemem na przyszłość, więc jest pomijane. Poradnik SEO dla początkujących od Digital Marketing Institute traktuje konfigurację techniczną jako część podstaw, a nie marketingowy lukier: HTTPS, mapę XML i plik robots.txt wpuszczający wyszukiwarki.
Dodaj sekcję SEO do swojej listy kontrolnej przekazania i uczyń ją konkretną. Potwierdź tag tytułu i meta description dla każdej kluczowej strony. Upewnij się, że każda strona ma przynajmniej jeden prawdziwy tekst, a nie tylko obrazy. Wygeneruj mapę XML i prześlij ją. Sprawdź, czy robots.txt nie blokuje stron, które chcesz zaindeksować.
To wszystko nie jest drogie. Wszystko to jest żmudne, dlatego bywa pomijane. Koszt jest niewidoczny przez kilka tygodni, a potem dostajesz telefon: dlaczego moja firma nie pojawia się w Google? Nie odpowiesz na to kontrolą przekazania; możesz odpowiedzieć tylko dowodem, że podstawy były na miejscu przed uruchomieniem strony. Pełną konfigurację znajdziesz w uruchom stronę no-code, która pozycjonuje się od pierwszego dnia. Przynajmniej spraw, aby brama SEO była listą tak/nie, żeby „zrobimy SEO później” nie mogło wślizgnąć się do projektu.
Przekaż klucze wraz z runbookiem
Przekazanie nie kończy się w momencie uruchomienia strony. Jest kompletne, gdy klient może się zalogować bez dzwonienia do Ciebie. Link i hasło to nie przekazanie; to pierwsze zadanie domowe. Klient znajdzie stronę ustawień, poeksperymentuje i albo coś zepsuje, albo zadzwoni z pytaniem, na które mógłbyś odpowiedzieć w jednostronicowym dokumencie.
Napisz runbook. Jak się zalogować i zmienić tekst na stronie głównej. Jak wymienić obraz. Gdzie znajdują się domena i hosting. Kiedy wygasa domena i kto jest za nią odpowiedzialny. Proces rejestracji domen ICANN wymaga aktualnych danych kontaktowych powiązanych z właścicielem. Jeśli klient jest właścicielem domeny, musi wiedzieć, gdzie znajduje się konto i co się stanie, jeśli wygaśnie. Umieść datę odnowienia w runbooku; nie chcesz, żeby pierwszy telefon po uruchomieniu brzmiał: „naszej strony już nie ma, bo ktoś nie odnowił domeny”.
Runbook może mieć jedną stronę. Nie musi być podręcznikiem. Ale musi istnieć, a klient musi go otworzyć, dopóki jeszcze jesteś na połączeniu.
Skontaktuj się po 48 godzinach
Klient milknie na tydzień po uruchomieniu. Zakładasz, że jest zadowolony. Potem przychodzi e-mail z fakturą i zdajesz sobie sprawę, że spędził sześć dni, nie wiedząc, jak zaktualizować własne ceny. Najbardziej użyteczny test odbywa się po przekazaniu, nie przed.
48 godzin po uruchomieniu strony wyślij krótką wiadomość. Zadaj jedno konkretne pytanie, a nie „czy wszystko w porządku?”. Konkretne pytania ujawniają prawdziwe odpowiedzi. Czy udało Ci się zalogować? Czy formularz kontaktowy pojawia się w Twojej skrzynce? Czy adres w stopce jest poprawny? Zapisz, co zgłasza klient, i dodaj to do listy kontrolnej następnego projektu.
To moment, w którym wyłapujesz to, czego nie mogłeś wyłapać: prawdziwy numer telefonu klienta, jego faktyczne zdjęcia produktów, integrację działającą tylko na jego danych. Za każdym razem, gdy klient ujawni lukę, dodaj ją do następnej bramy przekazania. W ten sposób lista pozostaje żywa, zamiast stać się dokumentem, którego nikt nie czyta. Jeśli szukasz większego systemu, model dojrzałości utrzymania stron klienckich zaczyna się tam, gdzie kończy się ten kontakt po przekazaniu.
Brama, nie trofeum
Celem nie jest posiadanie najbardziej szczegółowej listy kontrolnej w branży. Chodzi o bramę, która wyłapuje problemy faktycznie pojawiające się u Twoich klientów. To oznacza przycinanie. Jeśli kontrola nie wychwyciła żadnego problemu podczas ostatnich kilku uruchomień, albo ją zautomatyzowałeś, albo jest szumem. Lista pełna pozycji, które zawsze przechodzą, daje fałszywe poczucie ukończenia. Kontrole, które mają znaczenie, to te, które czasem zawodzą, bo to one zapobiegają żenującym telefonom.
Nie dodawaj kontroli, żeby tworzyć pozory bogactwa procesowego. Dodawaj je tylko wtedy, gdy zasłużą na swoje miejsce. Najlepsza lista kontrolna uruchomienia dla agencji jest krótsza, niż myślisz: ustalona data przekazania, zamknięte treści, zaliczony test z perspektywy klienta, zielone bramy bezpieczeństwa i SEO, przekazany runbook, zaplanowany kontakt po 48 godzinach. Kiedy taka brama istnieje, uruchomienie przestaje być momentem grozy, a staje się formalnością. To różnica między agencją, która buduje strony, a agencją, która je dostarcza.

