Utrzymanie sklepu Magento i SLA - co powinno być w umowie

W skrócie

• Czas reakcji to nie czas naprawy - umowa bez tego drugiego jest wydmuszką
• Utrzymanie i rozwój to dwa osobne budżety, mieszanie ich kończy się brakiem obu
• Dostawca bez kontroli nad hostingiem nie może gwarantować dostępności
• Realny koszt dla średniego B2B: 4-12 tys. zł miesięcznie plus hosting
• Dostępy do repozytorium i infrastruktury muszą być na twojej firmie od pierwszego dnia

Co obejmuje utrzymanie sklepu Magento

Pod słowem „utrzymanie” każdy dostawca rozumie coś innego, dlatego pierwszy krok to rozbicie go na składniki i sprawdzenie, które są w ofercie:

• Monitoring - dostępność, błędy aplikacji, kolejki, miejsce na dysku
• Aktualizacje bezpieczeństwa - patche Magento i bibliotek, w tym pilne poza harmonogramem
• Backupy i odtwarzanie - nie samo robienie kopii, tylko przetestowane odtworzenie
• Obsługa awarii - zgłoszenia z gwarantowanym czasem reakcji
• Drobne poprawki - pula godzin miesięcznie na rzeczy, które nie są awarią
• Opieka nad integracjami - synchronizacja z ERP, kurierami, płatnościami

Ostatni punkt jest tym, o który toczy się najwięcej sporów. W sklepie B2B większość realnych awarii to nie jest padnięty serwer, tylko rozjechana integracja - ceny się nie zaktualizowały, zamówienia nie poszły do Comarcha, stany pokazują dostępność towaru, którego nie ma.

Jeśli umowa mówi o „utrzymaniu sklepu”, a integracje są poza zakresem, kupujesz opiekę nad najmniej problematyczną częścią systemu.

SLA - czasy reakcji i naprawy

Tu jest sedno i jednocześnie miejsce, w którym najłatwiej dać się przekonać ładnie brzmiącej liczbie.

Czas reakcji to moment, w którym ktoś potwierdza przyjęcie zgłoszenia. Nic więcej. Umowa gwarantująca reakcję w 30 minut brzmi świetnie i nie znaczy nic, jeśli naprawa może trwać dowolnie długo.

Czas naprawy albo przynajmniej czas obejścia to zobowiązanie, które ma wartość. Uczciwy dostawca zgodzi się na obejście - czyli przywrócenie sprzedaży, nawet prowizoryczne - w określonym czasie dla awarii krytycznych.

Rozsądny punkt wyjścia do negocjacji:

Drugie pytanie do zadania: co to znaczy „poza godzinami roboczymi”. Jeśli dyżur 24/7 kosztuje ekstra, a nie masz go w cenie, to sklep leżący w sobotę rano zostanie podniesiony w poniedziałek. Dla B2B, gdzie zamówienia idą w dni robocze, to bywa akceptowalne - ale musisz podjąć tę decyzję świadomie, a nie odkryć ją w trakcie awarii.

Klasyfikacja zgłoszeń - gdzie leży pułapka

Kto decyduje, że zgłoszenie jest krytyczne?

W większości umów decyduje dostawca. To wygodne dla niego i kosztowne dla ciebie, bo priorytet steruje czasem reakcji. Klasyczna sytuacja: nie działa składanie zamówień przez klientów z limitem kredytowym. Dla ciebie to awaria krytyczna - 60 proc. obrotu stoi. Dla dostawcy „częściowa niedostępność funkcji”, priorytet wysoki, reakcja następnego dnia.

Rozwiązanie jest proste i warto o nie powalczyć: kryteria priorytetu opisane w umowie liczbami, nie przymiotnikami. Na przykład „awaria krytyczna to stan, w którym niemożliwe jest złożenie zamówienia przez co najmniej 20 proc. aktywnych kontrahentów”. Wtedy klasyfikacja jest sprawdzalna, a nie uznaniowa.

Ile to kosztuje w Polsce

Widełki dla sklepu B2B średniej wielkości - kilka tysięcy indeksów, integracja z ERP, kilkuset aktywnych kontrahentów:

Trzy uwagi do tych liczb.

Po pierwsze, rozwój trzymaj poza umową utrzymaniową. Gdy jest w jednym worku, pilne poprawki zjadają pulę i przez pół roku nie posuwasz się do przodu. Rozbicie budżetu opisałem w budżet e-commerce B2B.

Po drugie, oferta poniżej 3 tys. zł z obietnicą pełnego SLA jest niewiarygodna. Za tę kwotę nie da się utrzymać gotowości reakcyjnej - ktoś musi być dostępny, a to kosztuje niezależnie od tego, czy coś się zepsuło.

Po trzecie, Adobe Commerce dokłada licencję, która jest osobną pozycją i nie ma nic wspólnego z opieką. Szczegóły w Magento / Adobe Commerce dla B2B.

Czego zwykle brakuje w umowie

Lista rzeczy, których nieobecność boli dopiero po fakcie:

• Testowe odtworzenie backupu raz na kwartał, z raportem. Backup, którego nikt nie odtworzył, jest hipotezą.
• Środowisko testowe utrzymywane razem z produkcją. Bez niego każda aktualizacja jest ruletką.
• Raport miesięczny - zgłoszenia, czasy, wykorzystane godziny. Bez tego nie wiesz, za co płacisz.
• Procedura wyjścia - kto przekazuje dokumentację, w jakim czasie, za jakie pieniądze.
• Dostępy na twojej organizacji - repozytorium, hosting, domena, konta płatności i kurierów.

Ten ostatni punkt jest najważniejszy, dlatego powtórzę go osobno. Gdy domena, repozytorium i serwer są na koncie agencji, rozstanie przestaje być decyzją biznesową, a staje się negocjacją - a brak historii commitów oznacza, że część integracji trzeba napisać od nowa. Załatw to w pierwszym tygodniu współpracy, gdy relacja jest jeszcze dobra - potem to rozmowa o braku zaufania.

Jak wybrać software house do utrzymania

Pytania, które w praktyce różnicują dostawców lepiej niż portfolio:

• Ile sklepów Magento utrzymujecie obecnie i ile z nich ma integrację z polskim ERP?
• Kto konkretnie będzie odbierał zgłoszenia - imiennie, nie „zespół”?
• Jak wygląda wasz proces wdrażania aktualizacji bezpieczeństwa Magento?
• Czy mogę zobaczyć przykładowy raport miesięczny z innego klienta, zanonimizowany?
• Co się stanie, jeśli awaria wynika z błędu waszego poprzednika?

Ostatnie pytanie jest testem na uczciwość. Odpowiedź „przepiszemy wszystko od nowa” zwykle oznacza, że dostawca nie chce wchodzić w cudzy kod - co jest zrozumiałe, ale kosztowne. Rozsądny partner zaproponuje audyt i wycenę etapami. Punkt wyjścia do takiej rozmowy daje audyt wydajności sklepu.

Najczęstsze pytania

Ile kosztuje utrzymanie sklepu Magento miesięcznie?

Dla średniego sklepu B2B 4-12 tys. zł miesięcznie za opiekę techniczną z gwarantowanym czasem reakcji, osobno hosting i osobno rozwój. Poniżej 3 tys. zł zwykle kupujesz tylko monitoring i aktualizacje bez realnego SLA.

Jakie czasy reakcji są normalne w SLA dla e-commerce?

Dla awarii krytycznej (sklep nie sprzedaje) 1-2 godziny reakcji w godzinach roboczych i 4 godziny poza nimi. Dla błędów niekrytycznych jeden dzień roboczy. Czas reakcji to nie czas naprawy - to dwie różne rzeczy i obie muszą być w umowie.

Czy SLA powinno gwarantować dostępność sklepu?

Tak, ale tylko jeśli ten sam dostawca odpowiada za hosting. Software house bez kontroli nad infrastrukturą nie może odpowiadać za uptime i uczciwy partner tego nie podpisze.

Co zrobić, gdy software house przestaje odpowiadać?

Zabezpiecz dostępy zanim to nastąpi. Repozytorium, hosting, domena i konta zewnętrzne muszą być na twojej organizacji, nie na koncie agencji. Bez tego zmiana dostawcy zajmuje miesiące zamiast tygodni.

Co dalej

• Zarządzanie e-commerce - filar z pełnym przeglądem
• Budżet e-commerce B2B
• Współpraca IT z biznesem
• Audyt wydajności sklepu

Najczęstsze pytania