- Бесплатные инструменты
- Калькулятор SLA
Калькулятор SLA
Рассчитайте uptime SLA и соответствие тикетам
Uptime SLA
Ticket SLA Compliance
Formula: (Resolved on Time ÷ Total Tickets) × 100
Калькулятор SLA переводит абстрактные проценты в конкретные числа — минуты допустимого простоя или долю тикетов, реально закрытых в срок. Две стороны SLA часто путают: uptime SLA — обязательство по инфраструктуре (система остаётся доступной), а ticket SLA — обязательство поддержки (мы реагируем или решаем за X). Эта страница покрывает обе.
«99.9% доступности» звучит почти идеально, но допускает 8 часов 46 минут простоя в год. По данным Gartner, средняя стоимость простоя ИТ-систем составляет $5,600 в минуту, или более $300,000 в час. Для e-commerce один час простоя в пиковый период — около $500,000 упущенной выручки.
Соответствие SLA по тикетам — аналогичная метрика на стороне поддержки. Если команда обещает первый ответ в течение часа и из 100 тикетов 92 уложились в срок, соответствие 92%. Здоровый уровень — 95% и выше. Ниже 90% — сигнал проблемы со штатом или сортировкой, а не «медленных операторов».
Концепция «девяток» в доступности — стандарт индустрии. AWS, Azure и Google Cloud публикуют SLA именно так. AWS гарантирует 99.99% для большинства сервисов, что означает не более 52.6 минут простоя в год — нарушение запускает сервисные кредиты. Тот же принцип ответственности применяется к ticket SLA в клиентских контрактах.
Как пользоваться Calculator
- Uptime SLA: введите или выберите целевой процент доступности. Прочитайте максимально допустимый простой за день, неделю, месяц и год.
- Ticket SLA Compliance: укажите общее число обращений за период и сколько из них закрыто в срок. Калькулятор покажет процент соответствия, количество просроченных и простую оценку.
- Сравните сценарии: попробуйте разные уровни uptime или смоделируйте, как изменится соответствие, если сократить пропуски вдвое.
Советы
- Каждая девятка в 10 раз сложнее: переход от 99.9% к 99.99% сокращает допустимый простой в 10 раз. Инженерные затраты растут экспоненциально.
- Исключите плановое обслуживание: большинство SLA не учитывают запланированные окна обслуживания. Уточните это в соглашениях.
- Измеряйте со стороны клиента: внутренний мониторинг может показывать 100%, но если клиенты сталкиваются с проблемами DNS или CDN — их опыт другой.
- Ставьте реалистичный ticket SLA: «1 час на первый ответ при 95% соответствии» достижимо для большинства команд. Обещание «15 минут при 99%» требует круглосуточного штата или автоматизации.
- Считайте пропуски, а не только процент: 95% от 1000 тикетов — это 50 клиентов, оставшихся без обещанного ответа. Каждому нужен follow-up, а не просто строка в дашборде.
Часто задаваемые вопросы
Что такое SLA?
В чём разница между uptime SLA и ticket SLA?
В чём разница между 99.9% и 99.99% доступности?
Как рассчитать SLA доступности?
Как рассчитать соответствие SLA по тикетам?
Какое соответствие SLA по тикетам считается хорошим?
Какой SLA считается разумным для SaaS-продукта?
Что происходит при нарушении SLA?
Измерять SLA в календарном времени или в рабочих часах?
Похожие инструменты
Ready to try Converge?
$49/month flat. Up to 15 agents. 7-day free trial, no credit card required.
Start Free Trial