10 вопросов и ответов по рискам IT‑аутсорсинга: на что обратить внимание при выборе подрядчика
Когда мы слышим из СМИ слова о том, что «Экономика замедляется» — для штатных IT‑подразделений в компаниях разных секторов это сигнал о грядущем сокращении фонда оплаты труда (ФОТ). Вдобавок с рынка труда идут сигналы о фризе найма и даже увольнения некоторой части IT‑специалистов, которых активно набирали в период пандемии и «всплеска» проектов импортозамещения 2022‑2023 годов.
Что важно, у подобных тенденций присутствует заметная инерция — как всегда бывает на практике, компании скорее всего «перегнут палку» и сократят штатные IT‑подразделения в большем объеме, чем того требует ситуация с бизнесом. Понять точку зрения менеджмента можно — если компания не является представителем аккредитованной IT‑компании и получателем пакета государственных льгот, то кроме зарплаты, за штатных IT‑специалистов нужно платить порядка 30% от ФОТ на соцвзносы (ОПС, ОМС, ОГС, страхование от несчастных случаев на производстве) и НДФЛ от 13% до 22%.
Но и эти траты на штатных сотрудников не окончательные. Помимо зарплаты, налогов и соцвзносов, нужно учитывать затраты работодателя на оборудование рабочего места каждого сотрудника. Хотя эти расходы на оборудование и ПО не очень велики в сравнении с ФОТ, но также должны быть учтены в расчетах. Для высокооплачиваемых специалистов (аналитики, разработчики, инженеры‑внедренцы и проектировщики‑интеграторы) затраты на рабочее место обычно составляют около 2–4% годового ФОТ для этого сотрудника, а для менее оплачиваемых ролей (тестировщики, сисадмины) — 4‑6%.
В условиях экономии бюджетов, компании внимательнее рассматривают возможность перехода к тотальной модели затрат pay‑as‑you‑go (оплата за объем потребления) для своей IT‑инфраструктуры. Хотя обычно под этим термином понимают аренду серверных и иных вычислительных мощностей вместо покупки оборудования на баланс, модель pay‑as‑you‑go также применима и к затратам на IT‑персонал.
При замене штатного ИТ‑персонала модель расходов pay‑as‑you‑go реализуется именно через механизм IT‑аутсорсинга, когда не нужно тратить ФОТ, платить соцвзносы и нести расходы на содержание рабочих мест. Все некритичные для бизнеса функции разработки и поддержки ПО в модели IT‑аутсорсинга передаются во внешний контур, в компанию заказной разработки. Эта компания‑подрядчик, также называемая провайдером IT‑услуг, выставляет ежемесячные счета, которые учитываются как операционные расходы для заказчика.
Статья построена как интервью, вопросы мне как директору по развитию бизнеса в компании SSP SOFT подготовила и задавала наш бренд‑менеджер Лидия Зимницкая. Предприниматели и менеджеры, принимающие решения, узнают о том, как выбрать надежного партнера и какие вопросы обязательно стоит задать подрядчику до подписания контракта на оказание услуг IT‑аутсорсинга.
«Эта статья — не рекламный пост по услугам SSP SOFT, материал максимально нейтрален к бренду. Узнайте больше о скрытых рисках договоров на IT‑аутсорсинг, а решение по выбору компании‑исполнителя принимайте самостоятельно по совокупности факторов и вашей оценки репутации, опыта, компетенций команды и прозрачности условий сотрудничества».
Лидия Зимницкая
Brand&PR Lead SSP SOFTВведение в беседу
Каковы причины, по которым клиенты чаще всего интересуются ИТ‑аутсорсингом в 2025 году?
Основных причин несколько. Во‑первых, компании ищут возможность сократить затраты на штат и инфраструктуру, сохраняя качество и скорость выполнения задач. Во‑вторых, все чаще речь идет о доступе к редкой экспертизе, которую сложно быстро найти на рынке — будь то DevOps с особыми скиллами, кибербезопасность или промышленные IoT‑решения.
Третья причина — это масштабирование ресурсов под важные проекты. Когда у заказчика возникает задача за короткое время собрать команду, он просто не может позволить себе долгие HR‑процессы. В таких случаях аутсорсинг позволяет быстро усилить штат и включиться в работу. К примеру, запросы к нам на готовую сработанную команду с опытом из текущей отрасли сводят к минимуму время на онбординг и достижение слаженности в коллективе.
Еще довольно часто на аутсорсинг передают поддержку приложений, тестирование или часть некритичной разработки (фиксы, развитие UI/UX и т.п.), чтобы сосредоточиться на стратегических направлениях. Ну и, конечно, важный мотив — ускоренный запуск новых продуктов и сервисов. Требование кратчайшего Time‑to‑Market (T2M) — это один из факторов успеха продукта.
И, наконец, еще одна важная причина обратиться за аутсорс‑специалистами — когда у штатных сотрудников не хватает компетенций для закрытия редких и эксклюзивных задач в какой‑либо узкой отраслевой нише.
Рассылка: как вести бизнес в России
Пять полезных писем пришлем сразу после подписки. В них — бизнес‑идеи, готовые промпты для нейросетей, советы, как выбрать налоговый режим и получать пассивный доход
10 шагов по выбору подрядчика на ИТ‑аутсорсинг
Шаг № 1: какие шаги должен сделать заказчик, чтобы сузить круг выбора подрядчиков на рынке аутсорсинга?
Первый шаг — четко определить цели. Есть два основных видов запросов от заказчиков: одни берут мидлов и быстро закрывают позиции, вторые охотятся за сотрудниками с эксклюзивными знаниями и опытом. Например, если стоит задача снизить расходы на поддержку инфраструктуры, список возможных компаний‑исполнителей (подрядчиков) будет одним; если речь идет о разработке продукта с нуля или внедрении горячих инноваций, нужен совсем другой опыт у команды исполнителя. Осознание того, что именно вы хотите от подрядчика, сразу отсекает «случайные компании».
Второй шаг — оценить отраслевую релевантность. Если вы из промышленности или энергетики, то ищите подрядчиков, кто уже имел опыт в этой сфере. Понимание специфики процессов и принятых в индустрии стандартов сокращает риски.
Третий шаг — собрать шортлист через рекомендации, которым вы можете доверять. Изучите отзывы коллег по бизнесу (СЕО, СТО), поговорите с экспертами из отрасли, посмотрите открытые кейсы. Это позволит сузить выбор до реально подходящих игроков, а не тратить время на десятки предложений.
Добавлю, есть еще и такой фактор, как Time‑to‑Mаrket, т.е. аутсорс‑команда с компетенциями в нише заказчика может значительно ускорить выход продукта на рынок или реализовать проект цифровизации /автоматизации.
Шаг № 2: что смотреть в портфолио компании‑аутсорсера: кейсы в конкретной отрасли, универсальный опыт, что еще?
Портфолио любого подрядчика нужно рассматривать под разными углами. Конечно, кейсы в вашей отрасли — это большой плюс, они показывают, что компания понимает специфику и уже решала похожие задачи. Но не менее важен и универсальный опыт. Это умение внедрять современные технологии (ИИ, микросервисы, атомарность архитектуры, облака, IoT, кибербезопасность), которые дают эффект в любой отрасли экономики.
Кроме кейсов, обратите внимание на масштаб проектов и тип клиентов у подрядчика. Если подрядчик работал только с небольшими задачами в секторе СМБ, этой команде может быть сложно справиться с крупным enterprise‑проектом. Важно также спросить о методологиях и процессах: как компания строит управление проектами, какие практики контроля качества использует. Есть ли у них, к примеру, проектный офис. Все это говорит о зрелости аутсорсера не меньше, чем карусель из логотипов заказчиков в их портфолио.
Шаг № 3: какие ред‑флаги в презентации или коммерческом предложении от подрядчика должны насторожить заказчика?
Есть несколько сигналов, которые стоит воспринимать как повод обратить критический взгляд на коммерческое предложение (КП) от подрядчика.
Первый — отсутствие конкретики в КП от подрядчика, особенно после того, как вы уже вступили в контакт и укрупненно озвучили задачи своего проекта. Если в презентации только красивые слова о «качестве» и «гибкости», но нет деталей про команду, технологии, процессы — это повод насторожиться.
Второй сигнал — обещания «сделать все и сразу». Компания, которая заявляет экспертизу во всех областях, скорее всего, или поверхностна во многих из них, или планирует взять субподрядчиков на те задачи, экспертизой в которых она не владеет. Нет ничего плохого в привлечении партнеров, но это уже неизвестное для вас звено, которое вы на предварительном этапе не можете оценить, а в процессе работы — контролировать.
Также стоит обращать внимание на стабильность самого подрядчика. Проверяйте, что ключевые сотрудники действительно работают в штате, а не нанимаются под проект «с улицы». Узнайте, насколько велика текучка кадров, как организована информационная безопасность, сколько лет компания существует на рынке и есть ли у нее судебные споры, долги, задолженность перед ФНС, оцените юридическую прозрачность.
В оценке стабильности вам помогут многочисленные сервисы проверки контрагентов, которые предоставляются операторами электронного документооборота и банками. Все это формирует доверие к партнеру не меньше, чем громкие кейсы или презентации. Важно смотреть не только на красивые слайды, но и проверять исполнителя как бизнес‑единицу.
Еще один ред‑флаг — непрозрачная модель ценообразования. Если подрядчик не готов четко объяснить, как формируется стоимость работ (FixPrice, Time & Materials, гибрид), велик риск скрытых расходов. И, наконец, повод насторожиться — уклонение от разговоров о SLA (Service Level Agreement), безопасности данных и четко прописанной ответственности за результат. Надежный партнер всегда готов обсуждать эти вопросы открыто.
Шаг № 4: какие вопросы обязательно задать подрядчику‑аутсорсеру на первом этапе переговоров?
Самый важный вопрос — это, повторюсь, об опыте компании. Нужно понимать, в каких индустриях подрядчик уже работал и какие проекты у него за плечами. Далее важно уточнить сильные стороны: какие технологии и направления для компании ключевые, где у нее самая сильная экспертиза.
Заказчики также обычно спрашивают, как формируются команды и кто конкретно будет работать над их задачами. Обязательно обсуждаются SLA — сроки, качество, доступность, а также безопасность данных и конфиденциальность. И, конечно, немаловажный момент — финансовый, про модель расчетов и как будет оплачиваться работа (помесячно, поквартально и т.д.). Ответы на эти вопросы помогают заказчику составить реалистичную картину будущего сотрудничества.
Шаг № 5: как проверить реальную квалификацию подрядчика до договора?
Есть несколько способов. Первый — запросить резюме ключевых специалистов, которые будут работать над проектом, и провести короткое техническое собеседование, с привлечением тимлидов от вас как заказчика. Так можно оценить уровень знаний и практического опыта. Второй момент — посмотреть на прошлые проекты с точки зрения загрузки по профессиям и грейдам, чтобы подрядчик показал, что именно делали именно эти сотрудники, а не просто расхваливал компанию в целом.
Некоторые заказчики практикуют «технический аудит» — подключают независимого эксперта, который помогает оценить квалификацию подрядчика. Все это лучше сделать на старте, чем потом выяснять в процессе, что команда подрядчика «не тянет», т.е. не соответствует уровню задач на проекте у клиента.
Шаг № 6: есть ли смысл затевать пилотный проект перед заключением долгосрочного контракта?
Да, такая практика существует, особенно с новыми клиентами. Пилотный проект позволяет протестировать команду и процессы на реальном кейсе, оценить скорость, коммуникацию, качество результатов. Это снижает риски и помогает заказчику принять взвешенное решение о долгосрочном контракте.
Но на практике, у заказчика не всегда есть время для пилотов, т.к. у многих компаний слишком жесткие сроки запуска. В таких случаях, если уходить в нашу конкретику, мы берем на себя повышенные обязательства по качеству и всегда имеем «план Б». При этом важно быть достаточно гибкими — если клиент хочет убедиться на практике в экспертизе подрядчика, нужно предложить формат пилота. Пробный этап сотрудничества дает клиенту понятные метрики и реальную уверенность в том, что аутсорс‑команда справится с задачей.
Шаг № 7: на какие пункты договора заказчику нужно обратить внимание в первую очередь?
В договоре важно прописывать не только цену и сроки контракта, но и обязанности сторон, SLA, условия взаимодействия и порядок изменения объема работ. Часто клиенты сосредоточены только на стоимости, но упускают детали, которые потом создают проблемы обеим сторонам.
Особое внимание стоит уделить разделам, связанным с правами на результаты работ (IPR): кому принадлежит интеллектуальная собственность на созданные приложения, как будет передаваться документация и исходный код, в каком порядке происходит расторжение договора, какие предусмотрены компенсации и неустойки для каждой из сторон. На эти моменты важно обращать внимание, чтобы они были четко зафиксированы.
Не менее важно, чтобы в договоре отдельно и подробно было прописано все, что касается NDA. Простого общего соглашения о неразглашении недостаточно. Лучше, если документ конкретизирует, какие именно данные и материалы защищаются, кто имеет к ним доступ, как обеспечивается их хранение и передача. Кроме того, стоит предусмотреть, чтобы каждый участник аутсорс‑команды лично подписывал NDA, а не только компания в целом. Это повышает уровень ответственности и защищает интересы заказчика.
Чем детальнее и прозрачнее прописаны условия по SLA, IPR, NDA — тем меньше рисков и недопонимания на этапе реализации проекта.
Шаг № 8: какие механизмы контроля качества работы подрядчика вы рекомендуете закреплять в договоре?
Прежде всего, это регулярная отчетность: отчеты о проделанной работе, итоги спринтов, MVP‑версия продукта или его составных частей. Важно, чтобы заказчик имел прозрачный доступ к прогрессу по проекту, а не ожидал итоговый результат «вслепую».
Хорошей практикой является фиксация метрик качества — например, времени реакции на инцидент, количества найденных багов на 1000 строк кода, процента тестового покрытия. Чем более измеримы эти показатели, тем проще управлять проектом и объективно оценивать результаты. Дополнительно в договор можно включить право заказчика проводить аудит — внутренний или с привлечением независимых экспертов.
У нас в SSP SOFT за контроль качества и прозрачность взаимодействия отвечает отдельное подразделение — проектный офис (PMO). Мы пришли к этой практике на основе многолетнего опыта и во многом переняли подходы у зарубежных компаний. PMO обеспечивает системное управление проектами, помогает синхронизировать работу команд и заказчиков, контролирует соблюдение SLA и качество коммуникаций. Такая модель делает взаимодействие подрядчика с заказчиком предсказуемым и снижает операционные риски для обеих сторон.
Шаг № 9: какие обязательства подрядчика по SLA стоит фиксировать максимально подробно?
Прежде всего, это сроки выполнения задач и уровень доступности разрабатываемых и поддерживаемых сервисов. Если речь идет о технической поддержке, необходимо отдельно закрепить параметры времени реакции и восстановления системы — например, 1–2–3 часа или 24–48 часов в зависимости от критичности сервиса для внешних клиентов.
Также важно предусмотреть в SLA обязательства подрядчика по оперативной замене отдельных исполнителей или команды в целом в случае снижения качества работы или изменения объема проекта. В договоре целесообразно зафиксировать регулярные отчетные встречи (например, ежемесячные) и конкретные показатели, по которым будет оцениваться результат — сроки, качество, удовлетворенность заказчика, стабильность команды.
Отдельный раздел должен описывать механизм контроля за исполнителями со стороны подрядчика: кто несет ответственность за надзор, как фиксируются отклонения и в какие сроки заказчик получает обратную связь по своим обращениям (опять скажу, у нас в SSP SOFT за это отвечает Проектный офис). Здесь же в документе стоит определить каналы коммуникации — от корпоративной почты и специализированных трекеров задач до мессенджеров (Telegram и др.) — чтобы не возникало разночтений о методах коммуникации при передаче данных и постановке задач.
Шаг № 10: как правильно минимизировать конфликты и успешно завершить проект?
Главный принцип предотвращения конфликтов — четко разделить зоны ответственности. Подрядчик отвечает за работу своей команды и результаты, заказчик — за своевременное предоставление данных, доступов и информации. Если это не закрепить, всегда будет возможность переложить вину за срыв сроков и качество исполнения на другую сторону.
Здесь уже работа для корпоративных юристов, чтобы каждый шаг в контракте был понятен и прозрачен для каждой из сторон. Важно предусмотреть не только ответственность, но и порядок урегулирования споров: от переговоров и претензионного порядка до возможного арбитража. Чем яснее ответственность и порядок урегулирования описаны в договоре, тем выше шанс завершить проект с успехом для дела и к взаимному удовлетворению сторон.
Заключение
IT‑аутсорсинг открывает для бизнеса возможность вести разработку и поддержку ПО по модели операционных расходов, экономя бюджеты. Также дает быстрый доступ к сильным специалистам, владеющим современными технологиями и возможность гибкого масштабирования ресурсов внешней команды. Но именно детали договора и правильный выбор подрядчика определяют, станут ли стороны настоящими и долговременными партнерами и превратят сотрудничество в источник роста бизнеса.
Опыт многих проектов показывает, что самые успешные аутсорс‑проекты и долговременное партнерство строятся там, где заказчик и подрядчик честно обсуждают ожидания, фиксируют ключевые параметры работы и выстраивают прозрачные процессы взаимодействия. Для заказчика важно не только ориентироваться на цену, но и проверять реальную экспертизу команды, понимать, какие SLA гарантируются и как распределена ответственность.
