Почему ваш бизнес провалит внедрение AI

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

Кейс 1: ДБТ-тренажер (психология) в виде Telegram-бота.

Сделано (почти) полностью с помощью LLM, начиная от самих уроков, заканчивая тестами и деплоем. Серьезно: автотесты сделала LLM, деплой сделала LLM. Даже продуктовая аналитика сделана на своем собственном велосипеде. Монетизации тут нет, поэтому рекламирую с чистой совестью.

Если вы придете с таким ТЗ в нормальную студию разработки, вам выкатят смету минимум в 300–500 тысяч рублей.

Не потому что там сложный код. А потому что в этот чек нужно зашить зарплаты всей пищевой цепочки: аккаунт-менеджера, проджекта, разработчика, тестировщика. Даже если они работают над проектом part-time, часы набегают.

Кейс 2: Продуктовая аналитика в приложении.

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

Результат: Неделя работы команды. Мой результат: Я сделал это за несколько вечеров в свободное время. Я вообще не думал про SQL-запросы, миграции баз данных и форматы JSON. Я сосредоточился исключительно на продукте и смысле. И в итоге получил продукт, который даже не требует SQL-аналитика для поддержкки: запросы тоже может генерировать LLM. Да, но сложных кейсах она споткнется, но для рутины можно использовать уже сейчас.

Итог? Оба продукта работают и приносят пользу. Мой бюджет — $3 на подписку Z.ai и бесплатные модели.

Я не гений-разработчик. Я просто перестал относиться к программированию как к «священному искусству» и начал относиться к нему как к управлению конвейером. Но когда я пришел с этим кейсом и цифрами к инженерам на Хабр, меня, мягко говоря, не поняли.

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

Ниже — полная декомпозиция метода, экономика процесса и 21 жесткая истина о том, почему старая модель разработки мертва.

На VC обожают считать чужие деньги, так давайте посчитаем мои. Возьмем тот самый ДБТ-тренажер. Вот честная, минимальная декомпозиция сметы, если бы я заказывал его в студии (с договором и гарантией), против того, как я сделал его сам.

Вывод: Каждый раз, когда я сажусь за проект в пятницу вечером, я фактически «лишаю выручки» веб-студию. И это не моя вина, это эволюция. Экскаватор заменил землекопов не потому что он злой, а потому что он копает быстрее и дешевле.

Это самая циничная правда IT-рынка, о которой молчат на собеседованиях.

Суть: Программисты часто выбирают технологии не те, что нужны вашему бизнесу (простые, надежные, дешевые), а те, что модно выглядят в их резюме.

Как это работает: Вам нужен простой интернет-магазин. Ваш Сеньор Вася говорит: «Надо делать на микросервисах, Kubernetes, GraphQL и Kafka, иначе мы не выдержим нагрузку (которой нет)!». Вы верите и платите миллионы за сложнейшую инфраструктуру.

Реальность: Васе плевать на ваш магазин. Вася хочет через год уйти в Google или Яндекс, а там требуют опыт работы с Kubernetes. Он учится за ваши деньги на вашем проекте, создавая вам проблемы на пустом месте.

AI-подход: У ИИ нет резюме. Ему не надо понтоваться перед будущим работодателем. Он пишет на скучном, надежном стеке (PHP/Python/Go), который просто работает и приносит деньги.

Для инвестора: AI — это единственный разработчик, которому не нужно «качать скиллы» за ваш счет. Он выбирает кратчайший путь к прибыли, а не к красивой строчке в LinkedIn.

Это продолжение предыдущего пункта, но про психологию. Вы нанимаете Senior Developer за 300к+, чтобы он пилил вам интернет-магазин или простую CRM.

Проблема: Ему скучно. Для него ваши задачи — это уровень «детского сада».

Следствие: Чтобы развлечь себя, он начинает внедрять ненужные технологии. Вместо простого SQL он ставит Mongo, вместо REST — GraphQL, вместо монолита — микросервисы. Он не решает вашу задачу, он борется со скукой за ваши деньги.

AI-Аргумент: AI-агенту не бывает скучно. Он с одинаковым энтузиазмом пишет самый примитивный, тупой и рабочий код 24/7. Он не пытается «самореализоваться» через ваш проект.

Вывод: Идеальный сотрудник для стартапа — это тот, у кого нет амбиций стать «рок-звездой», а есть задача закрыть тикет. У AI нет эго. У Сеньора эго стоит дороже его зарплаты.

Это самый страшный сон программиста, но мечта любого бизнеса.

Как было: Код воспринимался как «Хрустальная ваза».

Его писали годами, с него сдували пылинки. Его боялись трогать, чтобы не сломать. Компании тратили миллионы на «рефакторинг» и борьбу с «техническим долгом», который копился десятилетиями. Вы платили разработчикам зарплату просто за то, чтобы эта ваза не разбилась.

Как стало: С AI-агентами код — это «Пластиковый стаканчик».

Если модуль устарел, начал тормозить или в нем нашли баг — я его не чиню. Я не ищу ошибку в 500 строках кода. Я просто стираю файл, правлю одно предложение в XML-контракте (бизнес-логике) и генерирую новый модуль с нуля за 3 минуты.

Суть для инвестора: Перестаньте платить за «поддержку» и «рефакторинг». Эти статьи расходов должны исчезнуть. Мы больше не чиним старое, мы печатаем новое. Код стал расходным материалом, как бумага для принтера.

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

Как вам продают: «Если мы не перепишем код сейчас, мы умрем! Мы не сможем поддерживать проект!»

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

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

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

Любой нетехнический фаундер (sales, marketing, product) знает эту боль. У тебя есть идея, есть понимание рынка, есть первые клиенты, но ты не умеешь кодить.

Старый сценарий (Тупик):

Ты ищешь CTO. Ты ходишь по хакатонам и умоляешь разработчиков присоединиться к тебе. Ты обещаешь им 30–50% доли компании (Equity). И как только ты находишь такого человека, ты попадаешь в ловушку «Человеческого Vendor Lock-in».

Ловушка «Bus Factor» (Фактор автобуса):

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

Новая реальность: AI-агенты — это ваш CTO за $20/месяц.

В отличие от живого партнера, AI:

Инсайт для бизнеса: Искать программиста за долю в 2026 году — это финансовое самоубийство.

Вам не нужно размывать долю на старте. Вы можете дотащить продукт до трекшена, первых продаж и раунда А в одиночку, сохранив 100% Equity. В новой экономике побеждает не тот, у кого круче код, а тот, кто сохранил контроль над CapTable (таблицей капитализации).

Почему в больших компаниях продукт часто получается совсем не таким, каким его видел фаундер?

Цепочка потерь смыслов:

Фаундер (Визионер) → CPO (Продукт) → Тимлид (Техника) → Сеньор → Джун (Руки).

На каждом этапе теряется минимум 20% смысла и добавляется 20% искажений. В итоге Джун кодит не то, что нужно бизнесу, а то, как Тимлид понял Продакта, который понял Фаундера. Вы платите огромный «налог на коммуникацию».

AI-подход:

Цепочка: Фаундер → AI-агент.

Потерь смыслов — 0%.

Вывод: Вайб-кодинг убирает «шум». Вы получаете ровно то, что описали. Если продукт получился плохим — значит, ваше описание было плохим, а не «команда не так поняла». Это полная ответственность фаундера, но и полный контроль.

Это прямой удар по среднему менеджменту.

Боль: Зачем нужны PM (Product Managers)? Чтобы переводить с языка бизнеса («хочу кнопку») на язык разработчиков («нужен endpoint»).

Новая реальность: Если вы (Фаундер) умеете писать XML-контракты (бизнес-логику), вам не нужен переводчик. Вы говорите с «исполнителем» (AI) напрямую.

Экономика: Вы срезаете не только зарплаты разработчиков, но и весь «административный нарост» (скрам-мастеров, джира-менеджеров, тимлидов).

Вывод: Вся индустрия Agile/Scrum была построена вокруг того, как заставить ленивых людей работать слаженно. AI не ленится и ему не нужны стендапы. Вайб-кодинг — это смерть среднего менеджмента в IT. Вам не нужен Agile, если у вас нет людей.

Стартапы умирают не потому, что идея плохая, а потому что они слишком долго и дорого делают Pivot (разворот бизнес-модели).

Боль: Вы запустились и поняли, что текущий стек (например, Python) не тащит нагрузку, или архитектура не подходит под новые требования клиентов. Техническая команда скажет: «Нам нужно переписать ядро. Это займет полгода и 5 млн рублей».

В этот момент 90% стартапов умирают. У вас просто кончаются деньги (Runway).

Решение: Я скармливаю те же XML-схемы (бизнес-логику) другому агенту и говорю: «Теперь ты Go-разработчик. Перепиши архитектуру под микросервисы».

AI не спорит. Он просто переписывает проект за выходные.

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

Многие любя кейсы про Bubble, Tilda, Adalo и Zero-code. Курсы по зерокодингу продаются тысячами. Это классные инструменты для лендинга ларька с цветами, но для серьезного стартапа у них есть фатальный недостаток: Отсутствие Суверенитета.

Мой подход («Вайб-кодинг» с AI):

Я заставляю нейросеть писать настоящий, «взрослый», чистый код (React, Python, C++, Go).

Этот код принадлежит мне. Я получаю файлы. Я могу:

Вывод: Зачем платить $100/мес за Bubble, терпеть тормоза интерфейса и упираться в потолок, если AI пишет чистый React бесплатно, который вы хостите у себя? No-Code платформы пытаются продать вам лопаты, когда рядом стоит бесплатный экскаватор.

Это прямой удар по SaaS-сервисам (CRM, аналитика, боты), на которые бизнес тратит тысячи долларов ежемесячно.

Боль: Компании платят «налог на воздух».

$20/мес за каждого юзера в Jira, $50 в Salesforce, $100 за сквозную аналитику, $15 за бота-напоминалку. В пересчете на компанию из 50 человек набегает $5000–$10000 в месяц.

Решение: Зачем мне покупать CRM с кучей лишних функций, если AI напишет мне мою личную CRM, заточенную идеально под мои процессы, за один вечер?

Без лишних кнопок. Без ежемесячной подписки. На моем сервере.

Вывод: Я перестал кормить SaaS-корпорации. Любой внутренний инструмент (админка, дашборд для отдела продаж, бот для отчетов) теперь пишется in-house за копейки. Это возвращение к «натуральному хозяйству», но на цифровых стероидах.

На VC любят меряться размером команды («Мы выросли в 3 раза, у нас теперь 100 человек!»). В старой парадигме это считалось признаком успеха. В новой — это признак неэффективности.

Новая реальность (по Сэму Альтману):

Скоро появятся компании-единороги (капитализация $1 млрд) с штатом в 1 человека.

Вывод: Гордиться тем, что у вас 50 программистов — это все равно что гордиться тем, что ваш завод сжигает больше угля, чем у конкурента. Это косты, а не достижения. Я один делаю работу отдела из 5 человек. Моя маржинальность — 90%, ваша — 10%. Кто из нас визионер, а кто просто раздувает штат?

В классической разработке цена ошибки колоссальна.

Если вы заказали разработку фичи, команда потратила на нее 2 недели (спринт), а потом оказалось, что пользователям это не нужно — вы сожгли 200–300 тысяч рублей. Поэтому мы так долго планируем, проводим митинги и пишем спецификации. Мы боимся ошибиться.

С AI стоимость ошибки стремится к нулю.

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

Нужно срочно реабилитировать плохой код в глазах бизнеса. Инженеры продали вам идею «Технического долга» как главную страшилку.

Тезис: Идеальный код нужен только в двух случаях:

Реальность: В 99% случаев (маркетплейсы, CRM, стартапы) пользователю плевать, что там «под капотом», лишь бы кнопка нажималась и товар покупался.

Вывод: С точки зрения финансов, «грязный» код, запущенный сегодня и приносящий прибыль — это Актив. А «чистый», идеальный код, который пишут полгода и еще не запустили — это Пассив.

AI позволяет генерировать «прибыльный мусор» в промышленных масштабах. И это прекрасно, потому что бизнес — это про деньги, а не про красоту архитектуры.

Самая интересная и болезненная часть. Я опубликовал детальный технический разбор метода (использование XML-контрактов для управления AI-агентами) на Хабре — главном ресурсе инженеров в СНГ.

Я ожидал дискуссии о промпт-инжиниринге. Я ожидал вопросов по архитектуре.

Вместо этого я получил волну агрессии. Статью заминусовали. Комментарии наполнились желчью: «это говнокод», «это не настоящее программирование», «поддерживать это невозможно», «автор — дилетант».

Почему так произошло? Не потому что метод не работает (он работает, продукты запущены, клиенты платят). А потому что инженеры почувствовали экзистенциальную угрозу. Они защищают свою кормушку.

Представьте средневековых ткачей, которым показали автоматический станок.

Они годами учили сложные движения рук (C++, паттерны, void*, Redux). Они гордились своей уникальностью. А тут приходит человек, который пишет XML-инструкцию, и бездушная машина выдает полотно быстрее и ровнее.

Их реакция — отрицание. «Это полотно без души», «оно порвется», «станок сломается».

Главный риск для бизнеса:

Вы просите пчел внедрить технологию по уничтожению меда.

Если вы скажете своему Lead Developer: «Внедри AI, чтобы ускорить разработку в 5 раз и мы могли сократить штат», что он сделает? Он проведет «итальянскую забастовку».

Он будет использовать AI нарочито неправильно. Он будет задавать глупые вопросы чату. А потом принесет вам отчет: «Смотрите, шеф, ChatGPT галлюцинирует! Он написал код с багом! Я же говорил, нельзя доверять машине, нужен штат сеньоров по 400к!».

Вывод: Нельзя поручать автоматизацию тому, кого она автоматизирует. Внедрять AI должен Product Owner или CEO — человек, которому важен результат (деньги/продукт), а не процесс написания красивого кода.

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

Новая реальность: Прослойка в виде «переводчиков с человеческого на компьютерный» исчезла.

Теперь вы говорите с компьютером напрямую. Но есть нюанс: компьютер не понимает абстракций. Он понимает четкую логику.

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

Это про психологию и выгорание.

Проблема: Классическая разработка — это отложенное вознаграждение. Ты придумал фичу сегодня, а увидел её работающей через 2 недели (если повезет). За это время энтузиазм сгорает. 90% стартапов умирают не потому, что деньги кончились, а потому что фаундер «перегорел» ждать.

Решение: Вайб-кодинг — это мгновенное вознаграждение. Придумал -> Описал в документе -> Получил работающий модуль через 5 минут.

Вывод: AI превращает разработку из унылого марафона в серию спринтов с быстрыми победами. Вы не успеваете «остыть» к идее. Это наркотик продуктивности, на котором держится драйв фаундера.

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

Проблема: Никто не любит писать документацию. Она всегда устаревает в момент написания.

Решение: В моем методе Документация = Исходный код. Я не пишу код, я пишу спецификацию. А код — это просто временный артефакт компиляции этой спецификации нейросетью.

Вывод: Если мой программист уйдет, он унесет знания в голове. Если уйду я, останется XML-контракт, который любой другой человек (или AI) превратит в тот же самый софт. Мой бизнес задокументирован автоматически, потому что документация — это единственный язык, на котором я общаюсь с машиной.

Это геополитический и макроэкономический аргумент.

Контекст: Раньше бизнес искал «дешевые руки» в регионах или за границей (аутсорс в Индии, Восточной Европе).

Новая реальность: AI — это идеальный «офшорный разработчик».

Он стоит дешевле индийца, знает английский (и русский) лучше него, не спит и не просит релокацию.

Вывод: Зачем вам команда на удаленке с разницей часовых поясов и культурным барьером? Ваш новый «офшор» живет у вас в браузере. Индустрия заказной разработки «на стороне» умрет первой. Выживут только бутики экспертизы.

Это про качество самих идей.

Суть: Часто фаундеры придумывают нереализуемую дичь. Программисты кивают, берут деньги и полгода пилят, чтобы потом сказать «не шмогла».

AI-подход: Если ты не можешь объяснить логику нейросети в XML, значит, твоя логика — бред. AI не умеет «понимать по-братски», он обнажает дыры в твоем мышлении мгновенно.

Вывод: AI — это самое жесткое зеркало для фаундера. Если нейросеть пишет бред в ответ на ваше ТЗ, значит, бред — это ваше ТЗ. Это экономит миллионы, убивая мертвые идеи за вечер, а не за год.

Здесь начинается настоящая политика. Я не изобретал велосипед и открыто об этом говорю. Мой метод собран на анализе чатов и статей умных людей, которые я систематизировал и применил на практике, чтобы заработать деньги.

Но когда мою статью показали автору этих идей (известному IT-блогеру), его реакция была бесценна: «Ну да, оно сгенерено на основе моих постов».

Одной фразой он попытался обесценить мой опыт внедрения, списав всё на «источник вдохновения». Почему?

Представьте эксперта, который продает сакральное знание. Я прихожу и показываю, что это знание доступно всем и работает бесплатно. Он в ловушке. Если он признает мой успех, он обесценит свою уникальность. Поэтому у него остается только один ход: атаковать не Метод, а Носителя. «Метод хороший (это же мои идеи!), но Ты — никто, ты просто скопировал».

Гуру монетизирует статус «Хранителя знаний». Я монетизирую результат. Когда практик берет идеи из открытого доступа и строит на них бизнес, он показывает, что «король голый». Чтобы делать крутые продукты, не нужно молиться на гуру в закрытых каналах. Нужно просто брать инструмент и работать.

Акула и дельфин выглядят одинаково не потому, что дельфин «списал» у акулы. А потому что гидродинамика одна для всех. Если вы начнете реально работать с AI-агентами, вы неизбежно придете к спецификациям. Это инженерная правда, и у неё нет авторского права.

Итог: Знать (теория) и Сделать (практика) — это две разные профессии. Блогер знает. Предприниматель делает.

Почему у многих не получается? Потому что они относятся к AI как к стажеру.

Они пишут в чат: «Сделай мне сайт как Airbnb». AI выдает ерунду. Пользователь разочаровывается.

Я использую подход «Фабрика кода» через Спецификации.

Представьте, что AI — это станок с ЧПУ.

Если вы скажете станку: «Ну, выпили мне красивую детальку», он выдаст брак.

Если вы загрузите чертеж — он выдаст идеальную деталь с точностью до микрона.

Мой метод:

Это не магия. Это менеджмент. Я не пишу циклы for, я управляю архитектурой. Я не кладу кирпичи, я архитектор, который следит, чтобы роботы клали их ровно.

Мы выросли на культе «Качества кода». Инженеры молятся на Clean Code, SOLID, TDD. Это стало религией.

Но бизнес молится на другого бога — Time-to-Market (время выхода на рынок).

В новой реальности побеждает не тот, у кого код «чище», переменные названы правильнее и покрытие тестами 100%. Побеждает тот, кто за выходные проверил 10 гипотез, нашел одну рабочую, начал продавать и занял долю рынка.

Если ваш AI-код пришлось выкинуть через год и переписать с нуля — поздравляю, вы победили. Это значит, что ваш «грязный» MVP выжил, заработал денег и позволил нанять команду для переписывания. Легаси — это признак успеха. А идеальный код мертвого стартапа никому не нужен.

Я не призываю вас увольнять всех программистов завтра.

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

Мир стремительно делится на две части: тех, кто ноет про «качество кода» и «пузырь ИИ» в комментариях, и тех, кто молча захватывает рынок, запуская продукты со скоростью пулемета.

Выбирайте сторону.

«Пока вы проводите ретроспективу спринта, я уже задеплоил новую фичу».

Исходная статья на хабре.

Мой ТГ канал про ИИ