Уявіть: ваш інтернет-магазин впав у п'ятницю ввечері — в пік замовлень. Ви телефонуєте постачальнику IT-підтримки, але в договорі написано лише «надаємо технічну підтримку». Коли чекати відповіді — через 15 хвилин чи через 2 дні? Саме для того, щоб цього не сталося, існує SLA.
Що таке SLA
SLA (Service Level Agreement) — угода про рівень обслуговування. Це юридично обов'язковий документ між замовником і постачальником послуг, який чітко визначає параметри якості: що, коли і як буде виконано. SLA перетворює розмиті обіцянки на вимірювані зобов'язання.
Ключові метрики SLA
Час першої відповіді (First Response Time)
Час від моменту надходження звернення до першої реакції спеціаліста. Не розв'язання проблеми — а саме підтвердження того, що звернення отримано і взято в роботу. Типові значення: критичні інциденти — 15–30 хвилин, стандартні запити — 1–4 години.
Час вирішення (Resolution Time)
Час від відкриття тікету до повного вирішення проблеми. Залежить від пріоритету: P1 (критичний) — 1–4 години, P2 (високий) — 4–8 годин, P3 (середній) — 1–2 робочих дні, P4 (низький) — 3–5 робочих днів.
Uptime (доступність системи)
Відсоток часу, протягом якого система або сервіс є доступними. Це найважливіша метрика для хмарних сервісів і критичних систем:
99% uptime — 87,6 годин простою на рік (прийнятно для некритичних систем)
99,9% uptime — 8,76 годин простою на рік (хороший рівень для бізнес-додатків)
99,95% uptime — 4,38 годин простою на рік
99,99% uptime — 52,6 хвилини простою на рік (enterprise-рівень)
MTTR (Mean Time To Recovery)
Середній час відновлення після збою. Чим нижче — тим краще. Для критичних систем мета — MTTR менше 1 години.
Рівні SLA: що зазвичай пропонують
Більшість постачальників IT-послуг мають кілька пакетів підтримки:
Basic — підтримка в робочі години (09:00–18:00, пн-пт), відповідь протягом 4 годин, вирішення протягом 2 робочих днів
Business — розширені години (08:00–20:00, пн-сб), відповідь 1 година, вирішення критичних — 4 години
Premium/24x7 — цілодобово 7 днів на тиждень, відповідь 15–30 хвилин, виділений інженер, проактивний моніторинг
Штрафні санкції: що буває при порушенні SLA
Хороший SLA містить механізм штрафних санкцій (SLA credits або penalties). Типові схеми: часткове повернення щомісячної плати за кожну годину понад ліміт простою, фіксована компенсація за кожен порушений тікет пріоритету P1, право клієнта розірвати договір без штрафу при систематичних порушеннях (3+ рази за квартал).
Як переговорити хороший SLA
Крок 1: Визначте критичність своїх систем
Які системи для вас критичні? Збій якої системи зупинить бізнес протягом години? Це і є системи, для яких потрібен жорсткий SLA із гарантіями 24/7.
Крок 2: Запитайте звіти
Хороший постачальник надасть звіти за попередніми клієнтами або власну статистику uptime та часу реагування. Якщо відмовляє — це червоний прапор.
Крок 3: Перевірте визначення термінів
«Критичний інцидент» повинен мати чітке визначення в договорі. «Робочі години» — теж. Що вважається «простоєм» — тільки повна недоступність чи також деградація продуктивності?
Крок 4: Наполягайте на ескалаційній матриці
Хто куди дзвонить, якщо перший спеціаліст не вирішив проблему за відведений час? Ескалаційна матриця з іменами і телефонами — обов'язкова для критичних систем.
Приклад хорошого SLA для малого бізнесу
Для інтернет-магазину з оборотом 500 000 грн/місяць оптимальний SLA виглядає так: критичні збої (сайт недоступний) — відповідь 30 хвилин, вирішення 2 години, 24/7. Некритичні запити — відповідь 2 години, вирішення 1 робочий день. Uptime-гарантія 99,9%. Щомісячний звіт про виконання SLA.
SLA — це не просто папірець. Це інструмент управління ризиками, який захищає ваш бізнес від непередбачуваних простоїв і розмитої відповідальності постачальника. Вимагайте чіткого SLA з будь-яким IT-партнером.