Почему крупные компании отдают ИТ на аутсорсинг: основные причины и популярные сценарии из практики

Логика «ИТ-аутсорсинг нужен тем, у кого нет своего ИТ отдела» выглядит убедительно, пока не посмотреть, кто за эти услуги платит. По исследованию B1 за 2026 год ИТ-поддержка оказалась самой передаваемой наружу функцией: её отдают подрядчикам 75% компаний, а 23% направляют на ИТ-аутсорсинг больше 90% бюджета по этой статье расходов. Бюджеты такого размера бывают у компаний с тысячами рабочих мест, а не у офиса на двадцать человек.

Ниже — зачем подрядчик компании, у которой есть и свой ИТ-департамент, и собственная разработка, какие сценарии передачи встречаются чаще всего и что крупный бизнес не отдаёт наружу ни при каких условиях. Статья пригодится ИТ-директорам и руководителям ИТ-отделов, которым нужно обосновать такое решение внутри компании.

Кто на самом деле покупает ИТ-аутсорсинг

Крупный бизнес — основной заказчик ИТ-аутсорсинга. Закономерность обратная той, что звучит в мифе: чем больше компания, тем меньше процентная доля ИТ-функций, которую она отдаёт наружу, и тем больше денег она на эти функции тратит.

Удобнее всего это видно на банках, самом регулируемом секторе, где к подрядчикам относятся настороженнее, чем где-либо. По оценкам «Информзащиты», которые приводит «Коммерсантъ» в 2026 году, доля переданных наружу ИТ- и ИБ-функций выглядит так.

Даже в сегменте, где Банк России с октября 2025 года рекомендовал отказаться от передачи критичных процессов, у крупных игроков наружу уходит от пятой части до трети работ. От небольших банков крупные отличаются долей переданного, но подрядчики есть и у тех, и у других.

Мотивы при этом меняются. В исследовании B1 экономическую эффективность как причину передачи функций называют 70% компаний, а доступ к внешним знаниям и опыту — 62% против 44% годом раньше. Одновременно доля компаний, которые пытаются закрыть проблему эффективности только наймом, упала с 33 до 23%. Аутсорсинг перестал быть способом сэкономить на штате и стал способом получить то, чего в штате нет.

Почему у крупной компании есть и свой ИТ, и подрядчик

С масштабом вопрос перестаёт звучать как «свои или внешние». Он звучит как «что именно оставить себе».

Крупные российские компании вкладываются в собственное ИТ как никогда раньше. По оценке MWS Cloud, которую в марте 2026 года приводил «Коммерсантъ», выручка дочерних ИТ-структур корпораций в 2025 году составила 1,964 трлн рублей, что на 21% больше, чем годом раньше, и примерно втрое больше, чем четыре года назад. Больше всех вложили финансы и страхование (около 754 млрд рублей), нефтегаз (397 млрд) и ритейл (307 млрд).

Это и есть то самое «держат всё в штате», оформленное отдельной компанией вместо отдела. Занимаются такие структуры разработкой, платформами и продуктами материнского бизнеса. Поддержкой рабочих мест на складе в другом регионе они не занимаются, и строить под это филиальную сеть инженеров никто не планирует.

Дальше начинается арифметика ёмкости. Своя команда ограничена не бюджетом, а количеством часов, которые она способна отработать. Каждый час, потраченный сильным инженером на замену диска в удалённом офисе, это час, не потраченный на интеграцию, миграцию или задачу, которую снаружи вообще никто не сделает. Поэтому крупные компании редко передают ИТ целиком и почти всегда передают его слоями.

Основные причины передачи ИТ на аутсорсинг

Причины, которые в крупном бизнесе срабатывают чаще остальных, разбираем по порядку.

География

У компании с филиалами в тридцати городах два варианта: держать инженера в каждом городе или покупать выезды там, где своих людей нет. Первый вариант означает штат, который 80% времени не загружен. Второй — контракт с подрядчиком, у которого в этих городах есть присутствие.

Проблема в том, что присутствие есть не у всех. По данным B1, качественные аутсорсинговые услуги доступны 33% респондентов из регионов против 78% из Москвы и Санкт-Петербурга. Разница больше чем в два раза, и для распределённой компании это означает, что подрядчика выбирают прежде всего по карте покрытия, а цена идёт вторым вопросом.

Пики и проектные волны

ИТ-нагрузка в крупной компании неровная. Открытие сорока точек за квартал, переезд офиса, миграция на отечественный стек, инвентаризация перед аудитом: всё это требует людей на несколько месяцев, а потом не требует вовсе.

Нанять под такую волну нельзя, потому что пока человек выйдет и войдёт в контекст, волна закончится. Поэтому проектную ёмкость покупают, а постоянную держат в штате.

Компетенции, которые невыгодно держать в штате

Специалист по СХД конкретного производителя, инженер по промышленным сетям, администратор платформы виртуализации, которая стоит в одном контуре из десяти. Такому человеку в компании нашлось бы работы на несколько дней в месяц, а зарплату он хочет за полный.

При этом в момент аварии он нужен немедленно и с опытом десятков похожих инцидентов. Это ровно та позиция, которую экономически оправданно держать на стороне подрядчика, где она загружена проектами нескольких заказчиков.

Круглосуточный режим

Смена из трёх инженеров покрывает рабочий день. Чтобы покрыть 24/7 с подменами, отпусками и больничными, нужно от пяти-шести человек только на дежурство, и это без учёта того, что ночью они в основном ждут. Для производства с непрерывным циклом или ритейла, который работает до 23:00, круглосуточная линия нужна, а собственная выходит дороже покупной.

Предсказуемость и ответственность по договору

Мотив, о котором редко говорят вслух, хотя в крупных компаниях он весит много. У штатной службы нет обязательств: если сервис лежал четыре часа, претензию предъявлять некому и вычитать не из чего. У подрядчика есть договор с метриками, отчётностью и финансовой ответственностью за их нарушение.

Для ИТ-директора это ещё и способ перевести расходы в понятный формат. Вместо фонда оплаты труда, переработок, обучения и закупки инструментов появляется фиксированная сумма за измеримый уровень сервиса, которую легко защитить перед финансовым блоком.

Кадровый дефицит

Нехватку кадров в исследовании B1 называют проблемой 81% компаний, и крупных это касается не меньше: за линейного инженера в регионе они конкурируют с теми же работодателями, что и все остальные.

На практике это значит, что закрыть вакансию бывает дольше, чем заключить контракт на обслуживание. А ещё найденного инженера нужно удержать, и рутина первой линии в этом не помогает.

Популярные сценарии: что именно уходит наружу

Набор того, что крупные компании передают подрядчику, довольно устойчив. Ниже сценарии, которые встречаются чаще всего.

Поддержка рабочих мест в распределённой сети

Самый массовый сценарий. Рабочие места, оргтехника, периферия, установка и переустановка ПО, замена вышедшего из строя железа. Работы однотипные, их много, они размазаны по географии, и ни одна из них не требует особой квалификации.

Масштабы здесь бывают такие, что своими силами задача не решается в принципе. В Татарстане миграцию более 100 тыс. рабочих станций в 82 организациях, включая министерства, ведомства и органы местного самоуправления, Минцифры республики вело вместе с ICL Services. По опубликованному подрядчиком описанию проекта, он собирал данные об оборудовании и приложениях, проверял совместимость, автоматизировал установку и обучал администраторов.

Выездное обслуживание в точках без своих специалистов

Магазины, склады, ПВЗ, производственные площадки, небольшие филиалы. Своего инженера там нет и не будет, а касса, сканер и сетевое оборудование ломаются. Подрядчик закрывает такие площадки выездами по заявке, а своя команда управляет этим процессом, не выезжая.

Здесь важен не сам выезд, а норматив на него. Для магазина простой кассы считается в потерянной выручке за час, поэтому в договоре фиксируют время прибытия по категориям площадок и запас подменного оборудования на складе подрядчика в регионе. Без этих двух пунктов выездная модель превращается в ожидание инженера из соседней области.

Первая линия и дежурная смена

Сценарий, в котором внутренняя команда сознательно отдаёт верхний слой. Приём обращений, типовые операции, восстановление доступов и маршрутизация уходят наружу. Вторая и третья линия, где нужно знание именно вашего ландшафта, остаются внутри. Так свои инженеры перестают разбирать очередь из однотипных заявок и занимаются системами.

Эксплуатация инфраструктуры при своём развитии

Разделение, которое чаще всего встречается в компаниях с собственной ИТ-дочкой или крупным департаментом разработки: развитие, архитектура и прикладные системы остаются своими, эксплуатация инфраструктуры и мониторинг уходят подрядчику. Своя команда при таком раскладе не отвлекается на поддержание работоспособности того, что уже внедрено.

Если собрать эти сценарии в одну картину, граница в крупной компании обычно проходит так.

Что крупные компании наружу не отдают

У аутсорсинга в крупном бизнесе есть довольно жёсткие границы, и продиктованы они требованиями регуляторов и устройством самого бизнеса.

Первыми идут процессы, которые регулятор требует держать внутри. В банках после рекомендаций Банка России от октября 2025 года в штат и в дочерние структуры уходят мониторинг и реагирование на инциденты, криптография, системы цифрового рубля и ключевая инфраструктура. У интеграторов при этом остаются разработка и поддержка фронтальных систем, аудиты, соответствие PCI DSS и антифрод.

Дальше идёт всё, вокруг чего построено конкурентное преимущество. Платформа, которая отличает компанию от конкурентов, остаётся своей, и вложения в дочерние ИТ-структуры это прямо подтверждают.

Третья граница проходит по архитектурным решениям и ответственности за них. Подрядчик может предложить, посчитать и внедрить, но решение о том, на чём стоит компания, принимает её ИТ-руководитель. Передавать наружу выбор стека — верный способ через два года обнаружить инфраструктуру, которую никто внутри не понимает.

Отдельная тема — привилегированный доступ. В исследовании B1 главными рисками аутсорсинга компании называют утечку корпоративных данных и недостаточную квалификацию исполнителей, по 53% каждый. Основания есть: по данным Cross Technologies, которые приводил «Коммерсантъ», на атаки через поставщиков и подрядчиков в 2025 году пришлось 25–30% киберинцидентов. Отсюда следуют требования к тому, как устроен доступ: отдельные учётные записи для подрядчика, PAM, журналирование его действий и регулярная ревизия выданных прав.

«Чаще всего граница проходит не по системам, а по ответственности. Мы просим заказчика до договора нарисовать карту функций и напротив каждой написать, кто принимает решение и кто отвечает за результат. На этом этапе обычно и выясняется, что половину спорных мест внутри компании понимают по-разному», — Кирилл Тимофеев, руководитель департамента информационных технологий ОБИТ.

Как это организуют, чтобы работало

Передача ИТ в крупной компании проваливается не из-за квалификации подрядчика. Она проваливается на стыках, и работа начинается задолго до подписания договора.

Карта функций и граница ответственности. Список всех ИТ-функций с пометкой, какие остаются внутри, какие уходят, какие делятся. Без этого списка на третий месяц появляются заявки, которые не берёт ни одна из сторон.

Документация и доступы. У кого лежит схема сети, кто ведёт реестр активов, что происходит с паролями при смене подрядчика. По нашему опыту это самое уязвимое место: инфраструктура обслуживается нормально, а знание о ней остаётся у внешних инженеров.

SLA, привязанный к последствиям простоя. «Реакция за 15 минут» ничего не говорит о том, когда заработает касса. Работающая метрика привязана к бизнес-процессу: время восстановления критичного сервиса, доступность в часы пик, срок закрытия заявки по категориям.

Одна система заявок. Если внутренняя команда работает в своём трекере, а подрядчик в своём, через полгода никто не сможет ответить, сколько времени реально живёт заявка. В исследовании B1, кстати, видно, как быстро этот участок исправляется, когда им занимаются: жалобы на низкий уровень управления проектами у заказчиков аутсорсинга упали с 47 до 17% за год, а общая удовлетворённость выросла с 71 до 84%.

«Ошибка, которую мы видим чаще всего, — передать подрядчику участок и оставить внутри единственного человека, который понимает, как он связан с остальным. Пока этот человек на месте, всё работает. Поэтому процессы на стыке нужно описывать не для подрядчика, а для себя», — Кирилл Тимофеев, руководитель департамента информационных технологий ОБИТ.

Как подойти к решению

Утверждение, что ИТ-аутсорсинг нужен только небольшим компаниям, не подтверждается ни статистикой, ни практикой. Крупный бизнес — главный заказчик этих услуг: ИТ-поддержку передают 75% компаний, а даже в банковском секторе с его требованиями наружу уходит от 20 до 42% ИТ- и ИБ-функций. Размер компании определяет не сам факт аутсорсинга, а его состав: с ростом масштаба процентная доля переданного падает, объём работ и денег растёт, и наружу уходят массовые, географически размазанные и круглосуточные задачи, а ответственность и архитектура остаются внутри.

Первый шаг здесь — инвентаризация: что в вашем ИТ-ландшафте есть, сколько часов на что уходит и какие из этих часов тратятся на то, что ваша команда делает лучше всех. Функции, которые в этот список не попали, и есть кандидаты на передачу.

Если такая задача у вас есть, приходите на бесплатную консультацию: разберём ваш контур, посчитаем, что выгодно оставить внутри, и покажем, как выглядит договор и SLA под ваш режим работы.