Jak odebrać wdrożenie

Definicje.

• Kryterium odbioru. sprawdzalny warunek zapisany w umowie przed startem, np. „zamówienie z ceną indywidualną klienta trafia do ERP bez przepisywania”
• Odbiór etapu. potwierdzenie, że etap spełnia swoje kryteria; po nim decydujesz o kolejnym etapie
• Test całego zamówienia. przejście jednego zamówienia przez wszystkie systemy, od koszyka przez ERP i magazyn do faktury i zwrotu
• Stabilizacja. okres po uruchomieniu, w którym wykonawca usuwa błędy według uzgodnionych zasad
• Protokół odbioru. dokument z listą kryteriów, wynikiem każdego z nich i podpisami obu stron

Kryteria odbioru spisane przed startem.

Kryteria, których nie zapisano przed startem, powstają w trakcie odbioru, a odbiór zamienia się wtedy w negocjację. Dobre kryterium mówi, co sprawdzamy, na jakich danych i jaki wynik oznacza „tak”.

Obszar	Przykładowe kryterium	Jak sprawdzamy
Zamówienie	Zamówienie z ceną indywidualną i limitem kredytowym trafia do ERP bez przepisywania	Test całego zamówienia na kontach 3 prawdziwych klientów
Ceny i stany	Cena i stan w sklepie zgadzają się z ERP dla losowej próbki produktów	Porównanie próbki w ustalonych godzinach
Wyszukiwarka	Odsetek zapytań bez wyników w stałym zestawie nie jest wyższy niż przed wdrożeniem	Ten sam zestaw zapytań przed i po
Dane produktowe	Kompletność ustalonych atrybutów w kategoriach pilotażowych na uzgodnionym poziomie	Raport kompletności z katalogu
Wydajność	Wskaźniki Core Web Vitals na telefonie: LCP do 2,5 s, INP do 200 ms, CLS do 0,1	Pomiar na środowisku produkcyjnym
Dostępność	Ścieżka zakupu spełnia WCAG 2.2 na poziomie AA	Testy automatyczne i ręczne, klawiatura
Ruch z Google	Każdy stary adres z wejściami ma przekierowanie 301	Test listy adresów z Search Console
Przekazanie	Kod, dokumentacja i dostępy są na kontach zamawiającego	Uruchomienie systemu przez osobę spoza zespołu wykonawcy

Odbiór na działającym oprogramowaniu, nie na statusach.

Procent wykonania i zielone statusy mówią, ile pracy wykonawca uważa za zrobioną. Działające oprogramowanie pokazuje, co faktycznie można odebrać.

• Proś o pokaz konkretnych procesów na środowisku testowym z Twoimi danymi, a nie o prezentację.
• Przy każdym etapie sprawdzaj kryteria tego etapu, nie całego projektu.
• Błędy zapisuj w jednym rejestrze z priorytetem i datą zgłoszenia.
• Nie odbieraj etapu „warunkowo”, jeśli nie spełnia kryteriów. Odbiór warunkowy zwykle przenosi problem na koniec projektu.

Odbiór całego zamówienia zamiast osobnych testów każdego systemu.

Każdy system może przejść własne testy, a zamówienie i tak może się zgubić na styku sklepu, ERP i magazynu. Dlatego odbieramy całe zamówienie, krok po kroku:

1. Klient firmowy loguje się i widzi swoją cenę oraz limit kredytowy.
2. Znajduje produkt po numerze katalogowym, także z literówką.
3. Składa zamówienie z kilkoma pozycjami, w tym jedną niedostępną.
4. Zamówienie trafia do ERP z właściwą ceną, rabatem i warunkami dostawy.
5. Magazyn widzi zamówienie, a klient jego status.
6. Powstaje faktura i trafia do KSeF.
7. Klient zwraca jedną pozycję i dostaje korektę.

Ten sam scenariusz powtarzamy dla każdej grupy klientów, która ma inne zasady cen albo dostaw.

Wsparcie po uruchomieniu.

Po starcie mogą ujawnić się błędy, których nie było na danych testowych. Zakres i czas wsparcia ustalamy przed rozpoczęciem wdrożenia.

Element	Co ustalić przed startem
Katalog błędów	Priorytety, np. krytyczny: zamówienia nie trafiają do ERP; niski: literówka w opisie
Czas reakcji	Dla każdego priorytetu osobno
Pomiar	Wskaźniki obserwowane codziennie: zamówienia, błędy integracji, ruch z Google, zapytania bez wyników
Zakończenie	Kryterium końca stabilizacji, np. brak błędów krytycznych przez ustalony okres
Co dalej	Utrzymanie z SLA albo przejęcie przez Twój zespół

Co firma powinna otrzymać.

• kod źródłowy w repozytorium firmy, z pełną historią zmian;
• dostępy do serwerów, domeny, narzędzi i płatności na kontach firmy;
• dokumentacja, na podstawie której nowa osoba uruchomi i rozwinie system;
• autorskie prawa majątkowe do kodu i dokumentacji, przeniesione na piśmie z wymienionymi polami eksploatacji (art. 53 prawa autorskiego);
• szkolenia i lista rzeczy, które Twój zespół robi już sam.

Lista kontrolna odbioru.

• Kryteria odbioru każdego etapu są zapisane w umowie przed startem.
• Każde kryterium mówi, co sprawdzamy, na jakich danych i jaki wynik oznacza „tak”.
• Odbieramy na działającym oprogramowaniu z naszymi danymi.
• Test całego zamówienia przeszedł dla każdej grupy klientów.
• Próbna migracja danych odbyła się przed startem, z porównaniem liczby i kompletności.
• Mapa przekierowań jest przetestowana.
• Kryteria startu i plan powrotu są spisane przed przełączeniem.
• Stabilizacja ma katalog błędów, czasy reakcji i kryterium zakończenia.
• Kod, dokumentacja, dostępy i prawa są po naszej stronie.

Pytania.

Źródła.

Normy i przepisy. Odczyt: 26 października 2026.

• web.dev: Core Web Vitals
• W3C: WCAG 2.2
• Ustawa o prawie autorskim, art. 53