До 40% компаний переплачивают IT-подрядчикам, оценивая их работу по субъективному ощущению «вроде всё работает», вместо жестких метрик. Реальный контроль качества начинается там, где в договоре прописаны штрафные санкции за нарушение SLA, а не просто обещания «быть на связи».
Время реакции и решения: ловушки SLA
Главная ошибка бизнеса — путать время реакции (Response Time) со временем решения (Resolution Time). Подрядчик может ответить на тикет за 15 минут (реакция), но чинить упавший сервер 12 часов (решение). Для критических систем (сервер 1С, шлюз интернета) норма реакции — до 30 минут, время решения — не более 4 часов. Для второстепенных задач (установка принтера) допустимо 4-8 часов на реакцию и до 48 часов на решение.
Кейс: Компания с штатом 50 человек внедрила жесткий KPI по Resolution Time. В итоге количество мелких «зависших» заявок сократилось на 30%, так как аутсорсер перестал имитировать деятельность, просто закрывая тикеты перепиской. Экспертный вывод: фиксируйте в договоре именно время полного устранения инцидента, иначе вы покупаете вежливое общение вместо работающего железа.
Аптайм и доступность инфраструктуры в цифрах
Показатель Availability (аптайм) должен измеряться в процентах за месяц. Стандарт «золотого сечения» для среднего бизнеса — 99,7% (допустимый простой до 2 часов 10 минут в месяц). Если подрядчик обещает 99,99% («пять девяток»), он либо лжет, либо вы переплачиваете за избыточное резервирование, которое стоит в 3-5 раз дороже обычного. Для стандартного офиса с одним основным сервером и облачным бэкапом 99,5% — реалистичный и достаточный порог.
Важный нюанс: аптайм должен считаться по фактическому доступу пользователей к сервису, а не по «зеленому индикатору» на сервере. Бывает, что сервер работает, но сеть лежит. Экспертный вывод: требуйте отчеты внешней системы мониторинга (Zabbix, PRTG), а не скриншоты из панели управления подрядчика.
Эффективность поддержки 1С и прикладного ПО
Контроль сопровождения 1С требует разделения метрик на «инциденты» (ошибки) и «запросы на изменение» (доработки). Эффективность оценивается по коэффициенту повторных обращений (Reopen Rate): если более 10% заявок возвращаются в работу с той же проблемой в течение недели, значит, подрядчик лечит симптомы, а не причину. Срок закрытия типового инцидента по 1С (ошибка проведения документа) должен составлять от 2 до 6 рабочих часов.
Пример: при внедрении интеграции с маркетплейсами задержка в обновлении конфигурации на 1 день привела к потере заказов на 150 000 рублей. Здесь работает расчет ROI: стоимость часа работы программиста (в среднем 3000–7000 руб.) ничтожна по сравнению с убытками от простоя. Экспертный вывод: внедряйте разделение зон ответственности между программистом и системным администратором, чтобы избежать перекладывания вины друг на друга при сбое базы данных.
Метрики здоровья парка ПК и сетей
Качество работы системного администратора видно по количеству заявок на одну рабочую станцию в месяц. Норма — не более 0,5–0,8 инцидентов на ПК. Если показатель выше 1,5 — ваша инфраструктура изношена или подрядчик работает реактивно (чинит, когда сломалось), а не превентивно. Превентивный подход подразумевает мониторинг износа SSD (параметр SMART) и заблаговременную замену диска до его смерти.
Кейс: переход на план модернизации компьютерного парка и сети предприятия позволил клиенту снизить количество заявок на «тормоза системы» с 20 до 4 в месяц, что высвободило 15% рабочего времени сотрудников. Экспертный вывод: оценивайте подрядчика по количеству предотвращенных аварий, а не по количеству закрытых тикетов. Чем меньше вы о нем слышите, тем лучше он работает.
Финансовые KPI и контроль перерасхода
При модели оплаты Time & Materials критически важно отслеживать отклонение фактических затрат от прогнозных (Variance). Допустимая погрешность — 10-15%. Если подрядчик систематически выходит за рамки сметы на 30% и более, это признак либо некомпетентности при оценке, либо сознательного раздувания часов. В модели Fixed Price основным KPI становится соблюдение сроков этапов (Milestones) с пеней от 0,1% до 0,5% от стоимости этапа за день просрочки.
Сравнение: Fixed Price выгоден при четком ТЗ на миграцию в облако, но опасен скрытыми доплатами за «доп. работы». Time & Materials прозрачнее при поддержке, но требует жесткого контроля тайм-шитов. Экспертный вывод: для ежемесячного обслуживания выбирайте фиксированную стоимость за абонентскую плату, но с лимитом бесплатных часов, чтобы избежать бесконтрольного роста чека.
Вывод
Чтобы IT-подрядчик не превратился в «черный ящик», начните с внедрения SLA с конкретными штрафами за нарушение Resolution Time и контроля аптайма через независимый мониторинг. Избегайте договоров с размытыми формулировками «в разумные сроки» и не переплачивайте за 99,99% доступности, если ваш бизнес не теряет миллионы за минуту простоя. Оптимальный вариант — гибридная модель: фиксированная плата за поддержку инфраструктуры и почасовая оплата за развитие и доработки 1С, с ежемесячным аудитом Reopen Rate и количества инцидентов на одно устройство.