Выбор между наймом сотрудников в штат и передачей задач подрядчику — одна из самых частых управленческих дилемм. Ошибка стоит дорого: раздутый штат съедает маржу при спаде заказов, а зависимость от внешнего исполнителя парализует бизнес, если тот уходит или поднимает цены. В статье разбираем, как сравнить варианты по одному измерителю, какие скрытые расходы учитывать и по какому алгоритму принимать решение, чтобы не переплачивать и не терять контроль над результатом.
- Почему сравнение «зарплата против счёта подрядчика» обманчиво
- Ключевые критерии выбора: что реально влияет на исход
- 1. Предсказуемость и стабильность нагрузки
- 2. Стратегичность компетенции
- 3. Скорость запуска
- 4. Глубина экспертизы и редкость навыка
- 5. Требования к контролю и интеграции
- 6. Режим конфиденциальности и безопасность
- Скрытые издержки, которые перевернут расчёт
- Алгоритм принятия решения: пошаговый фреймворк
- Типичные сценарии и рекомендуемые стратегии
- Стартап / запуск нового направления (0–1 стадия)
- Масштабирование работающей функции (1–10)
- Зрелый бизнес, стабильный процесс
- Проектная работа с неопределенным сроком
- Требуется редкая экспертиза (безопасность, ML, специфическая регуляторика)
- Высокая текучесть кадров на рынке (разработка, продажи)
- Гибридные модели: забираем лучшее из двух миров
- Чек-лист: 10 вопросов перед подписанием договора или открытием вакансии
- Типичные ошибки и как их избежать
- Практический следующий шаг: начните с аудита текущего состояния
Почему сравнение «зарплата против счёта подрядчика» обманчиво
Самая частая ошибка — сопоставлять вложенную зарплату специалиста с часовым рейтом или фиксированной ценой контракта. Это сравнивает разные вещи. Полная стоимость внутреннего сотрудника (Total Cost of Employment) включает:
- работодательские взносы (около 30–43% от вложенной зарплаты в РФ в зависимости от режима и лимитов);
- оплачиваемые отпуска, больничные, выходные и праздники — реально рабочих дней в году около 230–240;
- оборудование, лицензии, рабочее место, расходники;
- обучение, адаптация, менторство в первые месяцы;
- накладные расходы: HR, бухгалтерия, офис, коммунальные услуги, корпоративные услуги;
- риски простоя: сотрудник болен, уволился, недогружен — затраты идут, а продукта нет;
- стоимость найма и замены при текучести.
У подрядчика эти риски и накладные заложены в ставку. Но у подрядчика появляются другие издержки: управление договором, приёмка результатов, коммуникационные потери, риск утечки компетенций, зависимость от чужого графика. Правильное сравнение — полная годовая стоимость внутренней функции против полной годовой стоимости контракта на тот же объём и качество результата.
Ключевые критерии выбора: что реально влияет на исход
Не существует универсального правильного ответа. Решение принимается на пересечении нескольких измерений. Ниже — критерии, которые на практике определяют, какой вариант выгоднее и безопаснее в конкретной ситуации.
1. Предсказуемость и стабильность нагрузки
Если задача постоянная, объём работы предсказуем на квартал вперёд и не планируется резкого сокращения — внутренний штат почти всегда дешевле за горизонт 12–18 месяцев. Если нагрузка волновая, проектная, сезонная или есть риск прекращения направления — подрядчик даёт гибкость: платите за результат, а не за присутствие.
2. Стратегичность компетенции
Является ли эта функция ядром конкурентного преимущества? Если да — уход компетенции к подрядчику создаёт стратегическую зависимость. Примеры: разработка уникального продукта, ключевые продажи, R&D, архитектура системы. Вспомогательные функции (бухгалтерия, ИТ-поддержка пользователей, логистика, маркетинговые исполнения) безопаснее отдавать наружу.
3. Скорость запуска
Найм сильного специалиста занимает 1–3 месяца (поиск, собеседования, оформление, адаптация). Подрядчик с готовой командой входит в работу за дни. Если результат нужен «вчера» — аутсорсинг выигрывает по времени. Но если задача на годы — временной лаг найма перекрывается более низкой стоимостью владения.
4. Глубина экспертизы и редкость навыка
Найти на рынке Senior-архитектора Kubernetes или узкого регуляторного юриста и удержать его в штате сложно и дорого. Подрядчики-агрегаторы таких экспертиз держат пул специалистов и распределяют их между клиентами. Для редких, но критичных навыков аутсорсинг часто единственный реалистичный вариант.
5. Требования к контролю и интеграции
Внутренний сотрудник погружен в контекст, культуру, неформальные связи, имеет доступ к закрытым системам. Подрядчик работает по ТЗ/контракту: всё, что не прописано — не в зоне ответственности. Если задача требует постоянных правок, кросс-функционального взаимодействия, понимания «неписаных правил» — внутренний вариант эффективнее. Если результат чётко формализуем (аудит, верстка, перевод, разработка по фиксированному API) — подрядчик даёт предсказуемость.
6. Режим конфиденциальности и безопасность
Гос. тайна, персональные данные по 152-ФЗ, коммерческие тайны с жесткими требованиями к доступу — передача подрядчику требует сложных соглашений, аудитов безопасности, иногда лицензий ФСТЭК/ФСБ. Внутри контура контролировать проще. Но: сертифицированные подрядчики часто имеют более зрелые процессы защиты, чем внутренний ИТ небольшой компании.
Скрытые издержки, которые перевернут расчёт
При построении бизнес-кейса часто упускают статьи, меняющие знак разницы. Проверьте их наличие в вашей модели.
| Скрытая статья | Внутренний отдел | Подрядчик |
|---|---|---|
| Управление и контроль | Зарплата тимлида/менеджера, время руководителя на 1-on-1, ретроспективы, планирование | Время заказчика на приёмки, уточнение ТЗ, согласование правок, управление контрактом |
| Потеря компетенции при уходе | Уходит сотрудник — уходит контекст, код, знания о «почему так сделано». Восстановление — месяцы | Подрядчик меняет исполнителя внутри команды — знания остаются у вендора (если прописано в договоре) |
| Масштабирование вверх | Новый сотрудник = 1–3 месяца поиска + адаптация. Жёсткий потолок по скорости роста | Дополнительные ресурсы подключаются за дни/недели (если есть резерв у вендора) |
| Масштабирование вниз | Сокращение штата = уведомления за 2 месяца, выплаты, судебные риски, моральный ущерб оставшимся | Сокращение объёма или расторжение = по договору, часто за 30 дней без социального пакета |
| Качество и регресс | Контроль через код-ревью, QA, культуру. Долгостроить | SLA, штрафы, приёмка по чек-листу. Но: формальное выполнение ТЗ ≠ качественный продукт |
| Вендор-локин (Vendor Lock-in) | Нет зависимости от внешнего поставщика | Риск: уникальные фреймворки, закрытые форматы данных, отсутствие документации, монопольное знание архитектуры |
Алгоритм принятия решения: пошаговый фреймворк
Используйте эту последовательность, чтобы не упустить критичные факторы. Пропуск шага — частая причина переделок через год.
- Формализуйте результат. Чётко опишите, что именно должно быть готово, с какими критериями приёмки, в какие сроки и с какой частотой изменений. Без этого невозможно ни написать ТЗ подрядчику, ни составить профиль вакансии.
- Рассчитайте полную стоимость владения (TCO) на 12–24 месяца. Для внутреннего варианта: зарплата × 1.4–1.6 (взносы) + накладные на ФОТ (около 15–25%) + оборудование/лицензии + найм + обучение + резерв на текучесть 10–15%. Для подрядчика: ставка × плановые часы/проекты + управление контрактом (10–20% времени заказчика) + риск правок вне ТЗ + стоимость перехода к другому вендору.
- Оцените стратегическую критичность. Ответьте честно: если этот подрядчик завтра удвоит цену или исчезнет — сколько времени и денег нужно, чтобы восстановить функцию внутри? Если ответ «недели и критично для бизнеса» — внутренний вариант приоритетен.
- Проверьте доступность кадров на рынке. Откройте hh.ru, LinkedIn, профильные сообщества. Есть ли специалисты нужного уровня? Какая зарплата? Какой срок закрытия вакансии? Если рынок пуст — подрядчик может быть единственным вариантом.
- Смоделируйте сценарии нагрузки. Базовый (план), пессимистичный (-30–50%), оптимистичный (+50–100%). Как ведёт себя каждый вариант? Внутренний штат в пессимистичном — убытки от простоя. Подрядчик в оптимистичном — может не успеть масштабироваться или потребует пересмотра ставок.
- Определите режим управления. Кто будет курировать? Есть ли внутренний эксперт, способный ставить задачи, принимать работу, контролировать качество? Без «умного заказчика» подрядчик выдаст формальный результат. Без тимлида внутренняя команда разъедется в микроменеджмент или хаос.
- Проверьте правовые и безопасностные ограничения. Требует ли задача доступ к ГТ, ПДн, криптографическим средствам? Есть ли у подрядчика лицензии, сертификаты, готовые модели угроз? Стоимость приведения подрядчика в соответствие может превысить экономию.
- Примите решение с точкой пересмотра. Зафиксируйте: «Выбираем вариант А. Пересматриваем через 6 месяцев по триггерам: нагрузка выросла/упала на X%, стоимость владения изменилась на Y%, появился/ушёл ключевой сотрудник».
Типичные сценарии и рекомендуемые стратегии
Ниже — частые ситуации из практики компаний разного масштаба. Используйте как ориентир, а не как жесткое правило.
Стартап / запуск нового направления (0–1 стадия)
Рекомендация: подрядчик или фрилансеры на этапе поиска PMF (Product-Market Fit). Гибкость, скорость, отсутствие обязательств. Переход на штат — когда нагрузка стабильна 3+ месяца и понятен юнит-экономика.
Масштабирование работающей функции (1–10)
Рекомендация: гибрид. Ядро (архитектура, продуктовые решения, ключевые продажи) — в штат. Исполнение, рутину, пики — подрядчикам. Соотношение 70/30 или 60/40 в пользу штата.
Зрелый бизнес, стабильный процесс
Рекомендация: внутренний отдел. Стоимость владения ниже, контроль выше, накопленная экспертиза — актив. Аутсорсинг — только для неядерных функций или пиковых нагрузок.
Проектная работа с неопределенным сроком
Рекомендация: подрядчик с моделью Time & Materials или фиксированными этапами. Внутренний штат создаст безработицу между проектами.
Требуется редкая экспертиза (безопасность, ML, специфическая регуляторика)
Рекомендация: подрядчик-эксперт или консалтинг. Нанять такого специалиста в штат стоит в 2–3 раза дороже рынка, удержать — почти невозможно. Внутренний куратор + внешний эксперт = оптимальная модель.
Высокая текучесть кадров на рынке (разработка, продажи)
Рекомендация: смешанная. Базовая команда в штате для удержания знаний, набор — через аутстаффинг/аутсорсинг. Так сглаживается риск «ушли вся команда за месяц».
Гибридные модели: забираем лучшее из двух миров
Чистый выбор «или-или» встречается редко. Эффективнее комбинировать:
- Аутстаффинг (Outstaffing). Специалист юридически оформлен у провайдера, но работает на ваших задачах, в ваших процессах, под вашим управлением. Даёт скорость найма, снятие HR-рисков, но сохраняет контроль и интеграцию. Подходит для расширения команды разработки, дизайна, аналитики.
- Managed Team / Dedicated Team. Подрядчик предоставляет цельную команду с тимлидом, процессами, QA. Вы управляете бэклогом и приоритетами, вендор — людьми, процессами, заменой ушедших. Хорошо для длительных проектов разработки.
- Внутренний Product Owner + внешняя доставка. Стратегия, бэклог, приёмка — внутри. Кодинг, верстка, тестирование, девопс — у вендора. Работает, если есть сильный внутренний продуктовый менеджмент.
- Кооперация с обучением. Подрядчик не просто делает, а передаёт компетенцию: документирует, проводит воркшопы, менторит внутренних джуниоров. В договоре прописывается обязательство по передаче знаний (Knowledge Transfer). Через 6–12 месяцев функция инсоурится.
- Резервный подрядчик (Retainer). Малый ежемесячный платеж за гарантированную доступность экспертов/команды на пики или инциденты. Страховка от простоев внутренней команды.
Чек-лист: 10 вопросов перед подписанием договора или открытием вакансии
Пройдитесь по пунктам. Если на больше половине ответ «нет» или «не знаю» — решение преждевременно.
- Могу ли я написать ТЗ/описание результата так, что сторонний специалист выполнит работу без 10 уточняющих звонков?
- Есть ли у меня (или у моего тимлида) 3–5 часов в неделю на управление подрядчиком: приёмки, правки, планирование спринтов?
- Знаю ли я точную полную стоимость внутреннего сотрудника за год (с взносами, накладными, рисками простоя)?
- Есть ли у подрядчика кейсы именно по моему стеку/домену/масштабу, а не просто «мы делаем сайты»?
- Прописывает ли договор: права на интеллектуальную собственность, передачу исходников/доступов, процедуру замены ключевого исполнителя, SLA и штрафы за срыв?
- Какой план Б, если подрядчик завтра сообщает о повышении ставок на 40% или уходе ключевого архитектора?
- Есть ли у нас внутренний эксперт, который сможет технически проаудитировать работу подрядчика (код-ревью, аудит безопасности, проверка отчетности)?
- Сколько реально займет поиск и адаптация сотрудника, если мы выберем штат? Есть ли бюджет на рекрутера/эдженси?
- Как изменится нагрузка через 6 и 12 месяцев по трем сценариям? Готовы ли мы платить за простой штата в пессимистичном?
- Есть ли у нас процесс онбординга, который выкатит новичка в боевую продуктивность за 2–4 недели, а не за полгода?
Типичные ошибки и как их избежать
- Ошибка: «Нанятим джуниора, дешевле подрядчика». Джуниор требует ментора, делает ошибки, дает продуктивность через 3–6 месяцев. Реальная стоимость часа джуниора с ментором часто выше ставки мидла-аутстаффера. Решение: нанимайте джуниоров только при готовой системе онбординга и менторах. Для быстрых задач — берем опытных.
- Ошибка: «Подрядчик сделает за фиксированную цену, риск на нём». Фиксированная цена работает только на чётко формализованных, неизменных требованиях. Любая правка — доп. соглашение, спорить о котором дольше, чем сделать самим. Решение: фиксируйте только понятные этапы (MVP, релиз 1.0), остальное — T&M с лимитом бюджета.
- Ошибка: «Передадим всё подрядчику, а сами будем управлять бизнесом». Без «умного заказчика» получаете формальный результат, не решающий бизнес-задачу. Решение: назначьте внутреннего Product Owner / Technical Lead с авторитетом и временем.
- Ошибка: «Сравнили ставку подрядчика с нетто-зарплатой». Получаете ложную экономию 30–50%. Решение: всегда считайте TCO (Total Cost of Ownership) на горизонте года.
- Ошибка: «Договор подписали — забыли». Подрядчик уходит в автономное плавание, результат к дедлайну не соответствует ожиданиям. Решение: регулярные демо/приёмки (минимум раз в 2 недели), чёткие Definition of Done, трекинг метрик качества.
- Ошибка: «Инсоуринг пройдет сам собой». Решили вернуть функцию внутрь, но нет документации, доступов, людей, понимающих архитектуру. Решение: план инсоуринга готовят за 3–6 месяцев до перехода: аудит знаний, передача доступов, обучение внутренней команды, параллельный запуск.
Практический следующий шаг: начните с аудита текущего состояния
Не принимайте решение в вакууме. Соберите данные за 1–2 недели:
- Сформируйте реестр функций/процессов, которые рассматриваете для аутсорсинга или инсоуринга.
- Для каждой функции заполните карточку: объём работы в часах/месяц, тренд нагрузки, стратегичность (1–5), доступность кадров на рынке (1–5), требования к безопасности, текущая стоимость (если есть штат) или котировки подрядчиков.
- Рассчитайте TCO для двух вариантов по единой методологии.
- Проведите сессию с заинтересованными сторонами (финансы, безопасность, операционный руководитель, HR) — обсудите сценарии и риски.
- Примите решение по каждой функции отдельно, зафиксируйте триггеры пересмотра.
Главный принцип: решение о штате против подрядчика — не разовый выбор, а управляемый процесс. Рынок кадров меняется, нагрузка меняется, стратегия меняется. Компании, которые пересматривают этот баланс раз в 6–12 месяцев по заранее заданным критериям, тратят на 15–30% меньше на поддержку функций при том же качестве результата.
Материал носит информационный характер и не заменяет консультации с финансовым директором, HR-директором, юристом и профильными экспертами по вашей отрасли. Расчёты TCO, правовые риски аутсорсинга, требования к защите данных и условия трудового законодательства зависят от конкретной юрисдикции, отрасли, размера компании и актуального законодательства на дату принятия решения. Перед реализацией значимых изменений в организационной структуре или заключением долгосрочных контрактов проведите независимую правовую и финансовую экспертизу.
