Przejdź do treści

18.09.2026 · 7 min czytania

Jak ocenić ofertę agencji e-commerce

Jak porównać oferty agencji e-commerce? Zakres, odbiory, dostępy, licencje i utrzymanie oraz lista pytań, które możesz wysłać wykonawcom.

Ocena oferty agencji e-commerce

Ofertę agencji e-commerce oceniaj przez zakres prac, sposób odbioru i koszt późniejszego utrzymania. Zanim porównasz ceny, sprawdź, czy wykonawcy wycenili te same funkcje, integracje i dane do przeniesienia. Dobra oferta pozwala ustalić, co otrzymasz, jak to zweryfikujesz oraz kto odpowie za sklep po uruchomieniu. Ogólna obietnica „gotowego sklepu” nie wystarczy.

Porównuj ten sam zakres

Jedna agencja może wyceniać konfigurację gotowego motywu, a druga projekt widoków i ich wdrożenie. Obie pozycje bywają nazwane „projektem graficznym”. Podobnie „integracja z ERP” może oznaczać uruchomienie istniejącego dodatku albo budowę synchronizacji z obsługą wyjątków. Różnica cen nie mówi wtedy jeszcze nic o opłacalności.

Przygotuj wspólną tabelę wymagań. Przy każdej pozycji poproś o oznaczenie: w cenie, poza zakresem, opcjonalne albo wymagające analizy. Dopisz rezultat, który będzie można sprawdzić. Zamiast „obsługa rabatów” zapisz przykład koszyka i zasady naliczania ceny. Zamiast „migracja” wymień produkty, klientów, zamówienia, zdjęcia, treści oraz adresy.

Sprawdź też obowiązki po Twojej stronie. Kto dostarcza opisy i fotografie? Kto czyści dane produktowe? Kto zatwierdza mapę przekierowań? Jeśli wykonawca zakłada otrzymanie gotowych materiałów, a firma spodziewa się ich przygotowania w cenie, harmonogram przestaje być wiarygodny jeszcze przed rozpoczęciem prac.

Prawa do kodu, licencje i dostęp do projektu

Rozdziel trzy sprawy: możliwość korzystania z oprogramowania, dostęp do jego źródeł i prawo zlecenia zmian innej osobie. To różne pytania. Sklep może działać poprawnie, a mimo to jego właściciel nie mieć instrukcji wdrożenia, konta producenta modułu albo źródeł potrzebnych do przebudowania motywu.

Poproś o zestawienie elementów własnych wykonawcy, kodu tworzonego na zamówienie i komponentów zewnętrznych. Przy każdym powinien być opis zasad korzystania, aktualizacji i przekazania. Nie zakładaj, że zapłata faktury automatycznie rozstrzyga wszystkie prawa. Zasady przeniesienia praw oraz licencji wynikają z umowy i przepisów, w tym ustawy o prawie autorskim. Zapisy dotyczące konkretnego projektu warto sprawdzić z prawnikiem.

Od strony organizacyjnej konta domeny, hostingu, płatności i narzędzi analitycznych powinny pozostawać pod kontrolą firmy. Wykonawca może otrzymać własny dostęp. Ustal również dostęp do repozytorium, częstotliwość przekazywania kodu i sposób przechowywania dokumentacji. Możliwość odbioru projektu nie powinna zależeć od tego, czy za rok nadal pracuje przy nim ten sam programista.

Jak będą rozliczane zmiany

Ryczałt ułatwia planowanie wydatków, jeśli zakres i założenia są dobrze opisane. Rozliczenie godzinowe daje więcej swobody przy odkrywaniu wymagań, lecz potrzebuje przejrzystego raportowania i limitów. Model mieszany może łączyć wycenione etapy z osobnym budżetem na zadania, których nie da się jeszcze dokładnie określić.

Zapytaj, co dzieje się po zgłoszeniu nowej potrzeby. Powinien istnieć moment oceny wpływu na cenę i termin oraz osoba zatwierdzająca zmianę. Wykonawca nie powinien dowiadywać się o zgodzie z niejednoznacznej rozmowy, a klient o koszcie dopiero z faktury. Ustal też sposób raportowania wykorzystanego i pozostałego budżetu.

Oddziel poprawienie niezgodności z ustalonym wymaganiem od rozszerzenia funkcji. Przykładowo: jeśli zaakceptowany scenariusz przewiduje rabat po przekroczeniu progu, jego błędne naliczanie wymaga naprawy. Dodanie innego progu dla nowej grupy klientów może być zmianą zakresu. Dobrze opisany przykład odbiorowy pomaga rozstrzygać takie sytuacje bez sporu o znaczenie słowa „rabat”.

Co dokładnie znaczy „gotowe”

Odbiór powinien opierać się na sprawdzalnych scenariuszach. Klient dodaje produkt, wybiera wariant, składa zamówienie, płaci, otrzymuje wiadomość, a zamówienie trafia do systemu obsługi. Potwierdzenie operatora musi zostać prawidłowo zapisane. Sam zrzut ekranu koszyka nie dowodzi, że ten proces działa.

Wymagaj opisania sposobu testowania urządzeń mobilnych, integracji i sytuacji wyjątkowych. Co stanie się po przerwaniu płatności? Jak sklep obsłuży chwilowy brak połączenia z ERP? Kto zobaczy informację o nieprzekazanym zamówieniu? Te pytania odsłaniają zakres, którego nie widać podczas prezentacji najlepszego scenariusza.

Jeśli oferta zawiera obietnicę wydajności, poproś o warunki pomiaru: wielkość katalogu, obciążenie, konfigurację serwera i mierzone widoki. „Szybki sklep” jest oceną, a nie kryterium odbioru. Ustal też, kto dostarcza dane testowe, ile czasu firma ma na sprawdzenie etapu i gdzie zgłasza uwagi.

Na koniec etapu powinny być dostępne działający rezultat, lista znanych ograniczeń i kod odpowiadający wdrożeniu. Jeśli nie można uruchomić projektu poza komputerem autora, jego przejęcie pozostaje trudne niezależnie od jakości prezentacji.

Wsparcie po uruchomieniu

Oddziel naprawę błędów objętych ustaleniami od bieżącego utrzymania oraz dalszego rozwoju. Zapytaj, jak wykonawca traktuje awarię po aktualizacji zewnętrznego modułu albo zmianie API operatora. Nie wszystkie przyszłe problemy wynikają z wad wdrożenia. Oferta powinna wyjaśniać, kto je diagnozuje i według jakich zasad rozlicza pracę.

Czas reakcji nie jest czasem naprawy. Potwierdzenie odebrania zgłoszenia po godzinie nie oznacza przywrócenia płatności w godzinę. Ustal godziny wsparcia, kanał awaryjny, poziomy pilności i sposób eskalacji. Jeśli sklep sprzedaje również w weekendy, sprawdź, czy umowa przewiduje wtedy jakąkolwiek obsługę.

W budżecie utrzymania uwzględnij aktualizacje, monitoring, kopie oraz próby odtworzenia. Dowiedz się, kto kontroluje wygasające licencje i certyfikaty. Zapytaj też o raport: powinno być jasne, jakie prace wykonano, jakie problemy pozostały i co wymaga decyzji właściciela sklepu.

Jak zakończy się współpraca

Warunki przekazania projektu ustal przed podpisaniem umowy. Potrzebne są źródła, aktualna dokumentacja, lista usług, instrukcja wdrożenia i opis integracji. Do tego dochodzą zasady przekazania prac rozpoczętych, ale jeszcze nieodebranych. Forma i skutki zakończenia umowy wymagają sprawdzenia w jej konkretnych zapisach.

Sprawdź, czy przewidziano czas na pytania nowego zespołu i ile będzie kosztował. Przekazanie archiwum bez informacji o konfiguracji może nie pozwolić na odtworzenie środowiska. Dobrym kryterium technicznym jest możliwość uruchomienia kopii przez osobę, która wcześniej nie pracowała przy projekcie.

Jeśli właśnie zmieniasz wykonawcę, osobna lista czynności znajduje się w artykule o przejęciu sklepu po agencji. Warto wykorzystać ją także przy ocenie nowej oferty, zanim pojawią się problemy z dostępami.

Pytania, które możesz wysłać wykonawcom

  1. Jakie funkcje i widoki obejmuje podana cena, a jakie są wyłączone?
  2. Które założenia trzeba jeszcze potwierdzić przed ustaleniem terminu?
  3. Co dokładnie obejmuje każda integracja i kto odpowiada za jej błędy?
  4. Jakie dane przenosicie i jak sprawdzicie kompletność migracji?
  5. Jakich materiałów oraz decyzji oczekujecie od naszego zespołu?
  6. Jak będzie wyceniana i zatwierdzana zmiana zakresu?
  7. Jakie scenariusze zdecydują o odbiorze sklepu?
  8. Na jakich danych i urządzeniach przeprowadzicie testy?
  9. Jakie licencje trzeba odnawiać i kto będzie właścicielem kont?
  10. Jakie uprawnienia do kodu i materiały otrzymamy po zakończeniu?
  11. Jakie są godziny wsparcia oraz czasy reakcji na awarię sprzedaży?
  12. Ile kosztuje utrzymanie i co obejmuje przez kolejne lata?
  13. Jak wygląda przekazanie projektu innemu wykonawcy?

Odpowiedzi zachowaj przy finalnej wersji oferty. Jeśli ważne ustalenie padło na spotkaniu, poproś o dopisanie go do dokumentu opisującego zakres. Po kilku miesiącach obie strony mogą inaczej pamiętać rozmowę, a zespół realizujący projekt może nie uczestniczyć w sprzedaży. Pisemny opis przykładu i kryterium odbioru ogranicza to ryzyko.

Najczęstsze pytania

Czy najtańsza oferta zawsze oznacza mniejszy zakres?

Nie. Wykonawca może mieć gotowe rozwiązanie i doświadczenie w podobnym procesie. Poproś jednak o potwierdzenie tych samych wymagań i kosztów utrzymania, zanim uznasz różnicę za oszczędność.

Co powinno znaleźć się w ustaleniach o prawach do kodu?

Trzeba rozróżnić kod dedykowany, komponenty zewnętrzne, źródła i możliwość dalszych modyfikacji. Ustal zakres praw lub licencji oraz moment i warunki ich uzyskania. Prawnik powinien zweryfikować zapis pod kątem konkretnej umowy.

Czy warto płacić za analizę przedwdrożeniową?

Tak, jeśli jej wynikiem będą wymagania, ryzyka i zakres pozwalający porównać warianty. Przed zakupem uzgodnij, jakie dokumenty otrzymasz i czy będzie można wykorzystać je przy wyborze innego wykonawcy.

Jak sprawdzić realizacje agencji?

Zapytaj, za którą część pokazanego sklepu odpowiadała i kiedy wykonywała pracę. Za zgodą klienta poproś o rozmowę dotyczącą komunikacji, rozliczania zmian i wsparcia po starcie. Sam wygląd witryny nie pokazuje jakości współpracy.

Przed wyborem zbierz odpowiedzi w jednym dokumencie i zaznacz niewyjaśnione pozycje. Jeśli potrzebujesz niezależnej oceny zakresu i kolejności prac, sprawdź wsparcie w decyzjach o rozwoju sklepu.

Ustalmy, czego potrzebuje Twój sklep

Zacznij od opisania sytuacji. Podczas pierwszej rozmowy wstępnie ocenimy problem i możliwe dalsze kroki. Jeśli potrzebujesz specjalisty z innej dziedziny, powiem Ci o tym.

Zasięg
Olsztyn · cała Polska zdalnie

Bezpłatna rozmowa wstępna

Porozmawiajmy o Twoich planach

Podaj adres sklepu i opisz problem albo zmianę, którą rozważasz. Odpowiem osobiście, zwykle w tym samym dniu roboczym.