Executive Summary: 3 вывода, 2 ошибки, 1 модель

3 вывода:

• Аутсорс дешевле инхауса на короткой дистанции (до 12 месяцев). На дистанции 3+ лет инхаус почти всегда выгоднее.
• Главные скрытые затраты аутсорса — не ставка разработчика, а transfer cost, потеря контекста и управленческая перегрузка.
• Гибридная модель (ядро — инхаус, пиковые нагрузки — аутсорс) даёт лучший баланс стоимости и контроля, но требует сильного product-менеджмента.

2 ошибки:

• Сравнивать только зарплату vs ставку аутсорса. Полная стоимость инхауса — это зарплата × 1,7–2,2 (налоги, соцпакет, софт, оборудование, менеджмент, офис).
• Нанимать аутсорс для стратегически важных продуктов. Команда без контекста не сделает product market fit.

1 модель:

• Если продукт — ядро бизнеса, всегда инхаус-команда
• Если проект — решение конкретной задачи, то это аутсорс
• При высоком уровне неопределённости, делаем гибрид: core team (PM, architect, TL) + outsource разработчики

Проблема: «наймём аутсорс — будет дешевле» почти всегда ошибка

Типичная ситуация. Компания решает: «нанять трех разработчиков в штат — это 700 тыс/мес × 1,8 = 1,26 млн/мес. Или отдать на аутсорс — 1,8 млн/мес, но без головной боли с наймом, налогами, соцпакетом». Кажется, что аутсорс дороже. Или нет? А если учесть, что штатных искать три месяца? А если аутсорс делает медленнее, потому что не знает контекста?

В этой статье методика, которая позволяет принять решение на цифрах, а не на ощущениях.

Полная стоимость владения: инхаус vs аутсорс

Что на самом деле стоит инхаус-команда

Большинство руководителей считают только зарплату. Реальная стоимость — выше в 1,7–2,2 раза. Если говорить о примерных коэффициентах для оценки, то при оценках беру следующие:

Статья затрат	Коэффициент к зарплате
Налоги и отчисления (страховые, НДФЛ)	×1,30–1,35
Соцпакет (ДМС, обучение, корп. мероприятия)	×1,05–1,10
Оборудование и софт (ноутбук, лицензии, SaaS)	×1,05–1,08
Офис / рабочее место	×1,03–1,05
Управленческая нагрузка (тимлид, HR, бухгалтерия)	×1,10–1,20
Онбординг и потеря производительности (первые 2–3 месяца)	×1,05–1,10
Риски (увольнение, больничный, декрет)	×1,03–1,05
Итого	×1,7–2,2

Пример расчёта для senior-разработчика (250 тыс/мес):

• «Голая» зарплата: 250 тыс/мес
• Полная стоимость: 250 × 1,9 = 475 тыс/мес
• В год: 5,7 млн руб
• За 3 года: 17,1 млн руб

Что на самом деле стоит аутсорс

Статья затрат	Наценка к ставке
Базовая ставка аутсорсера	100%
Transfer cost (ввод в контекст, документация, онбординг)	+10–15% (разово)
Управленческая перегрузка (ваш PM тратит намного больше времени на аутсорс-команду)	+5–10% ежемесячно
Потеря контекста при ротации (каждый новый человек — снова онбординг)	+10–20% при смене ресурса
Контроль качества (приёмка, код-ревью, тестирование — больше итераций)	+10–15%
Оверхэд на коммуникации (разница в часовых поясах, языковой барьер)	+5–10%
Итого эффективная ставка	×1,3–1,6 от номинальной

---

Когда аутсорс — правильное решение

Разовые проекты с чёткими границами

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

Пиковые нагрузки и временные инициативы

Запуск нового продукта. Предновогодний пик нагрузки. Переход на новую платформу.
Почему аутсорс: штатную команду под пик не нанимают — это дорого. Аутсорс позволяет масштабироваться и сжиматься по требованию.

Экспертиза, которой нет внутри

Блокчейн, Computer Vision, специфические интеграции, специфика ИБ.
Почему аутсорс: нанимать full-time эксперта под задачу на 2 месяца неэффективно. Проще взять консультанта / команду под задачу.

Когда аутсорс — почти всегда ошибка

Стратегический продукт — ядро бизнеса

Если продукт — то, на чём компания зарабатывает (core platform, ERP, система управления производством), аутсорс-команда не сможет его развивать эффективно.

Проблемы:

• Нет глубокого понимания бизнес-процессов
• Нет мотивации делать не «по ТЗ», а «хорошо для бизнеса»
• При смене подрядчика — потеря 3–6 месяцев на передачу контекста

Продукт с высокой неопределённостью

Стартап на стадии поиска Product Market Fit, пилотный проект, новый бизнес-юнит.

Проблемы:

• ТЗ меняется каждую неделю — аутсорс не успевает адаптироваться
• Каждая итерация — пересогласование и доплата
• Команда не предлагает улучшений — только делает что сказали

Диагностика: Если вы не знаете точно, что будет через месяц — аутсорс в этом случае не для вас.

Проекты с жесткими требованиями к безопасности и доступу

Госзаказ, КИИ, работа с коммерческой тайной.

Проблемы:

• Допуск к данным — отдельная процедура
• compliance — дополнительная стоимость и риски
• Контроль доступа — overhead на администрирование

Гибридная модель: золотая середина

На практике большинство компаний приходят к гибриду.

Как выглядит гибридная команда

Ядро (инхаус) — 30–50% команды:

• Менеджер или Владелец продукта
• Архитектор / Tech Lead
• Senior-разработчики на ключевых модулях
• Senior QA

Периферия (аутсорс) — 50–70%:

• Разработчики на рутинных задачах
• Тестировщики
• DevOps / инфраструктура
• UI/UX при необходимости

Бюджет гибрида

Посчитаем на примере команды из 10 человек.

Параметр	Только инхаус	Только аутсорс	Гибрид (4+6)
Ежемесячный бюджет	3,8 млн	4,2 млн	3,3 млн
Transfer cost (первый месяц)	0,5 млн	0,8 млн	0,4 млн
Скорость онбординга	2–3 месяца	3–4 месяца	1–2 месяца
Потеря контекста при ротации	Низкая	Высокая	Средняя
Управленческая нагрузка на PM	Средняя	Высокая	Высокая (но управляемая)
TCO за 2 года	91 млн	101 млн	79 млн

Итог: гибрид может быть на 13–20% дешевле чистого инхауса и на 22–28% дешевле чистого аутсорса на дистанции 2 лет при условии сильного core-ядра.

---

Чек-лист: готова ли ваша компания к аутсорсу

• У вас есть чёткое, документированное ТЗ?
• Бизнес-требования стабильны (не меняются чаще раза в месяц)?
• У вас есть выделенный PM для управления аутсорс-командой?
• Продукт не является критическим для бизнеса (при остановке — не встанет компания)?
• Вы готовы к 2–4 неделям онбординга нового подрядчика?
• У вас есть система контроля качества (тесты, code review, CI/CD)?
• Вы понимаете, как будете принимать результаты работы (acceptance criteria)?
• В контракте с подрядчиком прописаны checkpoints и санкции за срыв сроков?

5+ «да» → аутсорс может быть эффективен.
3–4 «да» → нужен гибрид, не чистая модель.
<3 «да» → стройте инхаус-команду.

---

Резюме

Выбор между аутсорсом и инхаусом — не идеологический, а финансовый. Считайте TCO на горизонте 2–3 лет, учитывайте скрытые затраты и не забывайте про контекст.

Простые правила:

• Core продукт → инхаус
• Разовая задача → аутсорс
• Непонятно → гибрид
• Сравниваете по ставкам → считайте TCO
• Экономите на PM → потеряете на управлении подрядчиком