MKDGRUPPMKDGRUPP

Мы используем строго необходимые cookie и — с вашего согласия — аналитические (Яндекс.Метрика). Подробнее в политике конфиденциальности.

Нанять разработчика, отдать на подряд или обойтись ИИ: как считать по-честному

·3 мин чтения
Нанять разработчика, отдать на подряд или обойтись ИИ: как считать по-честному

Задача есть, бюджет ограничен, вариантов три. Обычно сравнивают оклад разработчика со сметой студии, получают, что нанять «дешевле», и на этом останавливаются. Сравнение некорректное — ниже разбор, что нужно включать в расчёт, чтобы решение было осмысленным.

Что на самом деле стоит штатный разработчик

Оклад — это меньшая часть расходов. Полная стоимость складывается из:

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

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

Штатный разработчик оправдан, когда есть постоянный поток задач. Если задач на два месяца, а потом изредка доработки — вы платите за простой.

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

У студии выше ставка, но структура другая:

  • платите за результат и период, а не за календарь;
  • в команде уже есть распределение ролей — кто-то пишет, кто-то ревьюит;
  • нет расходов на найм, онбординг, отпуска и простой;
  • есть накопленный опыт типовых задач — то, что штатному придётся изучать с нуля.

Минусы честные: подрядчик не погружён в ваш бизнес так, как штатный; при плохом договоре можно остаться без кода; и вы конкурируете за внимание с другими их проектами.

Ключевой пункт защиты — репозиторий у вас с первого дня. Тогда смена подрядчика становится вопросом передачи, а не заложничества.

Что на самом деле может ИИ

Самый неверно понятый вариант. ИИ радикально ускоряет написание кода — но не заменяет того, кто понимает, какой код нужен.

Что реально получается без разработчика:

  • прототипы и проверка идей;
  • простые внутренние инструменты для себя;
  • автоматизация рутины на скриптах;
  • лендинги и несложные сайты.

Что не получается:

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

Проблема не в том, что ИИ пишет плохой код. Он пишет правдоподобный код, и без человека, способного отличить правдоподобное от правильного, разница вскрывается в проде.

Как выбрать за пять минут

Три вопроса.

1. Задачи закончатся или будут всегда? Постоянный поток → штат имеет смысл. Проект с горизонтом в несколько месяцев → подряд.

2. Какова цена ошибки? Внутренний инструмент, где сбой — это неудобство → можно и самому с ИИ. Система с деньгами и данными клиентов → нужен профессионал, независимо от того, ИИ пишет код или нет.

3. Есть ли кому проверять? Если в компании нет технического человека, найм одного разработчика не решает проблему качества — он просто переносит её внутрь. Подряд с внутренним ревью здесь честнее.

Комбинация, которая обычно работает лучше всего

Для большинства некрупных компаний оптимально не выбирать одно из трёх, а сочетать:

  • старт продукта — подряд, потому что нужен опыт и скорость, а поток задач ещё не сформирован;
  • после запуска — свой человек на поддержку и мелкие доработки, когда объём стал предсказуемым;
  • рывки (новый крупный модуль) — снова подряд, чтобы не раздувать штат под временную нагрузку.

При таком раскладе критично одно: код и репозиторий должны быть вашими с самого начала. Иначе переход между этапами превращается в переписывание.

Про экономию

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

Считайте не ставку, а полную стоимость владения на горизонте года: сделать, поддерживать, развивать, и что произойдёт, если исполнитель уйдёт.


Пишу из практики студии MKDGRUPP: работаем по фикс-цене, ревью сеньора на каждом PR, код и репозиторий у заказчика с первого дня — чтобы вы могли в любой момент продолжить своей командой. Оценка задачи: mkdgrupp.ru/uslugi.

Читайте также

Что реально успеть в MVP за 2–4 недели — и что не успеть
Клиенты

Что реально успеть в MVP за 2–4 недели — и что не успеть

«MVP за месяц» звучит как маркетинг. На практике срок рабочий — но только если понимать, что в него помещается, а что нет. Разбор без обещаний.

3 мин чтения
Как принимать код, который написал ИИ: чек-лист для заказчика
Клиенты

Как принимать код, который написал ИИ: чек-лист для заказчика

Вы заказали разработку, подрядчик говорит, что использует ИИ и потому быстрее. Продукт приняли, он работает. Вопрос: как понять, что вам отдали поддерживаемую систему, а не гору сгенерированного текста, которая развалится через полгода?

3 мин чтения
«ИИ заменит программистов»: что реально изменилось в профессии
Программирование

«ИИ заменит программистов»: что реально изменилось в профессии

Тема, где хватает и паники, и обесценивания. Попробуем без обеих крайностей: что действительно поменялось в работе разработчика за последние пару лет, а что осталось прежним.

3 мин чтения
Почему наша гарантия — это не просто строчка в документе
Клиенты

Почему наша гарантия — это не просто строчка в документе

Мы предлагаем клиентам полгода на изучение продукта с гарантией, что позволяет им полностью оценить его качество и надежность.

2 мин чтения

Обсудим ваш проект?

Пришлём КП с дизайн-концептом и оценкой стоимости за 1 час. Бесплатно и ни к чему не обязывает.