Бизнес и процессы
SLA
Также называют: соглашение об уровне сервиса, уровень поддержки, договор на техподдержку
Определение
SLA — соглашение об уровне сервиса: в нём зафиксированы доступность системы в процентах, время реакции и время устранения по классам инцидентов, часы работы поддержки и компенсации на случай, если подрядчик эти показатели не выдержал.
Доступность записывается процентом, и за этими процентами стоят вполне конкретные минуты. 99,9% в месяц — это около 43 минут простоя, 99,5% — примерно 3,6 часа, 99% — более семи часов. Разница в цене между этими уровнями кратная, потому что каждая девятка требует резервирования, мониторинга и дежурств. Отсюда практический вопрос при выборе: сколько стоит час простоя именно для вашего бизнеса. Для интернет-магазина в сезон это прямая потеря выручки, для корпоративного сайта — обычно нет, и платить за 99,99% там незачем.
Второй смысловой блок — реакция и устранение, и путать их нельзя. Время реакции означает, что обращение принято и по нему начали работать; время устранения — что проблема решена. Договор, где зафиксирована только реакция, гарантирует вам вежливый ответ за пятнадцать минут и молчание на трое суток. Оба показателя задаются по классам инцидентов: критический (система недоступна или не проходят оплаты), высокий (сломан ключевой сценарий, есть обходной путь), обычный (частная ошибка), низкий (косметика и пожелания). Классификация должна быть в договоре, иначе спор о том, критично ли это, начинается ровно в момент аварии.
На что смотреть в договоре кроме цифр. Часы поддержки: 5×8 в рабочие дни и 24×7 — принципиально разные услуги и разные деньги, а для магазина авария в субботу вечером обходится дороже, чем во вторник утром. Исключения: что не считается простоем — плановые работы, сбои у хостинга или у стороннего сервиса, последствия правок со стороны заказчика. Способ фиксации: без независимого мониторинга доступность считается по словам подрядчика. И компенсации: без них SLA — это декларация о намерениях, а не обязательство, но и рассчитывать на возврат упущенной выгоды не стоит — обычная практика ограничивает компенсацию частью абонентской платы.
Смежные термины
- CI/CDCI/CD — конвейер, который на каждый коммит автоматически собирает проект, прогоняет тесты и проверки, а затем выкладывает прошедшую сборку на тестовый стенд или в продакшн, убирая ручной деплой вместе с человеческим фактором.
- Аутсорс и инхаусАутсорс и инхаус — два способа закрыть потребность в разработке: нанять внешнюю команду по договору с фиксированной стоимостью часа или собрать штат, где к зарплатам добавляются страховые взносы, найм, оборудование и управление.
- Fixed Price и Time and MaterialFixed Price и Time and Material — две модели контракта: в первой зафиксированы объём, срок и цена, а риск с надбавкой за него лежит на подрядчике; во второй оплачивается фактически потраченное время по ставке, а объёмом управляет заказчик.
- APIAPI — зафиксированный набор правил, по которым одна программа запрашивает данные или действия у другой: адреса методов, формат запроса и ответа, авторизация и лимиты, описанные так, чтобы обе стороны могли меняться независимо.
- Технический долгТехнический долг — накопленная разница между тем, как система устроена, и тем, как она должна быть устроена: каждое упрощение ради срока превращается в постоянную надбавку к стоимости и срокам всех последующих задач.
Услуги по теме
- Доработка и поддержка сайтаНе каждый проект нужно переписывать. Часто дешевле починить скорость, исправить технические SEO-ошибки, добавить недостающие разделы и интеграции — и получить рабочий сайт без бюджета на новую разработку.
- IT-консалтинг и продуктовый аудитСамые дорогие ошибки в разработке делаются до первой строчки кода: неверно понятая задача, стек, выбранный по привычке подрядчика, и ТЗ, которого нет. Консалтинг нужен, чтобы разобраться до того, как начнётся счётчик разработки: что именно строить, из чего, за сколько и в каком порядке. Результат — документ, а не мнение на созвоне.
- Разработка веб-приложений и Telegram Mini AppКогда сайта уже мало и нужен продукт: личный кабинет, дашборд, внутренний сервис или Mini App внутри Telegram. Проектируем архитектуру, пишем бэкенд и фронтенд, доводим до релиза.
Почитать подробнее
- Как выбрать подрядчика на разработку: чек-лист вопросов и красные флагиПрактическое руководство по выбору подрядчика: кому подходит фрилансер, а кому интегратор, какие 25 вопросов задать на первом созвоне, как проверить кейсы в портфолио и что обязательно должно быть в договоре.
- Сколько стоит разработка сайта в 2026: разбор сметы по строкамРазбираем смету на разработку сайта построчно: сколько стоит аналитика, дизайн, вёрстка, бэкенд и интеграции, какие расходы всегда появляются после запуска и на чём можно сэкономить без последствий.
- Редизайн сайта без потери трафика: этапы, риски и SEO-чеклист переездаПоловина запросов на редизайн — это на самом деле проблемы контента, скорости или оффера. Разбираем, как отличить одно от другого, почему поэтапный вывод безопаснее большого запуска и что должно быть в чеклисте переезда, чтобы не потерять органику.
Нужна помощь с этим на практике?
Мы не только объясняем термины, но и делаем это руками. Опишите задачу — разберём и пришлём смету по этапам.