Checkout
Scenariusz koszyk - dane - dostawa - płatność, bez składania prawdziwego zamówienia.
codziennie lub co 6 godzin
Mniej niespodzianek. Szybsza reakcja. Pisemny raport.
Store Reliability Plan zamienia przypadkowe aktualizacje i reakcję po zgłoszeniu klienta w stały rytm kontroli. Monitoruję krytyczną ścieżkę, sprawdzam kopie, aktualizuję na stagingu i raportuję ryzyka.
Wyślij dane sklepu emailemOdpowiedź z rekomendowanym poziomem w jeden dzień roboczy.
Reliability Commerce
1 490 EUR / miesiąc
Aktywny sklep z kampaniami i regularnymi zmianami
Sam uptime nie wystarcza. Strona może odpowiadać kodem 200, a koszyk, płatność lub wysyłka nadal mogą być zepsute.
Scenariusz koszyk - dane - dostawa - płatność, bez składania prawdziwego zamówienia.
codziennie lub co 6 godzin
Snapshot, staging, kontrola krytycznych ścieżek i dopiero później produkcja.
co miesiąc lub co 2 tygodnie
Nie tylko status zadania, ale kontrola integralności oraz okresowy test odtworzenia.
co miesiąc lub kwartał
Stałe URL-e i warunki pomiaru, żeby wychwycić regresję po zmianie motywu lub wtyczki.
co miesiąc lub tydzień
Każdy plan obejmuje raport i jasny limit drobnych zmian. Większe naprawy dostają osobny zakres przed rozpoczęciem.
690 EUR / miesiąc
Stabilny sklep z małą częstotliwością zmian
P1: do 1 dnia roboczego
do 2 h drobnych zmian
1 490 EUR / miesiąc
Aktywny sklep z kampaniami i regularnymi zmianami
P1: do 4 godzin roboczych
do 6 h drobnych zmian
2 890 EUR / miesiąc
Sklep z dużym kosztem awarii i częstymi release'ami
P1: do 2 godzin roboczych
do 12 h drobnych zmian
P1 oznacza niedostępną produkcję, checkout lub płatność. Czas reakcji obowiązuje w dni robocze CET i oznacza diagnozę oraz plan, nie gwarantowany czas naprawy.
Raport pokazuje, co działało, co się zmieniło i gdzie rośnie ryzyko. Ma pomóc właścicielowi sklepu podjąć decyzję, a nie tylko potwierdzić wykonanie abonamentu.
Plan zaczyna się audytem startowym. Istniejące awarie i dług techniczny nie stają się automatycznie częścią abonamentu.
Aktualizacje mają uzgodnione okno, snapshot i plan powrotu. Nie instaluję automatycznie każdej nowej wersji.
Pakiet obejmuje drobne poprawki do limitu godzin. Nowe funkcje, migracje i większe integracje wyceniam osobno.
Monitoruję objawy i pomagam eskalować, ale nie gwarantuję działania hostingu, bramki płatniczej ani API dostawcy.
Raport końcowy sprintu staje się baseline'em opieki. Znane ryzyka, scenariusze regresji i konfigurację monitoringu przenoszę do pierwszego miesiąca planu bez ponownego audytu startowego.
Nie. Każdy poziom zawiera limit drobnych zmian. Większy incydent lub rozwój otrzymuje pisemny zakres i cenę przed realizacją.
Standardowo nie. Scenariusz dochodzi do kontrolowanego punktu przed płatnością. Pełny test transakcyjny jest możliwy po przygotowaniu osobnej metody testowej.
Nie dla elementów krytycznych. Najpierw snapshot i staging, potem test checkoutu oraz publikacja w oknie serwisowym.
Nie. Monitoring działa stale, ale reakcja seniora obowiązuje w opisanych godzinach roboczych CET. Całodobowy dyżur wymaga osobnego zespołu NOC.
Tak, po płatnym baseline audit. Jeżeli sklep właśnie przeszedł Rescue Sprint, jego raport zastępuje część audytu startowego.
W odpowiedzi wskażę właściwy poziom, zakres audytu startowego i elementy, których nie da się uczciwie objąć stałą ceną.
Wyślij dane sklepu emailem