Выбор между тремя моделями обычно обсуждают в терминах «дешевле — дороже». Это неверная рамка. Три модели различаются не ценой часа, а тем, кто несёт риск: за срок, за качество, за то, что человек уволится в середине проекта.
Разработка под ключ — покупка результата: вы платите за работающий продукт, подрядчик отвечает за то, как он к нему придёт. Аутстафф — аренда ресурса: специалист работает под вашим управлением, и за результат отвечаете вы. Своя команда — это когда вы берёте на себя всё сразу: найм, удержание, загрузку, компетенции и последствия ошибок в каждом из этих пунктов.
Ниже — как посчитать три сценария в деньгах на трёхлетнем горизонте, где ломается каждый из них и почему на практике чаще всего выигрывает гибрид, а не чистая модель. Материал основан на опыте разработки под ключ и работы в связке с внутренними командами заказчиков.
Оклад — это примерно две трети реальной стоимости сотрудника. Остальное: взносы, рабочее место, рекрутинг, простои.
Своя команда выигрывает на длинной дистанции и при постоянной загрузке. На проекте с определённым концом — почти никогда.
Аутстафф дешевле подряда по ставке, но требует вашего менеджмента и архитектурного контроля. Без них он превращается в дорогой способ получить неподдерживаемый код.
Под ключ оправдан, когда нужен результат к сроку и внутри компании нет технической экспертизы для управления разработчиками.
Самая частая рабочая схема — не выбор одной модели, а разделение: продукт под ключ, развитие своей командой.
Оклад в вакансии — не стоимость сотрудника. К нему добавляется:
Страховые взносы. Для компании на общих основаниях это порядка 30% сверх оклада. Ставка зависит от режима и статуса компании — у аккредитованных ИТ-организаций и малого бизнеса действуют пониженные тарифы, — но нулём она не бывает никогда.
Рабочее место. Техника, лицензии на софт, доступы к сервисам, при офисном формате — площадь. Разово плюс регулярно.
Рекрутинг. Агентству — обычно 15–20% годового оклада. Своими силами — время нанимающего менеджера и месяцы поиска.
Отпуск и больничные. 28 календарных дней отпуска плюс болезни — это примерно один месяц в году, который вы оплачиваете, не получая работы.
Простой между задачами. Загрузка редко бывает стопроцентной. Реалистичная норма — 120–140 продуктивных часов в месяц.
Управление. Разработчикам нужен тимлид или менеджер. На команде из четырёх человек это как минимум половина ставки ещё одного специалиста.
Онбординг. Первые два-три месяца новый человек работает вполсилы. Это не его недостаток, это свойство любого входа в проект.
Практический коэффициент: реальная стоимость сотрудника примерно в полтора раза выше оклада, а в первый год — ещё выше за счёт рекрутинга и онбординга.
Возьмём типовую задачу: мобильное приложение и веб-кабинет с интеграциями. Разработка — примерно год, затем два года развития и поддержки. Допустим, средний оклад специалиста нужного уровня — 250 000 ₽ в месяц. Подставьте свои цифры, логика не изменится.
Сценарий 1. Своя команда из четырёх человек (два разработчика, дизайнер, тестировщик) плюс половина ставки тимлида.
Фонд оплаты труда: 4,5 × 250 000 = 1 125 000 ₽/мес
Со взносами и накладными: около 1 700 000 ₽/мес
За три года: порядка 61 млн ₽
Плюс рекрутинг на старте и риск, что кого-то придётся искать заново
Сценарий 2. Аутстафф той же команды по ставке 3 000 ₽/час при 130 часах в месяц.
4,5 × 130 × 3 000 = 1 755 000 ₽/мес
За три года: порядка 63 млн ₽
Но: команду можно сократить в любой момент, простой не оплачивается, рекрутинга нет
Сценарий 3. Под ключ + поддержка. Разработка продукта — 5 млн ₽. Дальше поддержка и развитие 20% от бюджета в год — 1 млн ₽ ежегодно.
За три года: порядка 7 млн ₽
Разница кажется абсурдной, но она объяснима, и вот в чём подвох.
Третий сценарий описывает продукт с конечным объёмом работ, который дальше живёт в режиме поддержки. Первые два описывают команду, которая три года непрерывно что-то разрабатывает. Это разные задачи, и сравнивать их напрямую нельзя.
Правильный вопрос звучит так: у вас проект или продукт?
Проект имеет границу: сделали, запустили, дальше только поддерживаем. Здесь под ключ дешевле в разы, и своя команда через полгода после релиза окажется без работы.
Продукт развивается постоянно: каждый квартал новые функции, гипотезы, эксперименты. Здесь своя команда со временем выигрывает, потому что не платит наценку подрядчика и накапливает знание о системе.
Точка перелома примерно там, где объём непрерывной разработки превышает полторы-две ставки в течение больше чем полутора лет. До этого порога содержать команду дороже, чем покупать работу.
Под ключ ломается, когда:
требования меняются каждую неделю — фиксированный объём работ перестаёт существовать, и каждое изменение превращается в допсоглашение;
со стороны бизнеса нет человека, принимающего решения, — подрядчик встаёт на согласованиях;
в договоре не прописана передача исходного кода и доступов, и продукт фактически остаётся у подрядчика.
Аутстафф ломается, когда:
у заказчика нет технического руководителя, — арендованные разработчики пишут код, за архитектуру которого никто не отвечает;
специалистов меняют без передачи знаний — каждый следующий разбирается с нуля за ваш счёт;
модель выбрана ради дешёвой ставки, а не ради усиления существующей команды. Аутстафф — это усиление, а не замена.
Своя команда ломается, когда:
загрузка нестабильна и люди простаивают;
вся экспертиза сосредоточена в одном человеке, и его уход останавливает продукт;
нужна редкая компетенция на две недели — нанимать под неё бессмысленно, а искать долго;
компания не может конкурировать за специалистов по деньгам и условиям с профильными ИТ-работодателями.
Ситуация
Модель
Первая версия продукта, гипотеза не проверена
Под ключ
Жёсткий срок выхода, нет своей технической команды
Под ключ
Есть команда, не хватает одной компетенции
Аутстафф
Нужно временно ускориться под релиз
Аутстафф
Продукт — ядро бизнеса, развивается постоянно
Своя команда
Специфика, которую долго передавать внешним людям
Своя команда
Продукт запущен, дальше только поддержка
Под ключ или поддержка по договору
На практике компании редко выбирают одну модель на всё. Рабочая схема выглядит так:
Первая версия — под ключ. Быстро, с фиксированным объёмом, без найма под непроверенную гипотезу. На выходе — работающий продукт, документация и переданный код.
Параллельно — найм одного-двух ключевых людей. Технический руководитель и продуктовый специалист приходят на проект в конце разработки, участвуют в приёмке и погружаются в систему с подрядчиком, а не после его ухода.
Дальше — постепенная передача. Внутренняя команда берёт развитие, подрядчик остаётся на подстраховке или на отдельных задачах, где нужна редкая компетенция.
Что это даёт: вы не нанимаете команду под продукт, которого ещё нет, и не остаётесь с чужим кодом без людей, которые в нём разбираются.
Отдельно про передачу. Нормальный срок — четыре-восемь недель совместной работы: код-ревью, документация по архитектуре, инструкции по развёртыванию, разбор бизнес-логики. Если подрядчик готов «передать проект за один день», это значит, что передавать он собирается архив с кодом, а не знание о нём.
Под ключ: передача исходного кода, доступов к серверам и аккаунтам в магазинах приложений, техническая документация, гарантийный период и его границы, порядок оформления изменений объёма работ.
Аутстафф: право заменить специалиста и срок замены, условия передачи дел при замене, кому принадлежит код, режим доступа к вашим системам, порядок расторжения.
Своя команда: служебное произведение и переход прав на код к работодателю, соглашение о конфиденциальности, порядок передачи дел при увольнении.
Последний пункт нередко упускают, считая, что права на код сотрудника автоматически принадлежат компании. Это верно только при правильно оформленных документах — с трудовым договором, служебным заданием и актом. Без них право может остаться у автора.
Какая модель дешевле? На коротком проекте с определённым объёмом — под ключ, обычно с большим отрывом. На постоянном развитии продукта дольше полутора-двух лет — своя команда. Аутстафф между ними: дороже своей команды по ставке, но без затрат на найм и без оплаты простоев.
Можно ли начать с подряда и перейти на свою команду? Да, и это самый предсказуемый путь. Главное — заложить передачу в договор изначально и нанять техрука до окончания разработки, а не после.
Чем аутстафф отличается от аутсорса? При аутсорсе вы покупаете результат, и подрядчик сам решает, как его получить. При аутстаффе вы арендуете людей, ставите им задачи и отвечаете за то, что получится. Разница в том, кто управляет и кто виноват, если не вышло.
Что делать, если бюджета на подрядчика нет, а разработчик нужен? Начать с меньшего объёма, а не с более дешёвого исполнителя. Один аккуратно сделанный сценарий работает лучше, чем полный продукт, собранный на минимальном бюджете и требующий переписывания через год.
Сколько времени занимает найм разработчика? От полутора до трёх месяцев на поиск плюс два-три месяца на выход человека на полную продуктивность. Полгода от решения нанять до реальной отдачи — нормальный срок, и его нужно закладывать в план.
Как понять, что пора заводить свою команду? Когда у вас стабильно есть работа для полутора-двух специалистов на горизонте больше года и когда продукт стал ядром бизнеса, а не вспомогательным инструментом. До этого содержать команду дороже, чем покупать работу по мере необходимости.
© 2026 ООО "Мегасофт"
