Разработчик в штат или на аутсорс: что выгоднее бизнесу

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

Что сравниваем, когда выбираем между штатом и подрядом

Заказчики часто сравнивают голую зарплату разработчика с суммой в счёте подрядчика и делают вывод, что штат дешевле. Это неверное сравнение. Зарплата - только часть расходов на штатного сотрудника, а счёт подрядчика включает всю работу целиком, без скрытых доплат.
Чтобы сравнение было честным, нужно смотреть на четыре параметра сразу: полную стоимость часа работы (с налогами и простоями), скорость выхода на результат, риски по срокам и то, что происходит с проектом, когда задачи заканчиваются или человек уходит.
На практике я веду и штатные проекты по договору техподдержки, и разовые подрядные работы - от доработки скрипта на Tilda за 3 000 ₽ до создания веб-сервиса на полгода. Разница в экономике видна сразу, если считать честно.

Сколько стоит держать разработчика в штате

Зарплата - это меньше 70% реальных затрат на сотрудника. К окладу прибавляются страховые взносы (около 30% сверху по общей системе), рабочее место и лицензии на софт, время HR на поиск и оформление, испытательный срок с риском, что человек не подойдёт, отпуска и больничные, которые всё равно оплачиваются.
На рынке труда middle-разработчик под задачи веб-разработки стоит в среднем 150 000-250 000 ₽ в месяц - это ориентир по вакансиям, не моя цена. Прибавьте взносы и издержки на организацию рабочего места - получится, что реальная стоимость такого сотрудника для компании выше на 30-40%, чем цифра в вакансии.
Отдельная проблема - простой. Если у бизнеса нет постоянного потока задач для разработчика, он либо сидит без загрузки и всё равно получает оклад, либо руководитель начинает придумывать ему работу, которая не нужна. Я видел это в интернет-магазинах: наняли программиста под сезонный запуск, а после сезона задач для него хватает на неделю в месяц, а платить приходится за все четыре.
Ещё один момент, который редко считают: пока идёт поиск подходящего кандидата - а на позицию с релевантным стеком это обычно 1-3 месяца - задачи всё равно нужно закрывать. Либо руками текущей команды в ущерб основным задачам, либо через подрядчика на переходный период.

Сколько стоит закрыть задачи на аутсорсе

Подрядчик считает не рабочие часы, а результат. Вы платите за конкретную задачу и не думаете про взносы, отпуска и простой между проектами. Ниже - мои реальные цены с /services/, чтобы было от чего оттолкнуться при расчёте:

Разница в подходе к оплате - ключевая. Штатный сотрудник получает оклад независимо от того, сколько задач закрыл в этом месяце. Подрядчик выставляет счёт за результат, зафиксированный в техзадании и акте.
Для разовой доработки это почти всегда выгоднее штата: интеграцию с СДЭК на сайте я обычно закрываю за 5-10 рабочих дней и выставляю счёт от 40 000 ₽ - сравните с месяцем зарплаты штатного разработчика, который к тому же ещё не факт что знаком с этой конкретной связкой сервисов.

Когда штатный разработчик выгоднее аутсорса

Штат оправдывает себя, когда поток задач непрерывный и предсказуемый: продукт постоянно дорабатывается, нужны срочные правки в любой день недели, а знание внутренней архитектуры критично для скорости работы.
Если у вас SaaS с командой из 5+ разработчиков и десятками релизов в квартал, найм в штат почти всегда выгоднее - подрядчик на такой объём будет стоить сопоставимо с зарплатой, но без включённости в продукт и без доступности 24/7.
Штат также логичен, когда работа завязана на конфиденциальные данные и процессы, которые сложно передавать наружу: банковские интеграции с внутренней логикой, персональные данные клиентов, требующие постоянного контроля доступа. В таких случаях управляемость важнее экономии на подряде.
И третий случай - когда компания сама выступает разработчиком для клиентов и штатная команда - это и есть продукт, который продаётся.

Когда аутсорс выгоднее найма в штат

Аутсорс однозначно выгоднее для разовых и проектных задач: сделать сайт на Tilda или WordPress, встроить эквайринг в WooCommerce, собрать Telegram-бота на aiogram под приём заявок, настроить цепочку автоматизации в n8n между CRM и мессенджером.
Под такие задачи штатный сотрудник почти всегда избыточен - либо будет простаивать после сдачи, либо вы платите ему зарплату ради двух-трёх спринтов активной работы в году.
Аутсорс закрывает и пиковые нагрузки: например, интернет-магазин перед распродажей просит доработать логику доставки СДЭК и ускорить каталог - это разовая интеграция на 2-3 недели, а не повод нанимать человека в штат.
Ещё сценарий - когда в компании нет технического руководителя, способного ставить задачи штатному разработчику и оценивать качество кода. В этом случае найм в штат часто заканчивается тем, что программист работает без контроля, а результат непредсказуем. Подрядчик в такой ситуации удобнее: он сам предлагает архитектуру и берёт на себя техническую часть решения, а не только исполнение указаний.
Если нужна разовая доработка готового сайта, часто выгоднее не собирать решение с нуля, а взять готовый вариант и адаптировать под задачу - у меня в библиотеке готовых скриптов есть наработки под Tilda и типовые интеграции, которые ускоряют такие проекты.

Договор подряда: как закрыть риски и права на код

Основной риск работы с подрядчиком - размытое техзадание. Если в договоре нет конкретики по объёму работ, срокам и критериям приёмки, спор о том, что именно должно быть сделано, возникает почти всегда. Я всегда фиксирую ТЗ и разбиваю крупные проекты на этапы с промежуточными актами - это защищает обе стороны.
Второй момент - права на код. По умолчанию исключительное право на программу для ЭВМ, созданную по заказу, принадлежит заказчику, если в договоре не указано иное (ст. 1296 ГК РФ). Проверяйте, что в договоре подряда это прописано явно, а не подразумевается.
Третий момент - что происходит после сдачи проекта. Подрядчик не обязан бесплатно дорабатывать и поддерживать код после закрытия акта, если это не оговорено отдельно. Я всегда предупреждаю клиентов заранее: если нужна поддержка на постоянной основе - это отдельная услуга от 15 000 ₽/мес, а не часть разовой разработки.
И последнее - конфиденциальность. Для проектов, где подрядчик получает доступ к базе клиентов или платёжным данным, NDA обязателен, а хранение персональных данных должно идти на серверах в РФ по требованиям 152-ФЗ - это касается и штатных сотрудников, и внешних исполнителей одинаково.

Частые вопросы

Что дешевле - разработчик в штат или на аутсорс?

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

Как оформить договор с разработчиком-подрядчиком?

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

Сколько времени занимает найм штатного разработчика?

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

Можно ли совмещать штат и аутсорс?

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