Аутсорс разработки за 180 000 руб/мес: что реально получаешь и где тебя кидают
Май 2026. Звонок от знакомого собственника.
— Андрей, нам предложили «полный цикл разработки» за 180 тысяч в месяц. Два разработчика, менеджер, тестирование. Звучит нормально?
Я спросил только одно:
— А сколько реальных часов в договоре и что будет, когда придёт первая доработка?
Тишина. Потом тяжёлый вздох. Классика.
Контекст
За последние годы я видел десятки таких предложений. Компании на 30–80 человек, которым «нужен один-два разработчика, но в штат брать рано/дорого/страшно». На рынке полно команд, которые продают «аутсорс под ключ» за 150–250 тысяч в месяц.
Цифра 180 000 — одна из самых популярных. Звучит привлекательно. Особенно когда сравниваешь с зарплатой сильного мидла + налоги + оборудование + отпускные.
Но давайте без рекламных буклетов. Разберём, что реально получаешь и где тебя обычно «кидают».
Что обычно входит в «полный цикл» за 180 000
Типичный состав, который мне показывали в коммерческих предложениях:
В сумме по заявлениям — почти два фуллтайма. По факту — один человек с головой, второй на подхвате, и менеджер, который появляется раз в неделю.
Реальное количество чистых часов разработки в месяц при таком бюджете обычно выходит 90–130 часов. Не 320.
Где именно кидают
1. Размытое ТЗ и «это же мелочь» Самая частая схема. В договоре написано «разработка по согласованным задачам». А дальше начинается:
— Нам нужно добавить фильтр. — Это новая задача, оценка 12 часов. — Но это же логично вытекает из предыдущего!
Через три месяца выясняется, что половина бюджета ушла на «логичные мелочи», которых не было в первоначальном объёме. Как говорится, ну и запросы у вас — сказала база данных и повисла. Только вместо базы — смета.
2. Часы «на поддержание» Многие команды вписывают в договор 20–40 часов в месяц на «поддержку и мелкие правки». На практике эти часы быстро съедаются багфиксами того, что сами же и накосячили. А новые фичи идут уже сверх бюджета.
3. Скорость реакции В штате мидл отвечает за 15–30 минут. В аутсорсе — «мы посмотрим в рамках текущего спринта». Спринт у них, естественно, общий на несколько клиентов.
4. Качество и текучка Человек, который вчера писал ваш код, завтра уже на другом проекте. Знание контекста теряется. Каждый новый исполнитель сначала «вникает» за ваши же деньги.
5. Зависимость Самое опасное. Через полгода-год код уже сильно завязан на их подходы, их библиотеки, их способы деплоя. Выйти становится больно и дорого.
Сравнение с одним сильным мидлом в штат
Возьмём реальные цифры на середину 2026 года (Москва / удалёнка, сильный middle+/strong middle).
На первый взгляд аутсорс сильно дешевле. Но если пересчитать стоимость одного эффективного часа, картина меняется.
Аутсорс: 180 000 / 110 часов ≈ 1 640 ₽/час Штатный мидл: 400 000 / 150 часов ≈ 2 670 ₽/час
Разница уже не двукратная. А если добавить стоимость переделок, потери времени на коммуникации и риск «заложника» — аутсорс часто выходит дороже.
Когда аутсорс всё-таки имеет смысл
Не всё так однозначно. Есть ситуации, когда 180 тысяч — нормальный вариант:
- Нужно закрыть конкретный объём работ на 3–6 месяцев (не «постоянная разработка»).
- Внутри нет компетенций и нет времени их наращивать.
- Задачи относительно стандартные и хорошо формализуемые.
- Есть сильный продакт/аналитик на вашей стороне, который жёстко держит объём.
В этих случаях аутсорс может сработать. Главное — договор с чёткими рамками: фиксированный объём или жёсткий лимит часов + прозрачная отчётность.
Что мы пробовали сами
В 2024–2025 годах мы дважды брали аутсорс-команды примерно на этот бюджет.
Первый раз — «полная команда». Через четыре месяца поняли: реально работает один сильный человек, остальные — фон. При этом каждую мелкую доработку оценивали как отдельную задачу. В итоге за те же деньги взяли одного сильного мидла в штат и закрыли вопрос.
Второй раз — точечный аутсорс на конкретный модуль. Здесь сработало лучше. Чёткое ТЗ, фиксированная цена, приёмка по критериям. Без «мы на связи и готовы ко всему».
Вывод простой: аутсорс хорошо работает как проект. Плохо — как замена штатной единицы на постоянной основе.
На что смотреть в договоре обязательно
Если всё-таки решили брать:
- Сколько чистых часов разработки прописано (не «команда»).
- Как оцениваются доработки (фиксированная ставка часа или каждый раз заново).
- Кто именно будет писать код (имена или хотя бы уровень).
- Как происходит передача знаний и кода при окончании сотрудничества.
- Штрафы за срыв сроков и за критические баги.
Если этих пунктов нет — вас, скорее всего, будут «кормливать» процессом, а не результатом.
Что бы я сделал иначе
Раньше я тоже смотрел на цифру 180 тысяч и думал: «Дешевле же». Сейчас смотрю на стоимость часа и на то, сколько реального внимания получает продукт.
В большинстве случаев для постоянной разработки один сильный человек в штате (даже с учётом всех налогов) оказывается выгоднее и спокойнее, чем «команда» за 180к.
Аутсорс оставляю для понятных кусков с жёсткими рамками. Или когда нужно быстро закрыть дыру, а нанимать уже не успеваем.
Главный вывод
180 000 рублей в месяц за «полный цикл» чаще всего означает 100–120 часов работы людей, которые одновременно ведут ещё несколько проектов. Это не два разработчика. Это один с головой и поддержка.
Если вам нужен постоянный человек, который будет глубоко знать продукт и быстро реагировать — считайте стоимость часа и риски, а не красивую цифру в коммерческом предложении.
А у вас какой опыт? Брали аутсорс на постоянку или только на проекты? Где больше всего больно ударило?
Больше про инфраструктуру без воды — в блоге IT-Аптека и в Telegram-канале.