Strona odpalona, klient mówi „super”, a na koniec dostaje maila z załącznikiem final_final2.zip i trzema hasłami wrzuconymi do jednej wiadomości. Brzmi znajomo? Samo uruchomienie strony nie oznacza jeszcze, że projekt został porządnie przekazany. To dopiero moment, w którym trzeba ogarnąć cały bagaż: dostępy, pliki, instrukcje, szkolenie, odbiór i dalsze wsparcie.
Dobre przekazanie strony klientowi nie musi być wielką ceremonią. Wystarczy prosty proces i checklista, dzięki którym nikt później nie szuka właściciela domeny, pliku z logo ani informacji, jak dodać wpis. Poniżej masz praktyczny handoff strony internetowej — bez korpomowy i bez cyfrowego chaosu. Pamiętaj tylko, że to model organizacyjny, a nie uniwersalny, prawnie obowiązkowy katalog. Zakres przekazania wynika z umowy, briefu i ustaleń projektu.
Strona działa. I co teraz?
Uruchomiona strona to nie zawsze zakończony projekt. Klient może mieć już działający adres, formularz i panel, ale nadal nie wiedzieć, kto ma dostęp do domeny, gdzie są pliki źródłowe i co zrobić przy odnowieniu hostingu. Jeśli do tego dochodzi sklep, lista spraw rośnie: produkty, zamówienia, płatności, dostawy oraz integracje.
Przekazanie warto potraktować jako osobny etap. Najpierw porządkujesz dostępy, potem pliki i assety, dokumentację oraz szkolenie. Na końcu zbierasz formalną akceptację i ustalasz, co dzieje się po odbiorze. Taka kolejność ogranicza ryzyko przeoczeń i sprawia, że klient nie dostaje projektu w formie cyfrowej szuflady „różne”.
Checklista dostępów: domena, hosting, WordPress i reszta ekipy
Najczęstszy błąd? Przekazanie samego panelu WordPressa, jakby cała reszta działała magicznie. Strona ma jednak więcej elementów niż jeden login. Zanim zamkniesz projekt, spisz usługi, konta i właścicieli. Nie wpisuj tu prawdziwych haseł, tokenów ani kluczy API. Chodzi o mapę dostępów, nie o publiczny sejf.
Lista usług przed zamknięciem projektu
Przejdź przez wszystkie miejsca, które były objęte pracami. Na liście mogą znaleźć się:
- Domena i DNS — czyli adres oraz ustawienia kierujące ruchem.
- Hosting, SSL i CMS — miejsce plików, zabezpieczenie połączenia oraz panel strony.
- Poczta — jeśli była powiązana z domeną albo wdrożeniem.
- Analityka, formularze i newsletter — gdy korzysta z nich projekt.
- Płatności i inne integracje — szczególnie ważne przy sklepie.
Przy sklepie dopisz również informacje dotyczące produktów, zamówień, płatności i dostaw, ale tylko wtedy, gdy mieściły się w zakresie prac. Nie każdy klient potrzebuje dostępu do każdego miejsca. Ważniejsze od długiej listy jest to, żeby lista odpowiadała realnemu projektowi.
Osobne konto, właściwa rola
Nie przekazuj klientowi wspólnego konta administratora, z którego korzystało kilka osób. W WordPressie użytkownicy mają role i uprawnienia. Administrator może zmieniać ustawienia, użytkowników, wtyczki i motyw, a inne role mają węższy zakres działań. Dlatego dostęp powinien pasować do zadań klienta.
Jeśli klient ma dodawać wpisy, produktów czy strony, nadaj mu konto i uprawnienia potrzebne do tych czynności. Pełny dostęp administratora dawaj świadomie, a nie z rozpędu. Warto też ustalić, kto jest właścicielem kont zewnętrznych i jak wygląda odzyskiwanie dostępu.
Loginy bez dramatu i bez wysyłania haseł w jednym mailu
Bezpieczne uporządkowanie loginów zaczyna się od spisu. Zapisz nazwę usługi, konto, właściciela, poziom dostępu i sposób odzyskania dostępu. Dopiero potem utwórz lub potwierdź konto klienta. Nie wrzucaj wszystkich haseł do jednego maila ani zwykłego dokumentu tekstowego. Taki plik łatwo dalej przesłać, zgubić albo zostawić w miejscu, do którego ma dostęp zbyt wiele osób.
Przy wielu kontach warto rozważyć menedżer haseł. Taki kierunek pomaga uporządkować dane dostępowe, szczególnie gdy pojawiają się konta administracyjne. Tam, gdzie jest dostępne, włącz uwierzytelnianie wieloskładnikowe, zwłaszcza przy kontach o szerokich uprawnieniach. Jeśli używane narzędzie wymaga przekazania hasła oraz linku lub kodu, można wysłać je oddzielnymi kanałami.
Test dostępu z klientem
Przekazanie nie kończy się w chwili wysłania zaproszenia. Umów krótkie sprawdzenie: klient loguje się na swoje konto, widzi właściwy panel i wie, jak odzyskać dostęp. Dopiero po takim teście ograniczaj albo usuwaj dostęp wykonawcy. Najpierw upewnij się, że klient ma działające konto właścicielskie lub administracyjne i zna procedurę odzyskiwania. Inaczej można sobie zafundować mały, cyfrowy escape room.
Pliki źródłowe, eksporty i licencje
Pliki przekazane klientowi powinny być uporządkowane, nazwane i opisane. Samo wrzucenie wszystkiego do jednego folderu nie jest przekazaniem projektu, tylko przerzuceniem problemu na drugą stronę. Zadbaj o strukturę, formaty i krótką informację, co jest czym.
Co przekazać, jeśli było w zakresie
Jeśli ustalenia obejmowały materiały źródłowe, przygotuj pakiet zawierający odpowiednie elementy:
- pliki projektowe oraz eksporty;
- grafiki w pełnej rozdzielczości;
- logotypy w kilku formatach;
- pliki otwarte grafik i montażu;
- surowe zdjęcia oraz nagrania wideo;
- ikony, ilustracje i informacje o użytych fontach.
Nie wszystko musi być przekazane w każdym projekcie. Zakres zależy od zamówienia, umowy, licencji i praw osób trzecich. Sprawdź szczególnie fonty, materiały stockowe, muzykę oraz elementy pochodzące od innych autorów. Klient powinien wiedzieć nie tylko, gdzie jest plik, ale też jakie ustalenia dotyczą jego używania.
Plik to nie zawsze prawa
Tu łatwo o nieporozumienie. Otrzymanie pliku nie oznacza automatycznie przeniesienia autorskich praw majątkowych. Umowa powinna określać utwór, zakres przeniesienia praw oraz pola eksploatacji. Dlatego nie zakładaj, że przekazanie grafiki, filmu czy pliku otwartego załatwia całą kwestię praw.
Jeśli zakres praw, licencji albo plików źródłowych jest sporny, sprawdź zapisy umowy. Przy poważniejszych wątpliwościach dotyczących praw lub pól eksploatacji potrzebna jest konsultacja prawnika. Redaktor może uporządkować foldery, ale nie powinien udawać kancelarii.
Instrukcja obsługi: klient nie powinien bać się panelu
Klient nie musi znać całego WordPressa ani pamiętać każdej funkcji. Potrzebuje instrukcji do swoich codziennych zadań. Opisz strukturę strony, sposób dodawania stron, wpisów albo produktów, jeśli będzie to robić samodzielnie. Dodaj informacje o integracjach, aktualizacjach, kopiach zapasowych oraz terminach odnowień domeny i hostingu.
Warto też napisać, czego lepiej nie zmieniać bez konsultacji. Nie dlatego, że panel jest zakazanym lasem, tylko dlatego, że niektóre ustawienia mogą wpływać na działanie strony. Instrukcja powinna zawierać również sposób zgłaszania kolejnych prac i jasno rozdzielać poprawki z projektu od nowych zadań.
Instrukcja plus krótkie szkolenie
Najpraktyczniejszy zestaw to krótka instrukcja pisemna oraz nagranie ekranu. Tekst pomaga szybko znaleźć konkretną rzecz, a nagranie pokazuje kolejność kliknięć bez zgadywania. Przy bardziej złożonych funkcjach przydatny może być dodatkowy tutorial wideo.
Szkolenie dopasuj do realnych zadań klienta. Nie ma sensu robić wykładu o funkcjach, których nigdy nie użyje. Lepiej pokazać kilka typowych czynności i zostawić materiał, do którego można wrócić po tygodniu, gdy pamięć postanowi zrobić sobie urlop.
Odbiór projektu na piśmie
Na koniec przygotuj krótką listę uzgodnionych elementów: co zostało uruchomione, jakie materiały przekazano i które poprawki z zakresu wykonano. Następnie poproś klienta o jednoznaczną pisemną albo cyfrową akceptację. Zapisz datę lub znacznik czasu i zachowaj potwierdzenie razem z przekazanymi plikami.
W odbiorze oddziel projekt od dalszego wsparcia, gwarancji poprawek i prac dodatkowych. Dzięki temu obie strony wiedzą, co zostało zamknięte, a co wymaga osobnego ustalenia. Wiadomość „wygląda dobrze” jest miła, ale organizacyjnie słabsza niż jasne potwierdzenie, że uzgodniony zakres został odebrany. Formalny sign-off to rekomendacja procesowa, nie uniwersalny przepis prawa.
Gotowa checklista przekazania projektu
Możesz skopiować poniższą listę i przejść przez nią przed zamknięciem strony, sklepu, grafiki albo filmu:
- Dostępy: domena, DNS, hosting, SSL, CMS, poczta i usługi dodatkowe.
- Konta: osobne konto klienta, właściwa rola, MFA tam, gdzie jest dostępne, oraz sposób odzyskiwania dostępu.
- Pliki: eksporty, pliki źródłowe objęte zakresem, materiały kreatywne i informacje o licencjach.
- Dokumentacja: struktura strony, integracje, aktualizacje, kopie zapasowe oraz odnowienia.
- Instrukcja: typowe czynności w panelu, nagranie ekranu i sposób zgłaszania dalszych prac.
- Akceptacja: lista elementów, wykonane poprawki, pisemny odbiór i data.
- Wsparcie: jasne rozdzielenie tego, co zamknięte, od dalszych prac i ustaleń.
Checklista zmniejsza ryzyko przeoczeń, ale nie eliminuje awarii, sporów ani problemów bezpieczeństwa. Najważniejsze, żeby dopasować ją do konkretnego projektu i zapisów umowy. Przy stronie zakres może być niewielki, przy sklepie lub pakiecie kreatywnym — znacznie szerszy.
Dobry handoff to nie sterta plików i seria przypadkowych haseł. To uporządkowane dostępy, materiały, instrukcja, sprawdzenie logowania, potwierdzenie odbioru i jasne zasady dalszego wsparcia. Gdy te elementy są gotowe, klient nie zostaje sam z panelem, a wykonawca nie musi po miesiącu odtwarzać całego projektu z pamięci. Napisz do Szwagra i opowiedz, czego potrzebujesz — strony, grafiki, filmu albo tekstów.
