Po przekazaniu strony WWW Twoja firma powinna mieć dostęp do właściwych kont, wiedzieć, gdzie znajdują się uzgodnione pliki, rozumieć, jak zmiany trafiają na opublikowaną stronę, i wiedzieć, kto rozwiązuje problemy. Poproś o pisemny wykaz, zweryfikuj go, korzystając z własnych uprawnionych dostępów, i przed zamknięciem projektu zapisz wszystko, co pozostaje do zrobienia.
Ta lista kontrolna przekazania strony WWW jest przeznaczona dla firm, które odbierają nową stronę lub zmieniają zespół zajmujący się jej utrzymaniem. Dotyczy praktycznej kontroli nad stroną i ciągłości jej działania. To, jakie zasoby, uprawnienia i usługi Ci przysługują, zależy od zawartej umowy; samo zaproszenie do konta lub folder z plikami nie rozstrzygają kwestii praw własności intelektualnej.
1. Uzgodnij zakres przekazania
Zacznij od oferty i ostatecznie uzgodnionego zakresu prac. Wymień przekazywane podstrony, języki, integracje i materiały do edycji. Oddziel opublikowaną witrynę od plików źródłowych, plików projektowych, eksportów treści i usług zewnętrznych. Strona zbudowana w edytorze na platformie hostingowej może mieć inny proces eksportu niż projekt oparty na indywidualnie napisanym kodzie. Zapytaj więc, czego inny uprawniony wykonawca potrzebowałby do utrzymania tej konkretnej strony.
Zapisz datę przekazania, dokładną wersję przyjmowaną do odbioru oraz osobę odpowiedzialną za każdy element. Jeśli prace trwają po uruchomieniu strony, wskaż, którą wersję opisuje dokumentacja. Nagranie ze starego edytora lub archiwum utworzone przed ostatnią poprawką mogą wprowadzać w błąd, nawet gdy wszystkie oczekiwane foldery są na miejscu.
Stosuj trzy proste statusy: otrzymane i sprawdzone, otrzymane, ale niesprawdzone, oraz oczekujące. „Wysłane e-mailem” to nie to samo co „gotowe do użycia przez zespół przejmujący stronę”. Dodaj notatkę odbioru opisującą przeprowadzoną weryfikację, na przykład otwarcie pliku projektowego w uzgodnionej aplikacji lub zalogowanie się na konto hostingowe z przewidzianą rolą.
Wcześnie wybierz formę przekazania
Przechowuj krótki wykaz we współdzielonym miejscu, do którego firma będzie mogła zachować dostęp. Zapisuj pliki pomocnicze w folderach o czytelnych nazwach, podając wersję lub datę tam, gdzie ma to znaczenie. Nie zamieniaj wykazu w dokument z hasłami. Zapisz, gdzie zarządza się danymi logowania i kto może udzielać dostępu, a dane poufne przechowuj w odpowiednio zabezpieczonym systemie.
2. Sprawdź konta, domenę i odpowiedzialność za płatności
Ustal, kto jest rejestratorem domeny, dostawcą DNS i hostingu, gdzie znajduje się edytor strony lub repozytorium kodu oraz z jakich usług formularzy, rezerwacji i poczty korzysta strona. Mogą to być osobne konta. Możliwość edytowania podstrony nie musi oznaczać możliwości odnowienia domeny, zmiany kontaktu do rozliczeń lub przywrócenia witryny.
Dla każdego konta zapisz odpowiedzialną organizację, zaproszonego użytkownika, poziom uprawnień, osobę odpowiedzialną za odnowienie lub subskrypcję oraz kontakt do odzyskiwania dostępu. Korzystaj z indywidualnych zaproszeń, jeśli platforma je obsługuje. Sprawdź, czy właściwe osoby mogą zalogować się na własne konta i wykonać zadania wymagane w ich roli. Postępuj zgodnie z procedurami dostawcy dotyczącymi uwierzytelniania wieloskładnikowego i odzyskiwania dostępu; unikaj przekazywania sobie jednego wspólnego hasła administratora.
Poproś obecny zespół o wyjaśnienie, które rekordy DNS obsługują stronę, a które pocztę lub inne usługi. Przed uzgodnioną zmianą zachowaj zapis konfiguracji z datą. Cloudflare opisuje importowanie i eksportowanie rekordów DNS; inni dostawcy udostępniają własne funkcje zarządzania. Wyeksportowana lista rekordów to przydatne potwierdzenie konfiguracji, ale nie pełna kopia zapasowa wszystkich usług powiązanych z domeną.
Przekazanie strony nie musi oznaczać zmiany wszystkich dostawców. Jeśli przeniesienie jest konieczne, najpierw uzgodnij konto docelowe, zależności, termin i sposób weryfikacji. Nie rezygnuj z obecnej usługi tylko dlatego, że nadeszło nowe zaproszenie. Potwierdź, kto opłaci kolejne odnowienie i dokąd trafią ważne powiadomienia, zwłaszcza gdy dotychczasowa osoba kontaktowa odchodzi z projektu.
3. Przygotuj wykaz, który da się rzeczywiście sprawdzić
Poniższa tabela to punkt wyjścia. Zastąp przykłady faktycznie używanymi systemami i uzgodnionymi elementami do przekazania. Do każdego wiersza przypisz osobę odpowiedzialną i status. Jeśli dany element wykracza poza zakres projektu, wyraźnie to zapisz wraz z kolejnym działaniem, zamiast bez wyjaśnienia uznawać go za przekazany.
| Element do zapisania | Potwierdzenie, o które warto poprosić | Kontrola zespołu przejmującego stronę |
|---|---|---|
| Domena, DNS i hosting | Lokalizacje kont, role, kontakt do odnowień i zapis konfiguracji | Uprawnione osoby potrafią znaleźć usługi i wyświetlić potrzebne ustawienia |
| Kod źródłowy lub edytor strony | Repozytorium lub obszar roboczy, przyjęta wersja i instrukcje publikowania | Zespół przejmujący stronę potrafi otworzyć projekt i rozpoznać opublikowaną wersję |
| Treści i materiały projektowe | Uzgodnione pliki do edycji, eksporty, lista zasobów i odniesienia do licencji | Pliki otwierają się poprawnie, a ograniczenia użycia lub edycji są udokumentowane |
| Formularze i integracje | Miejsca docelowe, odpowiedzialne konta, zależności i procedura bezpiecznego testu | Uzgodniony test pokazuje zamierzony przebieg bez kontaktowania się z prawdziwymi klientami |
| Kopie zapasowe i odtwarzanie | Lokalizacja, zakres i data kopii zapasowej oraz instrukcje przywracania | Bezpieczna demonstracja odtwarzania obejmuje odpowiednie części witryny |
| Wsparcie i pozostałe prace | Kanał kontaktu, zakres, okres świadczenia wsparcia i lista problemów | Każda nierozwiązana kwestia ma uzgodnione kolejne działanie i osobę odpowiedzialną |
Poproś o materiały, do których można wrócić po rozmowie. Krótkie nagranie może wyjaśniać typową zmianę treści; zapisane polecenie lub sekwencja publikowania mogą pomóc osobie odpowiedzialnej za utrzymanie techniczne. Żaden z tych materiałów nie powinien ujawniać tajnych kluczy. Wykaz powinien wskazywać te materiały oraz osobę, która aktualizuje je po zmianach na stronie.
Sprawdź dostęp do kodu źródłowego oddzielnie od dostępu do publikowania
Repozytorium kodu i konto hostingowe służą różnym celom. Jeśli uzgodniono przeniesienie repozytorium, po jego zakończeniu sprawdź integracje i uprawnienia. GitHub informuje, że webhooki, sekrety i klucze wdrożeniowe pozostają powiązane z przeniesionym repozytorium. Samo przeniesienie nie zastępuje więc kontroli tego, kto i co nadal może wykonywać działania w projekcie.
4. Zadbaj o użyteczne pliki i instrukcje odtwarzania
Poproś o materiały wymienione w umowie w formacie, z którego zespół przejmujący stronę będzie mógł korzystać. Mogą to być edytowalne treści podstron, oryginały zdjęć, zatwierdzone pliki logo, dokumenty projektowe i kod źródłowy. Wymień zewnętrzne fonty, zdjęcia stockowe, wtyczki i inne zależności wraz z informacjami o kontach lub licencjach potrzebnymi do wyjaśnienia zasad dalszego korzystania. Nie zakładaj, że każdy zasób zewnętrzny można przekazać lub ponownie wykorzystać bez ograniczeń.
Przy stronie tworzonej indywidualnie poproś o wskazanie obsługiwanego środowiska uruchomieniowego, instrukcje instalacji zależności, polecenie budowania projektu, nazwy zmiennych konfiguracyjnych oraz procedurę podglądu i publikowania zmian. Nie umieszczaj poufnych wartości w ogólnej dokumentacji. Kompetentna osoba zajmująca się utrzymaniem powinna umieć rozpoznać, które ustawienia dotyczą środowiska testowego, a które łączą się z usługami produkcyjnymi.
Określ, co obejmuje kopia zapasowa. Dokumentacja WordPressa wyjaśnia, że typowe przywrócenie witryny WordPress wymaga zarówno bazy danych, jak i plików. W przypadku innej platformy poproś wykonawcę o opisanie analogicznych zależności. Zrzut ekranu, archiwum kodu źródłowego lub eksport tekstów podstron mogą być przydatne, ale żadnego z nich nie należy nazywać kompletnym planem odtwarzania bez wyjaśnienia jego ograniczeń.
Uzgodnij, kto tworzy kopie zapasowe, gdzie są przechowywane, jak długo są zachowywane i jak sprawdza się przywracanie. Poproś o demonstrację w bezpiecznym środowisku, z odpowiednim postępowaniem z danymi klientów. Zapisz, co zostało przywrócone, a co pozostało poza zakresem ćwiczenia. Nie używaj działającej strony do improwizowanego testu odtwarzania i nie zakładaj, że niesprawdzone archiwum rozwiąże każdą awarię.
5. Przeprowadź krótką kontrolę odbioru
Podczas kontroli korzystaj z własnych kont zespołu przejmującego stronę, z nadanymi odpowiednimi uprawnieniami. Znajdź przyjętą wersję witryny, otwórz edytor lub projekt, odszukaj instrukcje dotyczące wsparcia i pokaż typową zmianę w środowisku podglądu lub testowym. Celem jest sprawdzenie, czy kolejna osoba potrafi obsługiwać stronę na podstawie przekazanych materiałów, bez polegania na wyjaśnieniach, które istnieją wyłącznie w pamięci wykonawcy.
Sprawdź kilka rzeczywistych ścieżek klienta: przeczytanie opisu usługi, nawigowanie na telefonie, dotarcie do sposobu wysłania zapytania oraz uzgodnione komunikaty potwierdzeń i błędów. Zastosuj bezpieczne warunki testowania formularzy, rezerwacji i płatności. Wcześniej uzgodnij adresy testowe i miejsca docelowe, aby ćwiczenie przekazania nie wysyłało wiadomości do prawdziwych klientów ani nie tworzyło niezamierzonych zamówień.
Sprawdź również odpowiednie uprawnienia do kont związanych z wyszukiwaniem i pomiarami, jeśli są objęte zakresem. Google Search Console rozróżnia właścicieli, użytkowników z pełnym dostępem i użytkowników z ograniczonym dostępem oraz wyjaśnia, jak tokeny weryfikacyjne wpływają na zweryfikowaną własność. Kontrola uprawnień w Search Console jest odrębna od dostępu do samej strony. Zapisz właściwą usługę i rolę, nie traktując dostępu jako dowodu, że Google zaindeksował każdą podstronę.
Hipotetyczne przekazanie strony firmie doradczej
Wyobraź sobie firmę doradczą odbierającą witrynę z pięcioma podstronami. Jej menedżer może edytować tekst, ale powiadomienia o odnowieniach nadal trafiają do poprzedniego wykonawcy, a miejsce docelowe formularza nie jest udokumentowane. Zespół zapisuje obie luki, potwierdza kontakt do rozliczeń zgodnie z procedurą dostawcy i dokumentuje ścieżkę formularza za pomocą uzgodnionego testu. Następnie menedżer powtarza edycję w podglądzie, korzystając z otrzymanych instrukcji. To przykład metody, a nie opis wyniku uzyskanego przez klienta.
6. Określ wsparcie i sprawdź pozostałe dostępy
Zapisz, co dzieje się po odbiorze. Kto zajmuje się awarią, niedziałającym formularzem, zmianą treści lub odnowieniem subskrypcji? Oddziel poprawianie uzgodnionych wad dostarczonej strony od nowych funkcji i bieżącego utrzymania. Wskaż uzgodniony sposób kontaktu, okres świadczenia wsparcia, ewentualne opłaty oraz zobowiązania dotyczące reakcji. Sam adres e-mail do wsparcia nie oznacza całodobowego monitorowania.
Prowadź krótką listę pozostałych prac z opisem problemu, jego wpływem, kolejnym działaniem, osobą odpowiedzialną i datą przeglądu. Ustal, które problemy blokują odbiór, a które można rozwiązać później na podstawie wyraźnego uzgodnienia. Jeśli na przykład integracja rezerwacji nadal jest niedostępna, zapisz alternatywną ścieżkę dla klientów i wskaż, kto decyduje, kiedy docelowa integracja jest gotowa.
Po sprawdzeniu ciągłości działania przez zespół przejmujący stronę przejrzyj dostępy odchodzących współpracowników, zaproszenia, tokeny integracji i kontakty do odzyskiwania dostępu. Zachowaj tylko uprawnienia potrzebne do uzgodnionych dalszych prac. Skoordynuj usuwanie lub rotację danych dostępowych z osobą odpowiedzialną technicznie, aby porządki niespodziewanie nie zatrzymały publikowania, formularzy lub innej zależnej usługi. Zachowaj zapis decyzji, ale nie przechowuj w nim poufnych wartości.
7. Uwzględnij wymagania przekazania w briefie strony
Najłatwiej uzgodnić użyteczny sposób przekazania przed rozpoczęciem prac. Dodaj przewidywane osoby edytujące, wewnętrzne kompetencje techniczne, wymagane pliki, organizację kont i potrzeby związane ze wsparciem do briefu projektu strony WWW. Przy zmianie wykonawcy istniejącej strony połącz ten wykaz z przeglądem przed przebudową, aby odpowiedzialność za obecne usługi pozostała jasna.
Przed zamknięciem projektu potwierdź, że wykaz odpowiada umowie, potrzebne dostępy działają, otrzymane pliki się otwierają, bezpieczna kontrola odbioru została udokumentowana, a nierozwiązane zadania mają osoby odpowiedzialne. Przechowuj przyjętą wersję razem z notatkami z przekazania. Dzięki temu kolejna osoba zajmująca się utrzymaniem zyska praktyczny punkt wyjścia, gdy pojawi się zmiana lub problem.
Usługa tworzenia stron WWW w Digital Studio zaczyna się od 2 190 EUR za jednorazowe wykonanie witryny z maksymalnie pięcioma podstronami na podstawie dostarczonych treści, z responsywnym projektem, podstawami SEO, jednym formularzem pozyskiwania zapytań i uruchomieniem w Twojej domenie. Konkretne materiały do przekazania, przeniesienia, szkolenia i bieżące wsparcie należy uzgodnić na piśmie dla danego projektu; ta lista kontrolna nie dodaje ich do opublikowanego pakietu. Opisz swoją stronę i potrzeby związane z jej przekazaniem, aby zakres można było omówić przed rozpoczęciem prac.
