Gdy wykonawca przestaje odpowiadać, najpierw zabezpiecz dostępy, dane i ciągłość sprzedaży. Nie zaczynaj od zamawiania nowego sklepu. Przejęcie sklepu po agencji wymaga ustalenia, nad czym firma rzeczywiście ma kontrolę, wykonania kopii oraz oceny kodu i integracji. Dopiero wtedy można zdecydować, co utrzymać, co naprawić i czy potrzebna jest większa przebudowa.
Pierwsze 48 godzin: dostępy i kopia
Wyznacz jedną osobę, która zbierze informacje i będzie koordynować zmiany. Jeśli każdy pracownik osobno prosi o reset hasła albo zmienia ustawienia, łatwo stracić orientację. Przygotuj rejestr usług: nazwa, właściciel konta, adres logowania, kontakt do dostawcy, termin odnowienia i osoba mająca dostęp. Haseł nie zapisuj w ogólnodostępnym arkuszu.
Sprawdź domenę i DNS, hosting, panel sklepu, bazę danych, repozytorium, pocztę, operatorów płatności, integracje kurierskie oraz system ERP. Dołącz konta analityczne, narzędzia reklamowe i usługi przechowujące kopie. Dostęp administratora sklepu nie oznacza dostępu do serwera, a możliwość opłacenia hostingu nie musi oznaczać kontroli nad domeną.
Przy odzyskiwaniu kont korzystaj z oficjalnych procedur dostawców i dokumentów potwierdzających uprawnienia firmy. Najpierw sprawdź adresy oraz numery używane do odzyskiwania dostępu. Po uporządkowaniu sytuacji nadaj nowemu zespołowi oddzielne konta. Zmianę haseł i kluczy zaplanuj z uwzględnieniem usług, które ich używają, aby przypadkiem nie zatrzymać synchronizacji.
Wykonaj kopię plików i bazy przed większymi zmianami. Zabezpiecz również logi, konfigurację zadań cyklicznych i ustawienia serwera potrzebne do odtworzenia sklepu. Nie przechowuj archiwum w publicznym katalogu witryny. Jeśli nie masz dostępu technicznego, poproś hosting o zabezpieczenie danych w ramach przysługujących Ci uprawnień.
Co masz, a czego brakuje
Oddziel działającą wersję sklepu od materiałów potrzebnych do jego rozwoju. Na serwerze mogą być pliki PHP, lecz tylko zbudowane i pomniejszone pliki JavaScript oraz CSS. Brakować może źródeł motywu, konfiguracji narzędzi lub skryptu wdrożenia. Kopia serwera jest wtedy cenna, ale nie zastępuje kompletnego projektu.
Sprawdź repozytorium: czy zawiera ostatnią wdrożoną wersję, wszystkie własne moduły i historię zmian? Sam dostęp do pustego albo dawno nieaktualizowanego repozytorium nie wystarczy. Porównanie z produkcją pokaże, czy poprawki były robione bezpośrednio na serwerze i czy można je odtworzyć.
- Zbierz kod dedykowany, źródła motywu i instrukcję jego budowania.
- Odszukaj listę licencji, faktury i konta producentów rozszerzeń.
- Zabezpiecz opis integracji, zadań cyklicznych i automatycznych eksportów.
- Sprawdź, czy istnieje instrukcja wdrożenia i przywracania kopii.
- Zbierz otwarte zgłoszenia, zaakceptowane wymagania oraz niedokończone prace.
Przy brakach zapisz ich skutek. Brak dokumentacji modułu może oznaczać potrzebę analizy kodu. Brak źródeł części interfejsu może wymusić jej odtworzenie. Brak uprawnienia do pobrania aktualizacji dodatku wymaga kontaktu z producentem. Taki opis jest bardziej przydatny niż ogólna ocena, że poprzednia agencja zostawiła bałagan.
Jak ocenić stan sklepu
Nowy wykonawca powinien najpierw uruchomić kopię w odizolowanym środowisku. Trzeba ograniczyć dostęp, wyłączyć prawdziwą wysyłkę wiadomości i odłączyć automatyzacje tworzące dokumenty lub przesyłki. Dopiero na takiej kopii można sprawdzać aktualizacje i wpływ wyłączenia podejrzanych modułów.
Przegląd obejmuje wersję platformy i PHP, rozszerzenia, zmiany w rdzeniu, uprawnienia, kopie oraz sposób wdrażania. W PrestaShop osobnej uwagi wymagają override’y. Lista techniczna powinna zostać powiązana ze sprzedażą: która część odpowiada za ceny, dostępność, płatności i przekazanie zamówień.
Sprawdź zadania wykonywane w tle. Sklep może wyglądać poprawnie, choć od tygodnia nie aktualizuje stanów albo nie odbiera potwierdzeń. Dla każdej integracji ustal kierunek wymiany, częstotliwość, miejsce logów i osobę reagującą na błędy. Zwróć uwagę na procesy uruchamiane dotąd z infrastruktury poprzedniego wykonawcy.
Raport przejęcia powinien podzielić prace według skutków: pilne zagrożenia dla sprzedaży i danych, niezbędne działania utrzymaniowe oraz późniejszy rozwój. Przy każdej pozycji potrzebne są dowód, proponowany rezultat i szacunek z zaznaczoną niepewnością. Sam wiek sklepu nie uzasadnia budowy nowego systemu.
Sprawy formalne do wyjaśnienia
Zbierz umowę, zamówienia, protokoły odbioru, korespondencję i dokumenty licencyjne. Sprawdź, co uzgodniono w sprawie kodu, dostępu do źródeł, modyfikacji oraz przekazania po zakończeniu współpracy. Nie wyciągaj wniosku o prawach do całego projektu wyłącznie z faktury lub faktu korzystania ze sklepu.
Komponenty zewnętrzne mają własne warunki. Moduł kupiony przez agencję może wymagać przeniesienia konta, zmiany przypisania domeny albo nowej licencji; zależy to od zasad producenta i ustaleń z wykonawcą. Poproś o potwierdzenie dla konkretnego produktu. Ogólne zapewnienie, że „wszystko jest opłacone”, nie wyjaśnia dostępu do aktualizacji.
Jeśli trwa spór o kod lub odmowę wydania materiałów, przedstaw prawnikowi dokumenty i dokładną listę braków. Podstawowe regulacje zawiera ustawa o prawie autorskim, ale ocena uprawnień wymaga uwzględnienia konkretnej umowy. Techniczne zabezpieczenie sklepu i dochodzenie roszczeń to odrębne zadania.
Przekazanie bazy nowej firmie wymaga także uporządkowania zasad dostępu do danych osobowych. Zweryfikuj role, dokumentację powierzenia i sposób zakończenia dostępu poprzedniego wykonawcy z osobą odpowiedzialną za ochronę danych. Ustal postępowanie z kopiami roboczymi; obowiązki związane z zakończeniem usług omawia materiał UODO o powierzeniu przetwarzania. Nie przesyłaj pełnej bazy do kilku potencjalnych wykonawców tylko po to, by porównali wycenę.
Jak przygotować przekazanie nowemu zespołowi
Przygotuj krótki dokument opisujący działanie firmy i sklepu. Wymień najważniejsze procesy, terminy kampanii i ograniczenia wdrożeniowe. Dołącz kilka przykładów zamówień z nietypowymi warunkami. Osoba przejmująca sklep musi wiedzieć, jakie zachowanie ma zachować, a nie jedynie jak uruchomić aplikację.
Materiały uporządkuj w czterech grupach: kod i wdrożenia, usługi i dostępy, procesy biznesowe oraz lista problemów. Sekrety przekaż oddzielnie w menedżerze haseł. Każdemu dostępowi przypisz właściciela, a po zakończeniu przejęcia usuń zbędne uprawnienia i nieużywane klucze.
Ustal mierzalny koniec etapu przejęcia. Nowy zespół powinien umieć odtworzyć sklep, wykonać kontrolowane wdrożenie, znaleźć logi awarii i wskazać sposób kontaktu z dostawcami. Powinien również przedstawić listę braków, których jeszcze nie rozwiązano. Przejęcie nie musi oznaczać naprawienia wszystkich historycznych problemów jednocześnie.
Jak ograniczyć zależność od kolejnego wykonawcy
Własne konta i aktualna dokumentacja powinny być elementem zwykłej pracy, a nie pakietem przygotowywanym dopiero przy rozstaniu. Odbieraj kod oraz opis zmian po etapach. Sprawdzaj, czy wdrożona wersja znajduje się w repozytorium i czy wiadomo, jak ją odtworzyć.
Wyznacz po stronie firmy osobę odpowiedzialną za terminy odnowień i dostępów. Uzgodnij regularną próbę przywrócenia kopii oraz aktualizację listy integracji. Nawet dobry wykonawca może zmienić zespół, zakończyć usługę albo być czasowo niedostępny. Sklep powinien mieć udokumentowany sposób działania także w takiej sytuacji.
Przed nową umową wykorzystaj listę pytań do agencji e-commerce. Szczególnie dokładnie sprawdź warunki przekazania projektu i obsługi awarii po starcie.
Ustal także kanał kontaktu na czas przejęcia. Pracownicy powinni wiedzieć, komu zgłaszać brak zamówienia, błędną cenę lub niedziałającą wysyłkę i jakie dane dołączyć. Nowy wykonawca potrzebuje jednej listy zgłoszeń z priorytetami. Bez niej łatwo skupić się na widocznych drobiazgach, podczas gdy poważny problem integracyjny pozostaje w prywatnej korespondencji. Po pierwszym przeglądzie wspólnie zatwierdź kolejność napraw i termin ponownej oceny stanu sklepu.
Najczęstsze pytania
Wykonawca nie oddaje dostępów. Co mogę zrobić?
Zbierz dokumenty, określ brakujące konta i skorzystaj z oficjalnych procedur ich dostawców. Równolegle wyjaśnij z prawnikiem obowiązki wynikające z umowy. Nie próbuj uzyskiwać dostępu do cudzych kont poza procedurą autoryzacji.
Czy moduły kupione przez agencję są moje?
To zależy od licencji, sposobu zakupu i umowy. Sprawdź możliwość korzystania, aktualizacji oraz przekazania obsługi innemu wykonawcy. Potrzebne jest potwierdzenie dla konkretnego rozszerzenia.
Czy trzeba budować sklep od nowa?
Nie. Najpierw trzeba ocenić, czy można go odtworzyć, utrzymywać i rozwijać. Odbudowa może być uzasadniona, ale powinna wynikać z porównania kosztów i ograniczeń.
Ile trwa przejęcie sklepu?
Zależy od dostępów, dokumentacji i stopnia modyfikacji. Rozdziel zabezpieczenie bieżącej sprzedaży od pełnego rozpoznania projektu. Termin drugiego etapu można wiarygodnie ustalić po pierwszym przeglądzie.
Jeśli potrzebujesz pomocy, przygotuj listę dostępów, opis aktualnych problemów i informację o ostatniej kopii. To dobry punkt wyjścia do przejęcia i ustabilizowania sklepu.