KPI для оценки эффективности IT-компании: как понять, что абонентское обслуживание окупается

Средняя стоимость одного часа простоя бизнес-процессов в МСБ варьируется от 5 000 до 50 000 рублей, но большинство компаний оценивают работу IT-подрядчика по субъективному ощущению «вроде всё работает». Чтобы понять, окупается ли абонентское IT-обслуживание vs штатный системный администратор, нужно перейти от оценки усилий к измерению доступности сервисов и стоимости инцидентов.

Uptime серверов: реальные цифры против маркетинга

Показатель доступности (Uptime) в 99,9% означает допустимый простой не более 43 минут в месяц. Для малого бизнеса с локальным сервером 1С или файлохранилищем нормальным считается 99,5% (до 3,6 часов простоя в месяц), так как полное резервирование «железа» увеличивает смету на 40-60%. Если ваш подрядчик заявляет 100% без дублирования блоков питания и дисковых массивов RAID-10 — это лукавство.

Кейс: компания из 20 рабочих мест теряла по 15 000 руб./час при падении сервера. При Uptime 98% (простой 14 часов в месяц) убытки составляли 210 000 руб. Переход на отказоустойчивую схему с SLA по времени восстановления в 2 часа сократил потери до 30 000 руб., что полностью окупило стоимость расширенного тарифа обслуживания за 2 месяца.

Экспертный вывод: Не гонитесь за «девятками» из дата-центров, если у вас один сервер в шкафу. Требуйте фиксации Uptime именно для критических сервисов (1С, почта, CRM), а не для всей сети в целом.

Динамика тикетов: когда «тишина» — это плохо

Многие владельцы бизнеса радуются отсутствию заявок, считая это признаком стабильности. На практике отсутствие тикетов при наличии 15+ рабочих мест часто означает, что сотрудники перестали обращаться в поддержку из-за сложности регламента или игнорирования мелких проблем. Здоровая метрика — 1,5–3 тикета на одного пользователя в месяц (включая консультации и мелкие правки).

Важен анализ структуры: если 80% заявок — это «завис компьютер» или «не печатает принтер», значит, подрядчик занимается тушением пожаров, а не превентивным обслуживанием. Эффективный сервис смещает фокус на мониторинг: 70% проблем должны решаться до того, как пользователь заметит сбой.

Экспертный вывод: Оценивайте не количество, а соотношение реактивных заявок к проактивным действиям. Если в отчете нет пунктов «обновление ПО», «чистка логов», «проверка бэкапов» — вы платите за ожидание аварии, а не за поддержку.

MTTR и время реакции: где теряются деньги

Разница между временем реакции (Response Time) и временем восстановления (Recovery Time) критична. Реакция в 15 минут бесполезна, если фактическое восстановление работы сервера (MTTR) занимает 8 часов из-за отсутствия актуального бэкапа. В сегменте МСБ нормальный MTTR для критического сбоя — от 2 до 4 часов при наличии выездной поддержки.

Пример: при поломке материнской платы сервера время реакции в 30 минут (ответ диспетчера) не влияет на бизнес. Влияет время доставки запчасти и запуск системы. Если подрядчик не имеет склада запчастей или договоренностей с поставщиками на экспресс-доставку (до 4 часов), любой SLA по реакции становится формальностью.

Экспертный вывод: В договоре фиксируйте именно время восстановления работоспособности сервиса. Проверяйте, как работает регламент выездной поддержки: сколько времени инженер фактически едет до офиса в часы пик.

Стоимость владения и скрытые расходы

Окупаемость абонентского обслуживания считается через формулу TCO (Total Cost of Ownership). Сравнение «Зарплата админа vs Абонентская плата» ошибочно. Нужно учитывать налоги (30% с ФОТ), оплату отпусков, стоимость лицензий на ПО для мониторинга (Zabbix, PRTG) и риск «автобуса» (когда единственный админ увольняется вместе со всеми паролями).

Типичный расчет для офиса на 30 мест: штатный системный администратор обходится в 80-120 тыс. руб./мес. Аутсорс с SLA аналогичного уровня стоит 40-70 тыс. руб./мес. При этом аутсорс дает доступ к команде (L1, L2, L3 инженеры), что исключает простой из-за болезни одного человека.

Экспертный вывод: Переходите на аутсорс, если стоимость поддержки превышает 15% от общего фонда оплаты труда офиса или если ваши бизнес-процессы требуют компетенций, которых нет у одного универсального «сисадмина».

Вывод

Чтобы IT-обслуживание окупалось, перестаньте измерять его «отсутствием проблем». Начните с внедрения трех KPI: Uptime критических сервисов (не ниже 99,5%), MTTR (восстановление до 4 часов) и доля проактивных работ в ежемесячном отчете (не менее 30%). Избегайте подрядчиков, которые предлагают «безлимит за копейки» без фиксации времени восстановления в SLA — в 90% случаев это ведет к скрытым убыткам от простоев бизнеса. Оптимальный путь: провести аудит инфраструктуры, зафиксировать стоимость часа простоя и выбрать тариф, где стоимость страхования этого риска (абонентская плата) не превышает 10-15% от возможных потерь за год.