Тридцать-сорок лет 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 млрд).

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

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

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

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

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

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

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

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

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

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

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

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