Архитектура "Юнита": как эффективность убивает будущее веб-разработки

О том, почему юнит-экономика, пришедшая из бизнеса, превращает разработчиков в расходники. И как "рвачество" становится единственной стратегией выживания.

Когда мы говорим о юнит-экономике в контексте веб-разработки, мы обычно имеем в виду метрики, которые помогают бизнесу понять, сколько прибыли приносит один клиент или один проект . Но есть и другая сторона этой медали. Та, где "юнитом" становится сам разработчик.

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

Акт 1. Истоки: как "эффективность" стала новой религией

Юнит-экономика родилась как инструмент для стартапов. Она помогала понять: сколько мы зарабатываем на одном клиенте (CLTV) и сколько тратим на его привлечение (CAC) . Простая формула: CM = CLTV — CAC .

В 2023 году, когда капитал подорожал, а доступ к деньгам усложнился, индустрия резко переключилась с "роста любой ценой" на "прибыльность в каждой единице" . Началась эра эффективности.

Технологические компании стали массово сокращать сотрудников — только за 2023 год по всему миру было уволено более 262 000 работников tech-индустрии . Руководители начали с произвольных целевых показателей по штату: сократить на 10%, 20%, иногда больше . Это называлось "оптимизацией".

Но что именно оптимизировалось?

Акт 2. Человек как юнит: когда метрика становится приговором

Когда вы начинаете смотреть на команду как на "юниты", вы неизбежно начинаете воспринимать людей как расходный материал. Это не метафора — это реальность многих российских ИТ-компаний, где тотальная фокусировка на KPI приводит к выгоранию и частой смене персонала .

Почему это происходит:

1. Человек не станок. Мы потратили десятилетия, измеряя людей как станки: мощность, КПД, производительность. Но человек не поддаётся такой калибровке . Когда инженер, выполнивший план на 120%, уходит к конкуренту за "просто человеческое отношение", это сигнал для всей системы управления .

1. Человек не станок. Мы потратили десятилетия, измеряя людей как станки: мощность, КПД, производительность. Но человек не поддаётся такой калибровке . Когда инженер, выполнивший план на 120%, уходит к конкуренту за "просто человеческое отношение", это сигнал для всей системы управления .
   
2. Система KPI не видит главного. На одном из уральских заводов система оценки фокусировалась только на объёме продукции. Качество упало на 35%, а за два года сменилось 78% ключевых специалистов . Цифры не лгут, но они молчат о главном — о том, что движет человеком за рабочим столом .
   
3. Выгорание имеет цену. Замена junior-разработчика обходится в 200–300 тысяч рублей, middle — до миллиона, а потеря senior-специалиста может стоить компании десятки миллионов рублей . Выгоревшие сотрудники работают менее эффективно, тратят время на восстановление, допускают больше ошибок .
   

В российских ИТ-компаниях ситуация усугубляется мемами о "ленивых зумерах" и пренебрежительным отношением к проблеме выгорания. Однако цифры говорят сами за себя .

Акт 3. Эффективность как самоубийство: когда экономия на людях разрушает бизнес

Самое парадоксальное в этой истории — погоня за эффективностью в итоге приводит к её противоположности.

Когда вы оптимизируете людей как юниты, вы сталкиваетесь с несколькими проблемами:

1. Потери знаний и контекста

Когда вы сокращаете штат, вы экономите на зарплатах, но теряете контекст, неформальные знания и способность исполнять задачи . Одно исследование показало, что компании, сократившие штат более чем на 15%, столкнулись с падением производительности оставшихся сотрудников на 20% из-за возросшей нагрузки и снижения морального духа .

На практике это выглядит так: вы уволили трёх разработчиков, чтобы сэкономить, но оставшиеся теперь работают медленнее, ошибаются чаще, а время выполнения проектов выросло .

2. Технический долг как скрытая цена

В статье "The Capital Efficiency vs Technical Debt Paradox" описывается ситуация, знакомая каждому стартапу. Компания выросла с 25 до 80 инженеров за 18 месяцев. Архитектурный долг, который был невидим при 25 инженерах, стал катастрофой при 80. Новые сотрудники тратили недели на изучение того, какие части кодовой базы следует избегать .

Это не отражается в юнит-экономике, но это "разрушает вашу способность эффективно масштабироваться" .

3. Выгорание как потеря капитала

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

Спросите уволенных, что могло бы их удержать. Ответ будет одинаковым: "Дайте нам исправить фундамент вместо постоянных заплаток" .

Акт 4. Архитектура зависимости: почему разработчики — это новые селлеры

Вспомните наши статьи о маркетплейсах. Мы писали, что селлеры — это кормовая база платформ, которые зарабатывают на их зависимости и неопределённости .

Теперь посмотрите на веб-разработку через ту же призму.

Разработчик — это юнит, который генерирует доход (CLTV). Его стоимость (CAC) — это зарплата, бонусы, обучение. Задача бизнеса — максимизировать разницу между этими величинами.

Как это достигается?

• Интенсивность труда. Программисты всё чаще работают сверхурочно. Исследования показывают, что разработка ПО через платформы (а это всё больше проектов) приводит к увеличению рабочего времени и стиранию границ между работой и личной жизнью . Работа часто выходит за рамки стандартных 9 до 5 .
  
• Гонка за проектами. Как и таксисты на платформах, разработчики конкурируют за заказы. "Основное преимущество работы через платформу в том, что вы можете сами планировать свой график, чтобы охватить столько клиентов, сколько вам нужно", — говорит один из опрошенных платформенных работников . Это звучит как свобода, но на деле оборачивается гонкой.
  
• Эффект "рвачества". Когда вы знаете, что ваш проект может закончиться в любой момент, вы начинаете думать: "Надо успеть срубить бабок сейчас, пока есть силы и не закончился проект". Это убивает игру в долгую. Вы не инвестируете в качество кода, в обучение, в отношения с коллегами. Вы — юнит, который должен принести прибыль.
  

Акт 5. Судьба старых юнитов: кого не жалко

В глазах капитала, юнит — это не человек. Это цифра в таблице. Если цифра падает, её можно заменить.

А что происходит со старыми юнитами?

• Их заменяют. Затраты на замену senior-специалиста могут составлять 150-200% его годовой зарплаты . Но компании всё равно идут на это, потому что в юнит-экономике это выглядит как "оптимизация".
  
• Их не жалко. Те, кто не вписывается в новую эффективность, просто исчезают. Их опыт, знания, связи — всё обесценивается. Потому что капитал смотрит на следующую квартальную отчётность.
  
• Они выгорают. Аудитория подкаста "Выживут только айтишники" (вице-президент МТС Банка) обсуждает, почему айтишники выгорают быстрее людей других профессий и как справляться с чувством неопределённости .
  

Один из разработчиков на форуме пишет: "Как же надо себя ненавидеть, чтобы каждый день заниматься проектом, который ненавидишь" . Другой отвечает: "Есть как минимум одна существенная причина — финансовая. В курсе, сколько человек сидят в айти чисто ради бабла?" .

Итог закономерен: "По факту получается как всегда. Сидели ради бабла, в итоге бабла так и нет (раз нет подушки безопасности, позволяющей всё бросить и найти нормальную работу), зато есть выгорание, депресняк и прочие последствия" .

Что делать разработчику, если он стал юнитом

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

2. Не верить в "семью" с работодателем. В платформенной экономике вас легко заменят. Стройте свои каналы: бренд, портфолио, личные проекты.

3. Инвестировать в себя. Обучение, нетворкинг, side-проекты — это не "хобби", это страховка. Как пишут на HackerNoon: "Если вы возьмёте неделю отпуска завтра, заработаете ли вы что-нибудь? Если ответ нет — у вас не доход. У вас работа" .

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

5. Не забывать, что вы — человек. А человек не поддаётся калибровке . И если система измеряет вас только как КПД, значит, эта система сломана. Вам, возможно, стоит поискать другую.

Это не конец человеческой разработки. Это конец "человека-юнита"

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

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

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



P.S. Мы и дальше будем писать о том, как устроена экономика зависимости — в маркетплейсах, в веб-разработке, в жизни. Потому что знать правила игры — единственный способ не проиграть. 😏