Definicja: Przekazanie strony po wdrożeniu to udokumentowane przejęcie przez klienta kontroli nad usługami i materiałami objętymi projektem. Obejmuje ono dostępy administracyjne, uzgodnioną dokumentację, informacje o zabezpieczeniach oraz zasady odbioru i wsparcia technicznego, których szczegółowy zakres wynika z umowy: (1) dostępy do usług objętych projektem; (2) dokumentacja i instrukcja obsługi; (3) odbiór, bezpieczeństwo i wsparcie.
Dostęp do domeny, hostingu, poczty i CMS przekazuje się, gdy usługi te były objęte pracą wykonawcy.
Zakres dokumentacji, kodu źródłowego, backupów oraz wsparcia powinien wynikać z ustaleń projektowych.
Protokół odbioru ułatwia potwierdzenie przekazanych danych i sprawdzenie kluczowych funkcji strony.
Po wdrożeniu klient powinien otrzymać możliwość samodzielnego zarządzania usługami i stroną w zakresie ustalonym w projekcie. Przekazanie dobrze jest zamknąć pisemnym potwierdzeniem zakresu oraz testem dostępów.
Dostępy: CMS, hosting, poczta i domena — jeżeli wykonawca nimi zarządzał w ramach projektu.
Materiały: instrukcja obsługi, opis istotnych rozwiązań oraz uzgodnione kopie zapasowe lub materiały techniczne.
Odbiór: lista przekazanych elementów, weryfikacja działania kluczowych funkcji i zasady dalszego wsparcia.
Samo opublikowanie strony nie oznacza jeszcze pełnego przekazania projektu. Klient powinien uzyskać faktyczną kontrolę nad zasobami objętymi wdrożeniem, a więc otrzymać uzgodnione dostępy, materiały i informacje potrzebne do obsługi witryny. Bez takiego przekazania nawet działająca strona może pozostać organizacyjnie zależna od wykonawcy, ponieważ każda zmiana danych, konfiguracji lub treści będzie wymagała jego udziału.
Zakres odbioru nie jest jednak identyczny w każdym projekcie. Domena i hosting mogły zostać założone bezpośrednio przez klienta, a przekazanie kodu źródłowego, kopii zapasowych, szkolenia czy późniejszych aktualizacji może zależeć od umowy. Z tego powodu lista odbiorcza powinna odzwierciedlać rzeczywisty zakres prac, zastosowane rozwiązanie i uzgodnione zasady wsparcia. Uporządkowane przekazanie pozwala oddzielić elementy należące do zakończonego wdrożenia od usług dodatkowych oraz udokumentować ewentualne braki bez przesądzania o odpowiedzialności którejkolwiek ze stron.
Co należy przekazać po wdrożeniu strony
Zakres przekazania powinien umożliwiać klientowi zarządzanie stroną i powiązanymi usługami w takim zakresie, jaki objęto projektem. Dotyczy to elementów, za które odpowiadał wykonawca lub które zostały wskazane w umowie i ustaleniach wdrożeniowych.
Pakiet minimalny a elementy zależne od umowy
Jeżeli wykonawca rejestrował lub obsługiwał CMS, hosting, pocztę albo domenę, przekazanie powinno obejmować dane dostępowe do tych usług. Nie dotyczy to zasobów, które od początku były zakładane i administrowane bezpośrednio przez klienta albo pozostawały poza zakresem prac.
Dokumentacja techniczna może obejmować instrukcję obsługi oraz opis zastosowanych rozwiązań. Jej szczegółowość zależy od typu projektu i wcześniejszych ustaleń. Podobnie przekazanie kodu źródłowego i kopii zapasowych powinno być jednoznacznie określone w umowie, z uwzględnieniem zastosowanego systemu, licencji i zakresu przygotowanych plików.
Tabela porządkuje elementy, które można uwzględnić na liście odbiorczej, bez traktowania ich jako bezwarunkowego obowiązku w każdym wdrożeniu.
Element
Kiedy powinien zostać przekazany
Co potwierdzić przy odbiorze
Dostępy do CMS, hostingu, poczty i domeny
Gdy wykonawca zakładał, obsługiwał lub konfigurował te usługi w ramach projektu
Zakres dostępu i możliwość skutecznego zalogowania
Instrukcja i dokumentacja
W zakresie uzgodnionym dla zastosowanego rozwiązania
Jakie czynności opisano i których elementów strony dotyczy instrukcja
Kod źródłowy i kopie zapasowe
Gdy ich przekazanie przewidują umowa lub ustalenia wdrożeniowe
Zakres plików oraz warunki korzystania wynikające z rozwiązania i licencji
Informacje o zabezpieczeniach
Jeżeli były objęte wdrożeniem, zwłaszcza gdy strona przetwarza dane wrażliwe
Jakich usług i dostępów dotyczą przekazane informacje
Zasady wsparcia
Jeżeli uzgodniono obsługę po zakończeniu wdrożenia
Zakres prac, sposób zgłoszeń i warunki dalszej obsługi
Dlaczego publikacja strony nie kończy przekazania projektu
Publikacja potwierdza uruchomienie witryny, lecz nie zastępuje przekazania kontroli nad usługami i materiałami. Osobna lista kontrolna pozwala przypisać każdy element do zakresu projektu i odróżnić brak przy odbiorze od zasobu, którego wykonawca nigdy nie obsługiwał.
Dostępy administracyjne: CMS, hosting, domena i poczta
Klient powinien otrzymać dostęp do usług obsługiwanych przez wykonawcę w ramach danego projektu. CMS, hosting, poczta i domena wchodzą w ten zakres tylko wtedy, gdy wykonawca je zakładał, utrzymywał lub administrował.
Dostęp właścicielski i dostęp operacyjny
Samo przekazanie pojedynczego hasła nie opisuje jeszcze zakresu kontroli nad usługą. Przy odbiorze trzeba ustalić, do jakiego systemu prowadzi dany login, jakie elementy były objęte projektem oraz czy dane służą do bieżącej obsługi strony, czy do zarządzania powiązaną usługą.
Nie należy automatycznie oczekiwać danych do zasobów pozostających poza zakresem wykonawcy. Jeżeli domena lub hosting od początku znajdowały się na koncie klienta, odbiór może polegać na potwierdzeniu wykonanych konfiguracji, a nie na przekazaniu nowego konta.
Jak sprawdzić przekazane loginy
Zestawić listę otrzymanych loginów z usługami objętymi projektem.
Sprawdzić możliwość zalogowania się do każdego wskazanego panelu.
Potwierdzić, której strony, domeny, skrzynki lub usługi dotyczy dany dostęp.
Ustalić, czy dane kontaktowe i sposób odzyskiwania dostępu pozostają pod kontrolą klienta.
Odnotować brakujące dane albo nieudane próby logowania na liście odbiorczej.
Taki test nie rozszerza obowiązków wykonawcy poza umowę. Pozwala natomiast potwierdzić, że przekazane informacje działają i odpowiadają rzeczywistym elementom wdrożenia.
Dokumentacja, instrukcja, kod źródłowy i backupy
Dokumentacja i materiały techniczne powinny odpowiadać temu, co wykonano oraz uzgodniono w projekcie. Instrukcja jest szczególnie przydatna przy stronie z CMS, natomiast zasady przekazania kodu i kopii zapasowych wymagają wyraźnego ustalenia.
Co powinna wyjaśniać instrukcja obsługi
Dokumentacja techniczna może zawierać instrukcję obsługi strony oraz opis zastosowanych rozwiązań. Jej zakres powinien odpowiadać typowi projektu i ustaleniom z klientem, dlatego prosta witryna oraz bardziej rozbudowane wdrożenie nie muszą otrzymać materiałów o takim samym stopniu szczegółowości.
W wielu wdrożeniach przekazanie obejmuje podstawową instrukcję, a czasem również szkolenie z zarządzania stroną. Szczegółowość tych elementów zależy jednak od budżetu, używanego CMS i uzgodnionego zakresu prac. Przy odbiorze należy więc potwierdzić, jakie czynności opisano i czy przekazany materiał odpowiada funkcjom, którymi klient ma zarządzać.
Przy projektach sprzedażowych zakres dokumentacji zależy również od funkcji objętych raz uzgodnionym wdrożeniem. Zasada ta dotyczy także usług takich jak tworzenie sklepów internetowych lublin, gdy przedmiotem odbioru jest rozwiązanie obejmujące obsługę strony i uzgodnione materiały techniczne.
Kiedy ustalić przekazanie kodu i backupów
Przekazanie kodu źródłowego i kopii zapasowych powinno zostać określone w umowie albo w dokumentacji wdrożenia. Sam fakt wykorzystania CMS nie przesądza o identycznym zakresie plików w każdym projekcie. Znaczenie mają zastosowane rozwiązanie, licencje i indywidualne postanowienia dotyczące korzystania z przygotowanych materiałów.
Przy odbiorze trzeba potwierdzić nie tylko otrzymanie plików, ale też ich opis i zakres. Nie oznacza to automatycznie przyznania praw do każdego komponentu występującego w witrynie; sposób korzystania z kodu i materiałów powinien pozostać zgodny z wcześniejszymi ustaleniami.
Bezpieczeństwo i odbiór strony internetowej
Odbiór strony dobrze jest oprzeć na sprawdzeniu kluczowych funkcji oraz pisemnym zestawieniu przekazanych elementów. Szczególnej uwagi wymagają dostępy i informacje o zabezpieczeniach, jeżeli witryna przetwarza dane wrażliwe.
Co wpisać do protokołu odbioru
Protokół może dokumentować listę przekazanych danych, potwierdzenie sprawdzenia kluczowych funkcji oraz zgłoszone uwagi. Nie musi być stosowany przy każdym projekcie, a jego zakres powinien odpowiadać ustaleniom stron i funkcjom objętym wdrożeniem.
Przekazane elementy
Lista dostępów, dokumentów i materiałów powinna odpowiadać rzeczywistemu zakresowi projektu.
Sprawdzone funkcje
W dokumencie można odnotować, które kluczowe elementy strony zostały zweryfikowane podczas odbioru.
Zgłoszone uwagi
Każdą zauważoną niezgodność należy opisać na tyle precyzyjnie, aby można ją było odnieść do ustaleń wdrożeniowych.
Zasady dalszej obsługi
Jeżeli uzgodniono wsparcie, protokół może wskazywać jego zakres i przyjęty sposób zgłaszania problemów.
Informacje o zabezpieczeniach i danych wrażliwych
Przekazanie powinno uwzględniać informacje o zabezpieczeniach oraz sposób przekazania dostępów do danych wrażliwych, jeśli strona takie dane przetwarza. Potrzebny zakres wyjaśnień zależy od funkcji witryny, używanych usług i rodzaju danych, dlatego nie powinien być rozszerzany na elementy nieobjęte wdrożeniem.
Lista odbiorcza nie zastępuje technicznej oceny bezpieczeństwa. Jej zadaniem jest udokumentowanie, jakie informacje i dostępy faktycznie przekazano oraz czy odnotowano kwestie wymagające dalszego wyjaśnienia.
Wsparcie powdrożeniowe: co może obejmować
Wsparcie po wdrożeniu może obejmować poprawki, krótkie konsultacje techniczne albo ustalone aktualizacje. Zakres ten dotyczy wyłącznie prac wskazanych w umowie lub warunkach obsługi powdrożeniowej.
Czas trwania wsparcia, kanał zgłoszeń i granice odpowiedzialności nie są jednolite dla wszystkich projektów. Przed odbiorem należy więc ustalić, jakie problemy podlegają obsłudze, w jaki sposób mają być zgłaszane oraz które prace będą traktowane jako odrębne zadania.
Poprawki wdrożeniowe a dalszy rozwój strony
Podstawowym kryterium rozróżnienia jest zgodność zgłoszenia z ustalonym zakresem wdrożenia. Poprawka może dotyczyć działania elementu objętego zakończonym projektem, natomiast nowa funkcja lub szersza zmiana może wymagać osobnego zlecenia. Nie można jednak zakwalifikować każdego zgłoszenia wyłącznie na podstawie jego nazwy. O tym, czy dana praca mieści się we wsparciu, decydują warunki umowy i opis projektu.
Wyraźne oddzielenie poprawek od rozwoju ogranicza spory o zakres dalszej obsługi. Jednocześnie nie tworzy dodatkowych zobowiązań, jeżeli nie zostały one wcześniej uzgodnione.
Co zrobić, gdy po wdrożeniu brakuje dostępów lub dokumentów
Najpierw należy skonfrontować braki z listą przekazania, dokumentacją wdrożenia i umową. Ocena powinna dotyczyć wyłącznie elementów, które rzeczywiście znajdowały się w zakresie prac wykonawcy.
Procedura zgłoszenia braków
Spisanie braków. Należy wskazać brakujący dostęp, dokument lub materiał oraz usługę, której dotyczy.
Porównanie z ustaleniami. Listę trzeba zestawić z umową, opisem projektu, dokumentacją wdrożenia i protokołem odbioru, jeżeli został sporządzony.
Pisemne zgłoszenie. Wykonawcy należy przekazać konkretną listę elementów wymagających wyjaśnienia lub uzupełnienia, bez rozszerzania jej poza zakres projektu.
Potwierdzenie uzupełnienia. Po otrzymaniu materiałów należy sprawdzić dostępy i zaktualizować listę odbiorczą.
Kiedy problem wynika z zakresu umowy
Brak loginu lub dokumentu nie przesądza sam w sobie o odpowiedzialności wykonawcy. Najpierw trzeba ustalić, czy dany zasób był przez niego zakładany, obsługiwany lub miał zostać przekazany zgodnie z dokumentacją wdrożenia.
Jeżeli zakres nie został opisany jednoznacznie, konieczne jest wyjaśnienie rozbieżności na podstawie dostępnych ustaleń. Szczegółowa odpowiedzialność i możliwe dalsze działania wynikają z indywidualnych postanowień umowy, dlatego procedura odbiorcza służy przede wszystkim uporządkowaniu faktów i zgłoszonych braków.
Najczęstsze pytania
Czy klient powinien otrzymać dostęp do hostingu i domeny?
Tak, jeżeli wykonawca rejestrował lub obsługiwał te usługi w ramach projektu. Nie dotyczy to hostingu albo domeny, które od początku pozostawały poza jego zakresem i były samodzielnie administrowane przez klienta.
Czy wykonawca musi przekazać kod źródłowy strony?
Nie można przyjąć takiego bezwarunkowego obowiązku dla każdego wdrożenia. Zasady przekazania kodu powinny wynikać z umowy, zastosowanego rozwiązania, licencji i uzgodnionego zakresu materiałów.
Co powinna zawierać dokumentacja powdrożeniowa?
Może obejmować instrukcję obsługi oraz opis zastosowanych rozwiązań. Stopień szczegółowości powinien odpowiadać typowi projektu i ustaleniom z klientem.
Czy szkolenie z obsługi CMS jest częścią wdrożenia?
W wielu projektach przekazanie obejmuje podstawową instrukcję, a czasem również szkolenie. Zakres szkolenia zależy jednak od budżetu, używanego CMS i uzgodnionych prac.
Co warto wpisać do protokołu odbioru strony?
Protokół może zawierać listę przekazanych danych, potwierdzenie sprawdzenia kluczowych funkcji i zgłoszone uwagi. Nie jest to dokument stosowany obowiązkowo przy każdym projekcie, dlatego jego treść powinna odpowiadać ustaleniom stron.
Jak postąpić, jeśli po publikacji brakuje loginów lub dokumentów?
Należy spisać braki i porównać je z umową oraz dokumentacją wdrożenia. Wykonawca powinien otrzymać precyzyjną listę elementów do wyjaśnienia, ale ocena odpowiedzialności zależy od indywidualnych postanowień umowy.
Skuteczne przekazanie strony polega na zapewnieniu klientowi kontroli nad usługami i materiałami rzeczywiście objętymi projektem. Dostępy, dokumentacja, kod, backupy i wsparcie nie tworzą identycznego pakietu dla każdego wdrożenia, dlatego ich zakres powinien wynikać z umowy oraz ustaleń projektowych. Lista odbiorcza i protokół pomagają potwierdzić przekazane elementy, wyniki testów oraz zgłoszone uwagi. W przypadku braków podstawą działania pozostaje porównanie stanu faktycznego z dokumentacją wdrożenia.
