Инхаус или аутсорс: выбирать по таблицам, а не по интуиции

от Alex Matk

Когда компания стоит перед выбором: держать IT в штате или передать поставщику, чаще всего решают эмоциями — «нам нужен контроль» или «внештатники дешевле». Инхаус vs аутсорсинг IT: как принять решение на основе цифр, а не интуиции — об этом статья. Здесь я покажу, какие метрики считать и как сравнить варианты честно, без красивых обещаний, когда нужны услуги аутсорсинга.

Какие метрики действительно важны

Первое правило — считать не только прямые расходы, но и сопутствующие: рекрутинг, налоги, офисная инфраструктура, обучение и ротация. Эти пункты обычно «прячутся» в бюджете инхауса и съедают 20–40% от зарплатного фонда.

Для аутсорсинга добавляем плату за управление контрактом, SLA-штрафы, риск vendor lock-in и стоимость интеграции. Не забудьте учитывать скорость выхода на рынок — задержка может стоить гораздо дороже, чем месячная экономия.

Сбор данных: что и откуда брать

Начните с реальных предложений: запросите три коммерческих предложения от подрядчиков и сравните с внутренними расчётами затрат на год. Используйте рыночные ставки зарплат, умножайте на коэффициент overhead (обычно 1.3–1.6) для полной картины.

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

Рекомендую посмотреть
Как устроена корпоративная служба каталога и почему она важна для компании

Простая модель сравнения

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

Показатель Инхаус (год) Аутсорс (год)
Прямые зарплаты / контракт 8 000 000 6 000 000
Overhead (офис, налоги, HR) 2 000 000 600 000
Интеграция и запуск 500 000 800 000
Стоимость ошибок и простоев 400 000 1 200 000
Итого 10 900 000 8 600 000

Как принимать решение по результатам расчёта

Сравните суммарные затраты и посмотрите чувствительность к ключевым параметрам: рост дефектов на 20%, удлинение времени вывода на рынок на 1 квартал, увеличение тарифов подрядчика на 10%. Так вы увидите, при каких условиях инхаус становится выгоднее и наоборот.

Используйте NPV для проектов на несколько лет: укажите дисконт, распределите затраты по годам и включите сценарий «чёрного дня» — стоимость утечки данных или серьёзного простоя.

Практические советы и личный опыт

В одном проекте, где я участвовал, цифры показывали, что аутсорс экономит 15% в первый год, но риск простоя увеличивал ожидаемую потерю прибыли более чем на 25%. Мы приняли гибридный подход: ключевые интеграции оставили инхаус, поддержку и нерегулярные задачи отдали внешним специалистам.

Рекомендую фиксировать KPI в контракте: SLA, метрики качества кода, лимиты времени реакции. Если подрядчик готов обсуждать штрафы и метрики — это уже хороший знак.

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

Связанные посты