01
Ryczałt i pula godzin.
Stała opłata miesięczna pokrywa naszą gotowość: monitoring, SLA i dyżur. Do tego dochodzi pula godzin programistów, którą wykorzystujesz na drobny rozwój albo na naprawę błędów.
[RESPONSE P1] od 30 min
[MONITORING] 24/7
[PAKIETY] 3 + custom
[STACK] JS · React · Next · Node
S
Utrzymanie aplikacji JS:
trzy pakiety [
z jasnym SLA.]
Aplikacje w JavaScripcie wymagają stałej opieki. Zależności npm regularnie dostają poprawki bezpieczeństwa, a każda aktualizacja Node.js może coś zepsuć. Dlatego w umowie utrzymaniowej zapisujemy konkretny czas reakcji, pulę godzin i zakres prac, zamiast obiecywać, że odezwiemy się po awarii.
→ Sustain · Maintenance · Development · Security patches
I
Jak liczymy cenę.
Cena każdego pakietu składa się z ryczałtu za gotowość i puli godzin. Poniżej cztery zasady, które ustalamy przed podpisaniem umowy.
02
Czas reakcji liczony w godzinach.
Awaria krytyczna (P1) ma zapisany w umowie czas reakcji. Liczymy go w godzinach, a w pakiecie Enterprise w minutach, nie w dniach roboczych. Jeśli go przekroczymy, godziny wracają do puli.
03
Niewykorzystane godziny przepadają.
Płacisz za nasz czas i gotowość w danym miesiącu. Na kolejny miesiąc przechodzi maksymalnie 20% niewykorzystanych godzin, więc nie kumulują się bez końca.
04
P1 oznacza prawdziwą awarię.
Definicję błędu krytycznego zapisujemy w SLA: użytkownicy nie mogą się zalogować, koszyk nie działa, operator płatności nie odpowiada. Literówka w nagłówku nie jest zgłoszeniem P1, nawet jeśli bardzo razi.
II
Trzy pakiety na różny poziom ryzyka.
Obsługujemy zarówno stabilne projekty poboczne, jak i sklepy z obrotem 100 mln zł rocznie. Jeśli żaden pakiet nie pasuje, przygotujemy indywidualną umowę.
/ 01
Reaktywny
Basic / Standard
Stabilne projekty, rzadko zmieniane, dla których krótki przestój nie jest problemem.
1 500–3 000
zł netto / m-c
5–10
godzin / miesiąc
[P1 awaria]4–8 h roboczych
[P2 zgłoszenie]do 48 h
[godziny pracy]Pn–Pt · 9–17
- Podstawowy monitoring (UptimeRobot)
- Kopia zapasowa raz w tygodniu
- Drobne poprawki
- Wyceny nowych funkcji
- Stawka poza pakietem: 200 zł/h
Najczęściej wybierany
/ 02
Aktywny
Business / Growth
Aplikacje, które są rozwijane, zarabiają i wymagają regularnych poprawek.
4 500–8 000
zł netto / m-c
20–30
godzin / miesiąc
[P1 awaria]2–3 h · 8–20
[P2 zgłoszenie]do 24 h
[godziny pracy]Pn–Pt + weekend P1
- Rozszerzony monitoring (Sentry)
- Comiesięczne aktualizacje paczek npm
- Snyk · Dependabot · poprawki bezpieczeństwa
- Codzienna kopia zapasowa
- Stały koordynator i status co 2 tygodnie
- Stawka poza pakietem: 180 zł/h
24/7
/ 03
Krytyczny
Enterprise / Dedicated
Sklepy o dużym ruchu i SaaS B2B, w których każda minuta przestoju oznacza utracone przychody.
od 12 000
zł netto / m-c
40+
godzin / miesiąc
[P1 awaria]30–60 min · 24/7
[P2 zgłoszenie]do 12 h
[godziny pracy]24/7/365
- Infrastruktura jako kod (Terraform)
- APM: New Relic / Datadog
- Wydajność baz danych i API
- Natychmiastowe łatanie podatności
- Cotygodniowe raporty
- Opcjonalnie: dedykowany programista 0.5 FTE
- Stawka poza pakietem: 160 zł/h
III
Porównanie pakietów.
Wszystkie różnice między pakietami w jednej tabeli.
/ 01Reaktywny
/ 02Aktywny
/ 03Krytyczny
Cena miesięczna
1 500–3 000 zł
4 500–8 000 zł
od 12 000 zł
Godziny w pakiecie
5–10 h
20–30 h
40+ h
Stawka poza pakietem
200 zł / h
180 zł / h
160 zł / h
Czas reakcji P1
4–8 h
2–3 h
30–60 min
Czas reakcji P2
48 h
24 h
12 h
Godziny pracy
Pn–Pt · 9–17
+ weekend P1
24/7/365
Monitoring
uptime
uptime + Sentry
uptime + APM
Kopia zapasowa
1× / tydzień
codziennie
codziennie + replika
Aktualizacje npm
w razie potrzeby
1× / m-c
1× / 2 tyg.
Skan bezpieczeństwa (Snyk)
—
tak
tak + alerty
Raporty
—
co 2 tyg.
co tydzień
Stały koordynator
—
tak
tak
Przenoszenie godzin
max 20%
max 20%
max 20%
IV
Czym jest awaria krytyczna.
Najczęstsze nieporozumienie przy SLA wygląda tak: ktoś zgłasza literówkę jako P1 i programista wstaje o 3 w nocy. Dlatego obie listy zapisujemy w umowie.
natychmiastP1: poważna awaria
- →Aplikacja nie odpowiada (HTTP 5xx, biały ekran).
- →Użytkownicy nie mogą się zalogować.
- →Koszyk lub checkout nie działa.
- →Operator płatności zwraca błędy.
- →Wyciek danych lub krytyczna podatność na produkcji.
- →Synchronizacja z ERP lub PIM nie działa i blokuje sprzedaż.
kolejkaP2/P3: ważne, ale może poczekać
- ·Literówka, przesunięte logo, zły kolor.
- ·Pojedynczy użytkownik zgłasza nietypowe zachowanie.
- ·Strona ładuje się wolniej niż zwykle.
- ·Drobny błąd w panelu administracyjnym.
- ·Prośba o nową funkcję lub drobną zmianę.
- ·Zmiana treści w CMS.
V
Co zużywa godziny.
Krótkie zestawienie, żeby pierwsza faktura nie była zaskoczeniem.
Rozwój i nowe funkcje
Tak: implementacja, code review i wdrożenie. Rozliczamy w blokach 15-minutowych.
Wyceny i analiza
Tak. Wycena nowej funkcji to praca, więc schodzi z puli. Zwykle zajmuje 30–60 minut.
Naprawa błędów
Wszystkie błędy (P1, P2, P3) rozliczamy z puli. Jeśli widzimy, że awaria przekroczy pulę, uprzedzamy o tym wcześniej.
Aktualizacje paczek
Tylko w pakietach Aktywny i Krytyczny. Robimy je cyklicznie, poza pulą godzin.
Monitoring i alerty
Nie zużywają godzin, są w ryczałcie.
Raporty
Nie zużywają godzin. W pakietach Aktywny i Krytyczny są w ryczałcie.
→
Żaden pakiet nie pasuje?
Przygotowujemy też indywidualne SLA, na przykład z dedykowanym programistą na 0.5 lub 1.0 FTE, z karami umownymi za przekroczenie czasów reakcji albo z audytem i utrzymaniem w jednej umowie. Na omówienie wystarczy 30 minut.
Porozmawiajmy o indywidualnym SLA