ИТ-аутсорсинг: 10 главных ошибок и чек-лист, как их избежать

До 70% проектов ИТ-аутсорсинга не достигают ожидаемых показателей. Они сталкиваются с дефицитом бюджета, срывом сроков или недополучением бизнес-выгоды, по данным глобальных индустриальных исследований IAG-консалтинг. Поэтому модель «передать часть функций подрядчику и заниматься своими делами» не так проста, как звучит. В этом материале мы проанализировали многолетний опыт «Софтлайн Решений» (ГК Softline) по поддержке тысяч инфраструктур. Если вы ищете партнера по аутсорсингу впервые или уже сталкивались с неудачным опытом сотрудничества, эта статья поможет системно подойти к выбору и избежать типичных ошибок.

Как изменился ИТ-аутсорсинг за последние годы: критичные моменты для выбора провайдера

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

Если раньше компании ориентировались в первую очередь на цену и базовое SLA, то сейчас для 70% главным критерием стала экономическая эффективность, а для 62% — доступ к экспертизе в разных областях (исследование B1, 2026). Крупный бизнес смотрит на совокупную стоимость владения (TCO), окупаемость, масштабируемость и прогнозируемый рост затрат, а не только на первоначальную стоимость внедрения.

На смену модели «прислать инженера по заявке» пришёл запрос на провайдеров с собственными складами ЗИП и лабораториями для тестирования, что снижает простои и операционные риски (CNews, 2026).

Теперь компании всё реже ищут подрядчика под отдельный проект: в рейтингах TAdviser (2026) максимальный вес имеют комплексные компетенции и способность провайдера поддерживать долгосрочные программы, так как бизнес нацелен на стратегическое сотрудничество.

Фокус сместился с компетенций отдельного специалиста на процессы: важны сроки замены (до 10 рабочих дней), условия расторжения, SLA в договоре и качество онбординга — 80% проблем связаны именно с плохим встраиванием специалистов в процессы (РБК/Else digital, 2026).

Наконец, помимо портфолио и технологического стека, заказчики оценивают мощность провайдера (штат, отраслевые компетенции) и использование генеративного ИИ в разработке как маркер зрелости (CNews, 2026).

Андрей Попов,
владелец продукта департамента сервисных решений компании «Софтлайн Решения» (ГК Softline): «Аутсорсинг — это не покупка дешевых рук, а инвестиция в зрелость процессов. Мы трансформируем техподдержку из службы реагирования в проактивную экосистему: наш High Safety выявляет узкие места до остановки бизнеса, а управляемые сервисы забирают всю рутину, позволяя клиенту фокусироваться на развитии инфраструктуры».

Блок 1. Ошибки на этапе выбора подрядчика

Ошибка №1. Выбирать услуги аутсорсинга только по цене

Низкая цена может свидетельствовать об экономии на квалификации специалистов, процессах и качестве кода. По данным IBM, стоимость исправления ошибки после релиза может быть в 100 раз выше, чем на этапе проектирования. А переход на нового подрядчика в среднем обходится втрое дороже первоначальной «экономии».

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

Как выбрать ИТ-аутсорсера?

1. Изучите репутацию. Запросите контакты 2–3 бывших клиентов и спросите их о качестве услуг.
2. Запросите детализированный расчет. Не общую сумму, а разбивку по ролям и обоснование каждого этапа.
3. Оцените техническую экспертизу. Дайте оплачиваемое тестовое задание, приближенное к вашей реальной задаче.
4. Проверьте соответствие отраслевому опыту. Попросите показать кейсы из вашей сферы с описанием сложностей и способов их решения.

Ошибка №2. Неверный расчет TCO

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

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

Как посчитать реальную стоимость аутсорсинга?

1. Попросите потенциального ИТ-подрядчика рассчитать стоимость услуги на 1–2 года при нескольких сценариях: текущая нагрузка, рост бизнеса и расширение объема услуг.
2. Сравните полученный TCO с затратами на собственную ИТ-функцию и на гибрид.
3. Убедитесь, что в TCO подрядчика заложены затраты на сертифицированные СЗИ (средства защиты информации), регулярные пентесты и подготовку документации.

Таблица. Пример скрытых расходов, которые нужно учесть в расчете TCO

Ошибка №3. Игнорирование рисков безопасности и утечки данных

Передавая ИТ-функции на аутсорсинг, многие компании забывают, что ответственность за безопасность данных остаётся на заказчике. Это прямое требование 152-ФЗ: аутсорсинг не снимает с компании обязанности по защите персональных данных и контролю над подрядчиком.

Исследование CICADA8 показало, что 55% ИТ-подрядчиков крупных компаний имеют критически низкий уровень защиты: у них открыты системные порты для доступа из интернета, у 32% — неисправленные критические уязвимости, а у 27% — логины и пароли от корпоративных систем найдены в даркнете.

С 1 марта 2026 года вступил в силу Приказ ФСТЭК №117, который обязывает подрядчиков государственных информационных систем соблюдать те же требования защиты, что и заказчики. 53% специалистов по безопасности оценивают риск утечки через искусственный интеллект как высокий: 42% компаний уже сталкивались с тем, что сотрудники загружали конфиденциальные данные в публичные нейросети.

Как учесть риски безопасности при аутсорсинге?

1. Проверяйте безопасность подрядчика: лицензии ФСТЭК и ФСБ, сертификаты ISO 27001, отчёты о пентестах не старше 6 месяцев.
2. Включите в договор стандарты безопасности: шифрование (TLS), MFA, аудит действий администраторов, соответствие 152-ФЗ и приказу ФСТЭК № 117.
3. Контролируйте удалённый доступ. Настройте VPN или шлюз — доступ только к приложениям, а не ко всей сети.
4. Проводите регулярные аудиты: ежемесячные отчёты по уязвимостям, ежегодный независимый аудит.
5. Заключите NDA с ответственностью за утечки. Пропишите штрафы и порядок расследования инцидентов.

Читайте в блоге «Софтлайн Решений»:

Аутсорсинг ИТ. 10 задач, которые выгоднее передать внешнему партнеру

Блок 2. Ошибки на старте

Ошибка №4. Отсутствие аудита и размытое ТЗ перед стартом

По данным PMI, 37% ИТ-проектов в крупных компаниях проваливаются именно из-за некачественного сбора требований. Это одна из самых частых и дорогостоящих ошибок. Крупный бизнес управляет сложными ландшафтами, десятками взаимосвязанных систем, кастомными решениями. Если не продумать детали, компания столкнется с непредсказуемым OPEX, постоянными запросами на изменения и риском не достичь стратегических KPI.

С 1 октября 2025 года вступили в силу новые требования Банка России (Положение № 716-П), обязывающие кредитные организации применять жесткие правила управления рисками аутсорсинга. Теперь кредитным организациям необходимо подтверждать Банку России, что они контролируют подрядчика. Приказ ФСТЭК № 117 требует единой структуры документации и сертифицированных средств защиты для подрядчиков, работающих с ГИС. Без предварительного аудита и детального ТЗ вы не сможете выполнить эти требования.

Более того, без четко зафиксированных условий вы теряете право предъявлять претензии по качеству. Судебная практика показывает, что 80% споров с аутсорсерами выигрывает тот, у кого детальнее прописано ТЗ. Передача непроверенной инфраструктуры без разграничения прав доступа создает риск раскрытия коммерческой тайны и персональных данных. Утечка может привести к штрафам до 3% выручки, репутационным потерям и ослаблению рыночных позиций.

Как составить ТЗ для ИТ-аутсорсинга, чтобы не переплачивать?

1. Проведите комплексный ИТ-аудит до выбора подрядчика. Аудит должен включать инвентаризацию оборудования и ПО, проверку резервных копий, анализ безопасности и карту интеграций — на выходе вы получите документ с описанием зон риска.
2. Составьте детальное ТЗ на основе аудита. Пропишите не просто «что сделать», а измеримый бизнес-результат. Например, вместо «обеспечить работу 1С» напишите: «время восстановления после сбоя — не более двух часов, доступность — 99,9%».
3. Пропишите KPI и SLA. Зафиксируйте время реакции и решения инцидентов, доступность сервисов, процент заявок, решенных в срок.
4. Назначьте внутреннего архитектора или тех-лида. Он обеспечит контроль и преемственность знаний при смене подрядчика.

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

Узнать больше

Ошибка №5. Неподготовленный персонал

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

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

Как подготовить персонал к работе с ИТ-подрядчиком?

1. Запустите коммуникационную кампанию до подписания контракта. Объясните сотрудникам, почему принято решение и что изменится: какие гарантии сохраняются (стаж, соцпакет, график), какие процессы меняются, кто становится куратором.
2. Создайте службу заказчика. Это команда менеджеров внутри компании, отвечающая за взаимодействие с аутсорсером: постановку задач, контроль качества и управление отношениями.
3. Четко разделите роли. Закрепите, за какие процессы отвечает штат, а за какие — подрядчик.
4. Обеспечьте юридическую прозрачность. Оформляйте переход в соответствии с ТК РФ, не допуская серых схем.
5. Подготовьте линейных руководителей к изменениям: именно они формируют ежедневное отношение команды к изменениям и должны быть готовы отвечать на вопросы сотрудников.

Блок 3. Ошибки в процессе работы

Ошибка №6. Непродуманный SLA

Если в контракте прописаны стандартные показатели — время реакции, время устранения, доступность 99,9%, — но они не исполняются на практике, возникает эффект «арбузных метрик». Внешне они демонстрируют идеальные показатели, но бизнес все равно испытывает неудобства: «зеленая корка» SLA скрывает «красную мякоть» проблем.

Например, служба поддержки может закрывать 95% заявок в срок, но при этом оставлять пользователей без реальной помощи:

• дробить один пользовательский запрос на 3–5 заявок, чтобы каждая уложилась в норматив;
• закрывать заявки без реального решения, перекладывая проблему на пользователя;
• измерять время ответа на заявку, а не время до фактического решения проблемы.

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

Как обеспечить реальное качество сервиса по SLA?

1. Используйте XLA (Experience Level Agreement) — соглашение об уровне пользовательского опыта. Оно оценивает не только технические показатели работы систем, но и удовлетворенность пользователей сервисом.
2. Пересматривайте SLA при смене бизнес-задач, технологий или структуры компании.
3. Ориентируйтесь на 5–7 ключевых показателей. Лучше несколько метрик, отражающих приоритеты бизнеса, чем 50 формальных.
4. Используйте периоды адаптации — первые 60–120 дней дайте провайдеру на обучение и корректировку целей, а не стремитесь наказывать с первого дня.

Softline обеспечила холдинг «Сибирский цемент» инцидентной поддержкой

Ошибка №7. Хаотичная коммуникация

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

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

Как наладить коммуникацию при аутсорсинге?

1. Закрепите официальный канал для постановки задач и обмена документами. Так вся ключевая информация хранится централизованно и исключает потерю сообщений и дублирование.
2. Пропишите регламент коммуникации в SLA. Укажите время на ответы, например: письмо — до 4 рабочих часов, согласование ТЗ — до 2 рабочих дней, реакция на критический инцидент — 15 минут.
3. Составьте график регулярных встреч. Это может быть ежедневная постановка задач, еженедельное обсуждение планов, инцидентов, ежемесячное обсуждение KPI или стратегии.
4. Назначьте ответственных за коммуникацию. Со стороны подрядчика — Service Delivery Manager, со стороны заказчика — менеджер службы заказчика.

Ошибка №8. Отсутствие участия и контроля руководства

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

Как не допустить устранения руководства от контроля аутсорсинга?

1. Внедрите дашборды. Предоставьте руководству доступ к мониторингу, где в режиме реального времени отражаются ключевые показатели: количество активных инцидентов, заявки с истекшим сроком, уровень соблюдения SLA.
2. Откажитесь от автоматических платежей. Подписывайте каждый следующий транш только после проверки результатов этапа.
3. Автоматизируйте отчеты. Настройте отправку коротких сводок ботом в мессенджер или на email каждый понедельник.

Блок 4. Стратегические ошибки

Ошибка №9. Сильная зависимость от подрядчика

Главный вопрос, который нужно задать: «Сможет ли бизнес продолжать работать, если текущий подрядчик завтра исчезнет?». Когда подрядчик становится монополистом, он может пересматривать условия контракта в свою пользу: повышать цены, снижать уровень сервиса или требовать дополнительной оплаты за работы, которые раньше входили в базовую поддержку.

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

1. Сохраните ключевые компетенции внутри. Даже при полном аутсорсинге оставьте в штате архитекторов и техлидов, которые отвечают за ИТ-стратегию, контролируют подрядчика и обеспечивают преемственность знаний.
2. Ведите актуальную документацию и базу знаний. Включите в договор требования по обязательному документированию архитектуры, схем сетей, регламентов обслуживания, перечня учетных записей и процедур восстановления. Это позволит вам всегда иметь доступ к критической информации независимо от подрядчика.
3. Пропишите условия выхода в договоре. Закрепите таймлайн обратной передачи (например, 3 месяца), обязательства подрядчика по передаче знаний, экспорт данных из CMDB и право на получение всех исходных кодов и конфигураций.
4. Используйте эскроу-соглашения. Разместите исходные коды инфраструктуры и документацию у независимого посредника. Это гарантирует доступ к ним при смене подрядчика или форс-мажоре.
5. Рассмотрите поэтапный переход. Начните с инвентаризации активов и передачи знаний внутренней команде, затем запустите параллельный режим работы для проверки подрядчика и только после этого переключайте функции поэтапно, фиксируя приемку на каждом шаге.

«Софтлайн Решения» (ГК Softline) развернула гибридную инфраструктуру на dedicated-серверах и в облаке для предприятия из нефтяной отрасли

Блок 5. Ошибки при завершении

Ошибка №10. Отсутствие плана выхода

На старте проекта обычно не думают, как будут завершать сотрудничество. Это становится фатальной ошибкой в момент, когда бизнес решает сменить подрядчика, вернуть функции внутрь или просто завершить контракт. По данным CIO.com, только за один год 71% компаний возвращали ИТ-услуги внутрь после аутсорсинга. При этом затраты при смене исполнителя могут оказаться не ниже первоначальных затрат на передачу функций на аутсорсинг.

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

Как избежать вендор-локинга?

1. Заложите план выхода в договор до его подписания. Определите таймлайн обратной передачи, обязательства подрядчика по передаче знаний и документации, а также порядок экспорта данных и конфигураций.
2. Сохраните внутреннюю экспертизу. Даже при полном аутсорсинге оставьте в штате архитекторов и техлидов, которые отвечают за ИТ-стратегию и контролируют подрядчика.
3. Ведите актуальную документацию и базу знаний. Включите в договор требования по обязательному документированию архитектуры, схем сетей, регламентов обслуживания и процедур восстановления.
4. Используйте эскроу-соглашения. Разместите исходные коды и критическую документацию у независимого посредника. Это гарантирует доступ к активам при смене подрядчика или форс-мажоре.
5. Запускайте поэтапный переход и параллельную работу. При смене ИТ-подрядчика начните с инвентаризации активов, затем запустите параллельный режим работы старого и нового исполнителя, чтобы новый подрядчик перенимал опыт на реальных задачах. Переключайте функции поэтапно с фиксацией приемки на каждом шаге. Это снижает риск простоя бизнеса при переходе и минимизирует упущенную выгоду.

Успех аутсорсинга во многом зависит от того, насколько партнер понимает бизнес заказчика. Компания «Софтлайн Решения» строит сотрудничество на прозрачности, предсказуемости и ответственности за результат на всех этапах — от аудита и миграции до долгосрочной поддержки и планового завершения работ. Мы работаем вместе с командой заказчика, сохраняя ее контроль над инфраструктурой и свободу выбора.

Информация, представленная на сайте, носит исключительно справочный и ознакомительный характер, не предназначена для личных, семейных, домашних и иных нужд, не связанных с осуществлением предпринимательской деятельности и не ориентирована на потребителей по смыслу Федерального закона от 24.06.2025 № 168-ФЗ.