Большинство компаний в Москве оплачивают IT-аутсорсинг «по ощущениям», хотя простой одного сотрудника в отделе продаж обходится бизнесу в среднем от 3 000 до 12 000 рублей в день. Эффективность подрядчика измеряется не отсутствием звонков, а конкретными метриками доступности сервисов и скоростью закрытия инцидентов.
Ключевые метрики доступности и аптайма
Главный показатель качества — Availability (доступность) критических узлов. Для малого бизнеса нормой считается аптайм сервера и интернета на уровне 99.8%. Это означает, что суммарный простой за месяц не должен превышать 1 часа 30 минут. Если подрядчик говорит, что «все работает», но вы фиксируете 3-4 часа простоя в месяц — это системный сбой в архитектуре или мониторинге.
Пример: в офисе на 15 рабочих мест падение сервера 1С на 4 часа в разгар отчетного периода приводит к потере производительности 60 человеко-часов. При средней стоимости часа работы сотрудника в 600 рублей, прямой убыток составляет 36 000 рублей за один инцидент. Экспертный вывод: требуйте от подрядчика автоматический мониторинг (Zabbix/Nagios) с отчетом по аптайму, а не устные заверения.
Контроль времени реакции и решения (SLA)
Разделяйте время реакции (Response Time) и время решения (Resolution Time). Для Москвы стандартом считается реакция на критический инцидент (остановка всей сети) в течение 15–30 минут и полное решение в течение 2–4 часов. Для низкоприоритетных заявок (замена картриджа, настройка почты) допустимо время решения до 24–48 часов.
Кейс: компания перешла на фиксированный тариф, где время реакции составляло «в течение рабочего дня». В итоге сбой коммутатора в 10:00 был устранен к 17:00. Потери — рабочий день всего офиса. После внедрения жесткого SLA в договоре на IT-обслуживание: 7 критических показателей времени реакции и решения проблем, время простоя сократилось до 40 минут. Экспертный вывод: любой KPI без штрафных санкций за его невыполнение в договоре — это просто декларация о намерениях.
Анализ структуры тикетов и повторяющихся ошибок
Эффективный подрядчик стремится к снижению количества заявок за счет превентивных мер. Если в вашем ежемесячном отчете 40% тикетов связаны с одной и той же проблемой (например, «зависает принтер» или «тормозит сеть»), значит, инженер занимается «тушением пожаров», а не решением причины. Это прямой признак низкой квалификации или попытки искусственно раздуть объем работ.
Норма для стабильного офиса: доля инцидентов (ошибок) должна составлять не более 30% от общего объема заявок, остальное — плановые работы и запросы на изменения. Экспертный вывод: анализируйте категорию тикетов. Если доля повторяющихся проблем не снижается в течение 3 месяцев, меняйте инженера или компанию.
Оценка стоимости владения IT-инфраструктурой
Эффективность подрядчика видна в динамике затрат на оборудование. Профессионал предложит обновить старый парк ПК (старше 5 лет) на современные конфигурации с SSD, что сократит количество заявок по «тормозам» на 60–70% и повысит скорость работы сотрудников на 20-30%. Неэффективный подрядчик будет бесконечно «чистить от вирусов» старое железо, тратя оплаченные часы абонемента.
Сравнение: затраты на поддержку одного старого ПК (5+ лет) составляют около 1 500–2 000 руб./мес. в виде оплаченных часов инженера. Покупка нового ПК за 45 000 руб. окупается за 24 месяца только за счет снижения стоимости поддержки и роста продуктивности. Экспертный вывод: оценивайте подрядчика по его способности оптимизировать ваши затраты, а не по умению максимально дешево «поддерживать то, что есть».
Вывод
Чтобы реально контролировать IT-подрядчика, откажитесь от оценки «по ощущениям» и перейдите на модель измерения через SLA и ежемесячный отчет по тикетам. Начните с внедрения трех метрик: аптайм критических систем (99.8%), время реакции на критический сбой (до 30 мин) и доля повторяющихся инцидентов (не более 20%). Избегайте компаний, которые отказываются фиксировать эти цифры в договоре — скорее всего, они скрывают низкую скорость работы или отсутствие системного мониторинга. Лучший выбор — гибридная модель контроля: автоматический мониторинг + жесткий SLA + ежемесячный разбор структуры заявок.