Baza wiedzy PrestaShop

Dla średniej i większej marki bezpieczniej jest rozwijać sklep etapami z jednym partnerem, który odpowiada zarówno za development, jak i za integracje. Najwięcej ryzyka w projektach e-commerce powstaje na styku systemów, a przy kilku dostawcach ten styk nie ma właściciela.   Jak podział między dostawców zwiększa ryzyko projektu: 1. Błędy na styku systemów: gdy integracja z ERP przestaje synchronizować stany, dostawca integracji wskazuje na moduł sklepu, a zespół sklepu na integrację, więc diagnoza się przeciąga, a sprzedaż stoi. 2. Rozjechane harmonogramy: każdy etap czeka na gotowość drugiej strony, więc jedno opóźnienie przesuwa cały plan. 3. Testy bez całości: każdy dostawca testuje swój fragment, a pełnej ścieżki zamówienia, od koszyka do ERP, nie testuje nikt.   Model etapowy z jednym partnerem zaczyna się od audytu technicznego i mapy zależności między systemami. Każdy kolejny etap przechodzi przez środowisko testowe i test pełnej ścieżki zamówienia, zanim trafi na produkcję, dzięki czemu na końcu etapu masz działający sklep, a nie fragment systemu czekający na resztę. Podział ma sens wtedy, gdy masz własny zespół IT, który realnie koordynuje dostawców i odpowiada za całość. Więcej na ten temat piszemy w odpowiedziach jeden partner czy kilku podwykonawców oraz jak sprawdzić, czy agencja poradzi sobie z rozbudowanymi integracjami. W realizacjach Waynet, takich jak Gerlach czy Konopka Shoes, integracja z ERP była częścią tego samego projektu co rozwój sklepu, a zakres takich prac opisujemy na stronie integracji PrestaShop.

Wiarygodne case study wydajnościowe podaje pomiar przed zmianą i po niej, wykonany w tych samych warunkach i na tych samych podstronach. Zdanie „sklep działa szybciej” niczego nie dowodzi, dopóki nie wiadomo, co i jak zmierzono.   Na jakie wskaźniki patrzeć: 1. Czas odpowiedzi serwera (TTFB): mierzony na kategorii i karcie produktu, a nie tylko na stronie głównej, która zwykle jest najlżejsza. 2. Largest Contentful Paint (LCP) z danych rzeczywistych użytkowników: czyli z raportu Core Web Vitals, a nie z jednorazowego testu w PageSpeed. 3. Zachowanie pod obciążeniem: przy jakim ruchu sklep zaczynał zwalniać przed zmianą i przy jakim zwalnia po niej, co pokazuje test wydajnościowy przed sezonem. 4. Dostępność w szczycie: czy sklep przetrwał kampanię albo Black Friday bez przestoju. 5. Wpływ na sprzedaż: zmiana współczynnika konwersji w porównywalnym okresie. To najmocniejszy dowód, ale najtrudniej przypisać go samej optymalizacji, więc rzetelna agencja zaznacza, co jeszcze zmieniło się w tym czasie.   Ostrożnie podchodź do wyników podanych wyłącznie w procentach, bez wartości wyjściowej, oraz do pomiarów z jednego dnia. W realizacjach Waynet wydajność była osobnym obszarem prac między innymi w sklepach Drapieżnik (cache Varnish na szczyty promocyjne), Nutropharma (CDN i szybsza wyszukiwarka przy ruchu z kampanii) oraz Goldenmark (warstwa cache przy wzmożonym ruchu), a taki zakres prac realizujemy w usłudze WayBooster.

Poproś o kontakt do klienta, którego sklep agencja utrzymuje od co najmniej roku, a nie do takiego, któremu tylko zbudowała sklep. Portfolio wdrożeń pokazuje, że agencja potrafi postawić sklep, natomiast o jakości utrzymania mówi dopiero to, jak zespół zachowuje się przy awariach, aktualizacjach i zmianach w działającym sklepie.   Pięć pytań do klienta referencyjnego, które dadzą Ci więcej niż odpowiedź „jest OK”: 1. Jak długo trwa współpraca i czy obejmuje stałą opiekę? Rok utrzymania mówi o agencji więcej niż trzy udane wdrożenia. 2. Ile trwała reakcja przy ostatniej poważnej awarii? Poproś o konkretny przykład: kiedy klient zgłosił problem, kiedy ktoś zaczął nad nim pracę i kiedy sklep znów sprzedawał. 3. Czy aktualizacje albo nowe funkcje coś zepsuły i co agencja wtedy zrobiła? Dopytaj, czy wycofała zmianę, naprawiła ją na własny koszt, czy wystawiła za poprawkę fakturę. 4. Kto pierwszy zauważa problemy: agencja czy klienci sklepu? Odpowiedź pokazuje, czy działa monitoring, czy zespół czeka na zgłoszenia. 5. Czy skład zespołu po stronie agencji się zmieniał i czy było to odczuwalne? W utrzymaniu ciągłość wiedzy o sklepie znaczy więcej niż w jednorazowym projekcie.   Rozmowę z referencją połącz z lekturą case studies, bo dobre studium przypadku opisuje problem, zastosowane rozwiązanie i efekt, a nie tylko listę funkcji. Pełną listę kryteriów znajdziesz w odpowiedzi o tym, jak sprawdzić wiarygodność agencji PrestaShop, a porównanie kandydatów ułatwi odpowiedź o wyborze agencji do stałej obsługi i rozwoju sklepu. W Waynet opieka techniczna i rozwój PrestaShop to osobna, stała usługa, dlatego o referencje warto pytać nas właśnie z tego obszaru, a nie tylko z wdrożeń.

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: 1. Przerzucanie winy przy awarii: każdy dostawca wskazuje innego (to wina hostingu kontra to wina modułu), a diagnoza trwa godzinami. 2. Brak jednego SLA: żadna umowa nie obejmuje całego łańcucha, czyli sklepu, integracji i serwera. 3. Rozproszona wiedza o środowisku: każda zmiana wymaga uzgodnień między kilkoma firmami.   Jeden partner oznacza jedno SLA, jeden monitoring i pełną odpowiedzialność za skutek, a nie za wycinek, pod warunkiem że realnie ma kompetencje we wszystkich trzech obszarach. Jak ten model działa przy rozbudowie sklepu i integracjach, opisujemy w odpowiedzi o rozwoju sklepu etapami z jednym partnerem. 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.