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

С появлением ИИ у бизнеса появилась возможность собирать MVP, фичи и рефакторинги за недели, а не за кварталы. И оказалось, что подавляющая часть этих MVP - никому не нужна. И это вызвало вопрос: "А действительно ли бутылочное горлышко было в разработке?". Ведь очевидно, если мы генерим MVP достаточно быстро, но эти MVP не находят востребованность, то проблема в нем, а не скорости разработки.

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

От одиночки к команде — и снова к одиночке

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

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

Как росла сложность продукта, так росла и иерархия координации: одиночка → команда с лидом → направление с юнит-лидом
Как росла сложность продукта, так росла и иерархия координации: одиночка → команда с лидом → направление с юнит-лидом

ИИ сдвинул эту лестницу. Одиночку снова можно поставить на позицию лида, а в удачных случаях — и юнит-лида: не потому что middle management «отменили законом», а потому что часть координации исполнения теперь укладывается в артефакты вроде файла handoff и набор агентов вокруг одного человека.

Новая схема сборки: не пирамида лидов, а один человек и кольцо агентов. Координация — в одном артефакте, а не в слое менеджеров.
Новая схема сборки: не пирамида лидов, а один человек и кольцо агентов. Координация — в одном артефакте, а не в слое менеджеров.

Сигнал с рынка это уже подтверждает. В марте 2026 года CEO Y Combinator Гарри Тан на SXSW описывал свой день так:

«I can do my full-time job, doing like eight, nine hours of meetings, and get 10,000 lines of code done on three different projects right now»

Garry Tan, Observer, 16 марта 2026

По его словам, внутри YC в части батчей примерно половина стартапов производит 10–20 тысяч строк кода в день. С интеллектом «on tap» акселератор меньше смотрит на диплом и трек Google/Meta и больше — на вкус, агентность и продуктовое чутьё.

Медленная разработка скрывала мёртвые идеи

У продактов долго была скрытая привилегия: разработка была медленной. Идею можно было игнорировать, «докрутить по ходу» или сделать pivot, пока инженеры ещё пилили первую версию. Плохая гипотеза умирала дорого и поздно — и поэтому казалась редкой.

Теперь темп другой.

  • Раньше: «Проверим эту гипотезу в следующем квартале, когда освободятся ресурсы разработки».

  • Сейчас: «ИИ собрал приложение за выходные. Завтра понедельник. Где первые 100 платящих пользователей?»

Сегодня продуктовая команда часто не успевает генерировать и валидировать денежные смыслы с той скоростью, с которой модели генерируют код. Оказалось, что пока мы не можем проверить все идеи - мы верим, что где-то есть та, что принесет нам деньги. Но когда мы можем проверить все идеи - мы видим, что денежных просто нет.

Это видно по магазинам приложений. По оценкам Sensor Tower в 2025 году в App Store вышло около 600 000 новых приложений (+30% год к году). В первой половине 2026-го — ещё около 560 000, почти как за весь предыдущий год. Загрузки при этом почти стоят: +3% в 2025-м (35,4 млрд) и +2% в H1 2026 (17,6 млрд).

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

Кризис денежных идей начался до ChatGPT

ИИ не создал пустоту — он её подсветил. Пустота копилась раньше.

В ковидные годы крупные IT-компании запускали экосистемы: десятки сервисов «на все случаи жизни», ставка на синергию суперприложения. Часть этих ставок не выдержала даже собственной бухгалтерии. Продукты либо закрылись, либо ушли в зомби-режим, либо живут отдельно, без той самой синергии, ради которой их запускали.

Рядом стоял NFT-цикл. Тысячи различных команд it-специалистов, тратили свое время, чтобы создать биржи для NFT-картинок и прочие бредовые проекты, которые с течением 2-3 лет закрылись и ушли в небытие. Рынок не «исчез в ноль», но сжался на порядок.

ИИ-волна повторяет тот же паттерн на другом материале: разрабатывать легко, зарабатывать практически не на чем!

Ребята из Y-combinator, официально объявляли в 2024 году, что теперь они ищут нишевый софт из профессиональных отраслей, который может повлиять на игроков на этом рынке. Т.е. софт про который 99,99% людей даже не смогут подумать, что оно такое надо. И естественно, если вы делаете очередной проект поверх ИИ от ведущих провайдеров - оно все не нужно.

Если тебя легко скопировать — ты не денежный

Представьте конвертер, который встраивался в бизнес-софт и помогал компаниям вести документооборот. Компания платила за это деньги. Это была нормальная SaaS-история: вы отполировали крайние случаи, продали внедрение, сидите на подписке.

С появлением ИИ любой разработчик пишет: «Реализуй конвертер для таких-то документов в таком формате» — и получает работающее решение. Оно может быть хуже вашего. Это неважно. Разработчик теперь не пойдёт на рынок искать ваш продукт, он будет полировать то, что уже лежит у него в репозитории.

Старый денежный продукт и его новый враг — не конкурент на рынке, а промпт внутри компании-клиента.
Старый денежный продукт и его новый враг — не конкурент на рынке, а промпт внутри компании-клиента.

Текущие клиенты, скорее всего, продолжат платить: переключение дорого, данные уже внутри, привычка работает. Новые клиенты живут в другой парадигме. Им не обязательно покупать софт. Им достаточно собрать его под себя. Именно это YC называет Small Software: инструменты на одного или на небольшую группу, которые раньше было дорого производить, а теперь — нет.

Отсюда же сомнения лидеров мнений, что привычный упакованный софт останется нужен, если заказчик может «на лету» сгенерировать то, что ему требуется. Т.е. меняется парадигма того, что такое коммерческий софт.


IT-отрасль сейчас режет расходы не только потому, что ИИ «заменяет разработчиков» — хотя этот мотив уже звучит в заявлениях о сокращениях. ИИ удобно подставлять как объяснение, но под ним часто лежит более простая арифметика: зачем сжигать деньги на проекты, которые не конвертируются в выручку и прибыль. Поэтому выгодней оптимизировать расходы (а главный расход в IT-компаниях - это ФОТ), чем продолжать сжигать деньги на разработчиков, которые заняты на убыточных проектах.

Конечно, всегда можно вспомнить фразу Чарльза Дьюэлла в 1899 году: «Всё, что может быть изобретено, уже изобретено», а значит всегда есть надежда что будут открываться новые возможности в связи с развитием общества и техническим прогрессом. Но кажется IT-компании и IT-инвесторы поняли, что это теперь дело отважных одиночек и пионеров, а не общепринятая практика каждой IT-компании.

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

Комментарии (5)


  1. 12VLad12
    20.09.2026 23:25

    Реализация все равно важнее. Есть денежная идея сделать игру, как GTA 6 — пользуйся.


    1. AdrianoVisoccini
      20.09.2026 23:25

      Представь на сколько узко ты мыслишь, ты же мог сказать "игру, лучше чем гта6"....


  1. ivan_zhuck
    20.09.2026 23:25

    чем больше кода писал разработчик, тем лучше компания оценивала свою эффективность

    В каком месте компании измеряли свою эффективность количеством кода? В Индии?


  1. AdrianoVisoccini
    20.09.2026 23:25

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


  1. LiamBlue
    20.09.2026 23:25

    Как ни крути, но приходится именно что придумывать фишки своей программы. Функциональность, которую она будет предоставлять. И вот описание этой функциональности подчас занимает целый талмуд. Это я про книжки вроде “MS Office - библия пользователя”. И что бы вы не делали, от необходимости всё это придумывать, генерировать идеи - не отвертеться. Решать, что будет делать ваш софт. А оно довольно напряжно и не так уж и просто, на самом деле. Особенно, когда надо не кое-как, а что-то действительно толковое.

    Есть такая похожая вещь - называется писательское ремесло. Когда автор именно что придумывает каждую строчку своей будущей книги. ИИ вряд ли сможет делать это за автора, и при этом выдавать ценный результат. Да и живые люди-то тоже сами не слишком мастера в своей массе - далеко не каждый обладает нобелевкой по литературе. Так что хорошие творческие идеи и впрямь очень ценные, и были ценными всегда.