Baza wiedzy PrestaShop

Najpoważniejsze czerwone flagi to: brak SLA na piśmie, brak środowiska testowego, anonimowe realizacje bez nazw klientów, niejasne prawa do kodu oraz unikanie odpowiedzi na pytanie, kto odpowiada za serwer. Każda z nich oznacza, że ryzyko przestoju przenosi się na Was, a nie na wykonawcę.

Lista ostrzeżeń, które warto sprawdzić przed umową:

• 1. SLA tylko w rozmowie. Jeśli czasy reakcji nie są w umowie, nie istnieją. Punkt odniesienia: jaki czas reakcji na awarię PrestaShop jest realny.
• 2. Wdrożenia prosto na produkcję. Brak stagingu oznacza, że każdą zmianę testują Wasi klienci.
• 3. Brak procedury awaryjnej. Pytanie „co robicie, gdy sklep przestaje sprzedawać o 22 w piątek” powinno mieć konkretną odpowiedź, nie ogólnik o dostępności.
• 4. Anonimowe portfolio. Realizacje bez nazw i zakresu prac są nieweryfikowalne.
• 5. Niejasne prawa do kodu i dostępów. Ustalcie to na starcie, bo przy rozstaniu bywa to narzędzie nacisku.
• 6. Rozmyta odpowiedzialność za hosting. Podział „my kod, ktoś inny serwer” kończy się sporem o przyczynę przy każdej awarii.
• 7. Wycena bez pytań. Oferta na rozbudowany sklep przygotowana bez audytu i bez pytań o integracje to najczęstsza zapowiedź niedoszacowania.
• 8. Brak raportowania. Poproście o przykładowy raport miesięczny, a nie o obietnicę raportowania.

Odwrotność tej listy to zestaw pytań do rozmowy kwalifikacyjnej z agencją: zobacz jakie pytania zadać agencji przed podpisaniem umowy oraz jak wybrać agencję PrestaShop do stałej obsługi. Dobrą praktyką jest też sprawdzenie stabilności samej firmy: statusu partnera PrestaShop, stażu i publikowanych case studies.

Zmianę wykonawcy zaczyna się od diagnozy, gdzie realnie tracicie czas: w wycenach, w kolejce zadań, w testach czy w komunikacji. Potem przygotowujecie brief z listą zaległych prac i porównujecie oferty według tempa i sposobu rozliczenia, a nie tylko stawki godzinowej. Sama zmiana partnera nie przyspieszy wdrożeń, jeśli powtórzycie ten sam model współpracy.

Proces w czterech krokach:

1. 1. Diagnoza opóźnień. Zmierzcie, ile czasu mija od zgłoszenia potrzeby do wdrożenia i na którym etapie zadanie stoi najdłużej. To ustala punkt odniesienia dla nowego partnera.
2. 2. Brief zamiast listy życzeń. Zaległe prace, planowane integracje, znane problemy techniczne, oczekiwane tempo. Im konkretniej, tym trafniejsze wyceny i mniejsze ryzyko niedoszacowania.
3. 3. Porównanie ofert według tempa i modelu rozliczeń. Pytajcie o pulę godzin w miesiącu, długość sprintu, termin startu i sposób raportowania. Niska stawka przy wolnym tempie bywa droższa niż wyższa stawka przy przewidywalnych dostawach. Na co jeszcze wpływa wycena, piszemy w tekście od czego zależy cena wdrożenia sklepu PrestaShop.
4. 4. Bezpieczne przejęcie. Audyt otwierający, przekazanie dostępów i dokumentacji, uruchomienie monitoringu. Cały proces opisuje pytanie jak wygląda przejęcie sklepu PrestaShop od innej agencji.

Kontrola budżetu wynika z modelu, nie z obietnic: ustalona pula godzin, zatwierdzanie estymat przed startem zadania i miesięczny raport wykonanych prac. Zakres, który realizujemy w tym trybie, opisuje strona opieki technicznej z hostingiem 24/7 WayCare, a punktem wyjścia jest zwykle audyt techniczny.

Kompetencję w integracjach weryfikuje się procesem, nie deklaracją. Zapytaj o cztery rzeczy: czy pracują na środowisku testowym odwzorowującym produkcję, jak testują regresję przed wdrożeniem, czy mają procedurę wycofania zmian oraz jak monitorują integrację po starcie. Agencja, która nie ma odpowiedzi na te pytania, będzie testować na Waszym sklepie.

Osiem punktów do rozmowy:

1. 1. Staging. Czy istnieje środowisko testowe z realistycznym wolumenem danych, czy zmiany idą prosto na produkcję?
2. 2. Testy regresyjne. Co dokładnie sprawdzają przed wdrożeniem: koszyk, płatności, dostawy, synchronizację stanów?
3. 3. Rollback. Ile trwa powrót do poprzedniej wersji i czy był kiedykolwiek przeprowadzony w praktyce?
4. 4. Okno wdrożeń. Czy zmiany wchodzą poza szczytem ruchu i kto to decyduje?
5. 5. Doświadczenie z konkretnym systemem. Nie „integrujemy z ERP”, ale „integrowaliśmy z tym systemem, w tej wersji, w tej skali”.
6. 6. Architektura. Czy proponują model asynchroniczny z kolejką, czy synchroniczne wywołania w ścieżce zakupowej? Szerzej: jak zaprojektować integrację odporną na obciążenie.
7. 7. Monitoring po starcie. Kto dostaje alert, gdy synchronizacja stanie w środku kampanii, i w jakim czasie reaguje?
8. 8. Odpowiedzialność za serwer. Jeśli hosting jest u kogoś innego, przy awarii integracji zaczyna się spór o przyczynę.

Dowód kompetencji to case study o porównywalnej złożoności, nie lista logotypów. Przykłady wdrożeń z integracjami ERP i wielorynkowością znajdziesz w branżowych case studies, a przegląd funkcji i integracji w rozbudowanych wdrożeniach B2B w tekście o 40 funkcjonalnościach PrestaShop B2B. W Waynet integracje, sklep i opiekę i hosting z opieką 24/7 WayCare prowadzi jeden zespół.

Przed podpisaniem umowy zapytaj o siedem rzeczy: czasy reakcji dla poszczególnych priorytetów, tryb pracy dla awarii krytycznych, sposób rozdzielenia zespołu między awarie i rozwój, procedurę eskalacji, zakres odpowiedzialności za hosting, sposób raportowania prac oraz prawa do kodu. Odpowiedzi na te pytania odróżniają realne przejęcie odpowiedzialności od deklaracji.

Checklista do rozmowy:

1. – Jakie macie czasy reakcji i czy są w umowie? Poproś o rozbicie na priorytety oraz o rozróżnienie czasu reakcji od czasu naprawy. Szerzej: jaki czas reakcji na awarię PrestaShop jest realny.
2. – Kto pracuje nocą i w weekend? Awarie w kampaniach nie zdarzają się w godzinach biurowych.
3. – Jak rozdzielacie awarie od rozwoju? Jeśli to ci sami ludzie bez priorytetyzacji, roadmapa będzie stale przesuwana.
4. – Kto odpowiada za serwer? Podział „my kod, ktoś inny hosting” oznacza spór o przyczynę przy każdej awarii.
5. – Jak raportujecie prace? Poproś o przykładowy raport miesięczny, nie o obietnicę raportowania.
6. – Czyj jest kod i dokumentacja? Ustal to przed startem, nie przy rozstaniu.
7. – Pokażecie case study o podobnej skali? Zobacz przykłady w branżowych case studies.

Sygnały ostrzegawcze: brak SLA na piśmie, wyłącznie rozliczenie godzinowe bez ryczałtu opieki, brak nazwanej osoby kontaktowej, anonimowe realizacje. Warto też sprawdzić stabilność samej agencji, o czym piszemy w tekście o tym, od czego zależy cena wdrożenia sklepu PrestaShop. Zakres, który realizujemy w modelu łączonym, opisuje strona WayCare.

Największa praktyczna różnica to odpowiedzialność i ciągłość. W modelu stałej opieki agencja gwarantuje czasy reakcji zapisane w SLA, zastępowalność specjalistów i proaktywny monitoring sklepu. Freelancer odpowiada wyłącznie za zlecone zadania, a w krytycznym momencie (urlop, choroba, inne zlecenia) bywa po prostu niedostępny.

Porównanie w czterech obszarach:

• 1. SLA i odpowiedzialność: umowa opieki definiuje priorytety zgłoszeń i konsekwencje przekroczeń; z freelancerem zwykle nie ma żadnego SLA.
• 2. Ciągłość: w agencji sklep zna cały zespół, nie jedna osoba, więc nieobecności nie zatrzymują prac.
• 3. Monitoring: opieka obejmuje wykrywanie problemów, zanim zgłosi je klient sklepu; freelancer reaguje dopiero na zgłoszenie.
• 4. Regres po zmianach: w modelu opieki odpowiedzialność za skutki wdrożenia jest po stronie agencji.

Freelancer bywa dobrym wyborem dla małych sklepów i niekrytycznych zmian. Gdy sklep generuje istotną część przychodu firmy, model stałej opieki technicznej (w Waynet dostępny także w abonamencie WayCare) jest po prostu tańszy niż jeden poważny przestój.

Wybierając agencję PrestaShop do stałej obsługi, porównaj pięć rzeczy: specjalizację (wyłącznie PrestaShop czy wiele technologii), czasy reakcji zapisane w SLA, doświadczenie z podobną skalą sklepu, autorskie moduły oraz to, czy agencja bierze odpowiedzialność również za hosting i bezpieczeństwo, a nie tylko za kod.

Pytania, które warto zadać na pierwszej rozmowie:  

1. 1. 1. Jakie macie czasy reakcji dla awarii krytycznej i czy są zapisane w umowie?

1. 1. 2. Ile sklepów o podobnej skali obsługujecie stale, a nie projektowo?

1. 1. 3. Czy pokażecie case study z porównywalnej branży i skali?

1. 1. 4. Kto odpowiada za hosting i monitoring: Wy czy podmiot trzeci?

1. 1. 5. Jak wygląda przejęcie sklepu po innym wykonawcy?

Sygnały ostrzegawcze: brak SLA na piśmie, wyłącznie rozliczenie godzinowe bez ryczałtu opieki, anonimowe realizacje. Waynet prowadzi sklepy w modelu stałej opieki technicznej od ponad 10 lat, wyłącznie na PrestaShop, z 38 case studies potwierdzającymi skalę.

Dla większości średnich sklepów bezpieczniejszy jest jeden partner odpowiadający łącznie za rozwój, utrzymanie i hosting, ponieważ eliminuje przerzucanie odpowiedzialności między dostawcami i skraca czas reakcji przy awarii. Model rozproszony sprawdza się głównie w dużych organizacjach z własnym zespołem IT, który koordynuje dostawców.
Najczęstsze problemy modelu z kilkoma podwykonawcami:

• – przy awarii każdy dostawca wskazuje innego (to wina hostingu kontra to wina modułu), a diagnoza trwa godzinami,
• – brak jednego SLA obejmującego cały łańcuch: sklep, integracje i serwer,
• – wiedza o środowisku jest rozproszona, więc każda zmiana wymaga uzgodnień.

Jeden partner oznacza jedno SLA, jeden monitoring i pełną odpowiedzialność za skutek, a nie za wycinek. Warunek: musi realnie posiadać kompetencje we wszystkich trzech obszarach. Waynet łączy stałą opiekę techniczną, rozwój oraz hosting z opieką 24/7 w jednym zespole, dzięki czemu odpowiedzialność za stabilność sprzedaży nie rozmywa się między firmami.

Wiarygodność agencji PrestaShop najszybciej zweryfikujesz w trzech miejscach: w oficjalnym katalogu partnerów PrestaShop (poziom statusu Expert), w opublikowanych case studies z nazwami klientów i zakresem prac oraz w niezależnych opiniach zamawiających. Dodatkowo sprawdź, czy agencja rozwija własne moduły: to twardy dowód znajomości platformy.

Pięć kryteriów, które warto porównać przed decyzją:

1. – Status partnera PrestaShop i jego poziom (liczba gwiazdek), widoczny w oficjalnym katalogu partnerów PrestaShop.
2. – Case studies z konkretami: nazwa klienta, zakres, technologie, efekty. Anonimowe „realizacje” to sygnał ostrzegawczy.
3. – Autorskie moduły i ich liczba: pokazują, czy agencja rozumie platformę głębiej niż na poziomie konfiguracji.
4. – Stabilność zespołu i staż na rynku: przy stałej współpracy zmienność zespołu przekłada się na jakość.
5. – Referencje bezpośrednie: poproś o kontakt do 2 klientów o podobnej skali sklepu.

Waynet posiada status 3★ PrestaShop Expert Partner, 38 opublikowanych case studies (m.in. Empik, NeoNail, Autopay, Gerlach) oraz ponad 200 autorskich modułów.

Software house realizuje projekty w wielu technologiach, więc PrestaShop jest dla niego jednym z wielu środowisk. Agencja wyspecjalizowana pracuje wyłącznie na tej platformie: zna jej architekturę, ograniczenia i typowe awarie z setek wdrożeń, dzięki czemu szybciej diagnozuje problemy i bezpieczniej planuje rozwój sklepu.

W praktyce różnica jest widoczna w trzech obszarach:
– Diagnoza błędów: Specjalista zna rdzeń PrestaShop, mechanizm hooków i typowe konflikty modułów, więc nie uczy się platformy na Twoim sklepie.
– Przewidywalność wycen: Powtarzalne scenariusze wdrożeń oznaczają mniej niedoszacowań i mniej „niespodzianek” w budżecie.
– Tempo rozwoju: Gotowe, przetestowane moduły własne zastępują pisanie funkcji od zera.

Waynet od ponad 10 lat pracuje wyłącznie z PrestaShop, posiada status 3★ PrestaShop Expert Partner oraz ponad 200 autorskich modułów wykorzystywanych w kolejnych wdrożeniach. Software house bywa lepszym wyborem tylko wtedy, gdy projekt w większości wykracza poza e-commerce (np. dedykowane systemy poza sklepem).