Привет! Я Александр Петросян, продуктовый фулстек-разработчик в проектах по автоматизации бизнеса и авторкурса по вайбкодингу в Практикуме. Последний год-два воочию наблюдаю как шатаются базовые устои в разработке автоматизации разного калибра. Стабильный, поддерживаемый, расширяемый и безопасный код уже не главный герой — требования бизнеса изменились.
Сейчас бизнес хочет быстрее, дешевле и ближе к реальным процессамкак есть, а не к идеальнымкак должно быть. Причём этот самыйкак должно бытьзачастую сформулировать толком никто не может, и в результате его формулирует не бизнес-сторона, а бизнес-аналитики со стороны айти-команды — в меру своего теоретического понимания.
А ещё появился вайбкодинг. Он уже меняет картину мира автоматизации и позволяет малому бизнесу заходить в бизнес-паттерны, которые ещё совсем недавно были уделом больших корпораций. Вот про эти все пироги и хочу поразмышлять в статье: про то, как было раньше, как сейчас, с чем может помочь вайбкодинг и какие есть подводные камни автоматизации.
Автоматизация до вайбкодинга
Еще пару лет назад разговор про «глубокую автоматизацию» для большинства компаний звучал примерно так: если ты не корпорация — даже не начинай. Не потому что дорого (хотя и это тоже), а потому что сама механика была тяжелой.
Любая автоматизация — это аналитики, архитекторы, разработчики, бесконечные созвоны, ТЗ на 40 страниц, уточнения, переделки. Потом разработка, потом внедрение. Итог — месяцы, иногда годы.
В таких условиях кастомные решения имеют смысл только на больших масштабах, поэтому они естественным образом «оседают» вenterprise-сегменте. И правда: одно дело пилить историю, которая освободит по 30 часов в месяц для двухсот человек, другое — для двух.
СМБв это время «играет как умеет». Стандартная айтишечка выглядит так: какая-нибудь CRM (часто используется четыре кнопочки), ERP-lite, Excel как главный оркестратор процессов и ручной копипаст строчек из таблицы в таблицу (там же в таблице можно ручками «докрутить», когда не срастается).
В итоге образуется довольно неприятный разрыв: корпорации усиливают каждого сотрудника автоматизацией, а в малом-среднем бизнесе тот же сотрудник просто бежит быстрее, компенсируя отсутствие систем. Разница в эффективности накапливается и начинает влиять уже не только на масштаб, но и на выживаемость.
Появление вайбкодинга
Вайбкодинг — это штука, которая на первый взгляд выглядит как «ну просто стало быстрее кодить», но на деле ломает саму модель разработки. Суть простая: ты больше не объясняешь,какчто-то реализовать, ты объясняешь,что должно происходить. То есть работаешь на уровне интента (идеи, бизнес-запроса), а не кода. ИИ-шка – она умная, она по-любому напишет.
И тут внезапно экономика сходится. Там, где раньше нужна была команда, теперь хватает одного-двух человек плюс подписка на Cursor. Причем это не обязательно разработчики в классическом смысле. Если ты нормально понимаешь свой бизнес-процесс и можешь его внятно описать — ты уже опасно близок к тому, чтобы его автоматизировать.
Фактически происходит переход от code-first к intent-first:
- Раньше как было: сначала придумали архитектуру, написали код (production-ready, поддерживаемый, тестируемый, масштабируемый), а потом начинаем пихать в него бизнес-логику, которую бизнес не особо спешит внятно описать («Ой, как здорово, а давайте еще вот сюда вот это!»), соответственно, с помощью изоленты и костылей.
- Теперь наоборот: сначала формулируешь, как у тебя реально работает бизнес, а система уже под это собирается. И это, на самом деле, убирает чуть не самый дорогой этап классической разработки — перевод «человеческого» процесса в формальную модель через несколько слоев людей. Теперь этот перевод делает сам бизнес напрямую, пусть и через промпты.
Уже становится понятно, что «привилегия корпораций на кастомную автоматизацию» тихо заканчивается. Более того, начинает переворачиваться старая боль: раньше бизнес подгоняли под ограничения IT-систем, теперь IT начинает подстраиваться под бизнес. Ну наконец-то.
Меняется и скорость изменений:
- Классический цикл выглядел как: идея → ТЗ → команда → разработка → внедрение → «почему это заняло полгода?» → «а можно мы как раньше в Эксельчике?». Причем изменения затрагивали сразу кучу процессов, поэтому любое движение было болезненным.
- Сейчас это все сжимается до: идея → формализация логики (промпт, схема, правила) → прототип → тест → доработка. И это уже дни или недели, а не кварталы. Плюс можно менять точечно, не разваливая всю систему.
Для СМБ это переломный момент, потому что их главное преимущество — скорость и гибкость. И вот внезапно появляется возможность не только быстро двигаться, но и автоматизировать вещи, которые раньше казались «это только у взрослых пацанов».
Например, глубокая автоматизация маркетинга, динамическое ценообразование, скоринг клиентов, логистика, нормальная аналитика. У бизнеса появляется свой слой формализованной логики — по сути, описанные в структуре процессы, которые можно напрямую скармливать ИИ. И получается интересный гибрид: уровень автоматизации как у корпораций, но без их инерции.
Подводные камни
Но за все хорошее приходится платить. Конечно, большие enterprise-системы сделаны с другими требованиями к отказоустойчивости, производительности и безопасности — цена сбоев и утечек оправдывет «ручные» трудозатраты дорогих инженеров. Но для СМБ это часто не критичные параметры, из-за небольших сбоев в приложении их бизнес не остановится, стоимость утечек данных невелика.
Что важнее, так это то, что когда автоматизацию может делать почти любой сотрудник, часто начинается веселье.
Одна из проблем — формализация. Делать процесс руками вообще не то же самое, что уметь его четко описать. Очень быстро выясняется, что «ну мы просто делаем вот так, ах, да, а по пятницам после обеда – можем пропустить». А это плохо переводится на язык «если A, то B, кроме случаев C».
Еще одна проблема — зоопарк решений. Каждый сделал себе мини-приложение под задачу, никто ни с кем не договорился, логика дублируется, данные расходятся, интеграции ломаются. Поздравлям, у вас «хаотическая автоматизация».
Здесь почти неизбежно появляется новая роль.Назвать ее можно условно (мне нравится!) — Business Logic Owner (Владелец бизнес-логики). Этот человек следит за тем, чтобы бизнес вообще был описан как система, а не как набор «ну, так исторически сложилось».
Он собирает и поддерживает единую логику процессов, описывает ее формально, и к тому же «машинопонятно» (простые тексты на человеческом языке, но логично разбитые на секции, с заголовками, отступами и хорошей структурой), следит за консистентностью автоматизации и – очень важно! - формулирует критерии, по которым мы понимаем, что очередной AI-сгенеренный инструмент работает правильно.
По сути, это такой «главный по смыслу», который управляет тем, как компания объясняет себя ИИ. В корпорациях это размазано по аналитикам и архитекторам, а в СМБ это вполне может быть один ключевой человек. Или даже, подобно бухгалтерам, он может быть внешним сотрудником, обслуживающим несколько маленьких компаний.
Как вайбкодинг изменил всё
Если посмотреть на практику, иногда становится немного забавно. Вещи, которые раньше требовали серьезной инфраструктуры и бюджетов, теперь собираются буквально «на коленке».
Руководитель хочет видеть весь бизнес в своем мобильном телефоне — пожалуйста, делается приборная панель, которая тянет данные из CRM, бухгалтерии, Google Sheets и чего угодно еще, без отдельного Data Warehouse и команды BI.
Воронки продаж начинают жить своей жизнью: ИИ помогает собрать систему, оркестрирующую другой ИИ, который распределяет лиды, следит за касаниями, расшифровывает звонки, подсказывает ответы и даже пишет письма. Получается такой «ИИ в квадрате».
Динамическое ценообразование, которое раньше ассоциировалось с авиакомпаниями и ритейл-гигантами, внезапно становится доступным любому бизнесу, который готов чуть-чуть заморочиться: парсинг конкурентов, анализ спроса, учет остатков — и вот у тебя цены обновляются хоть каждый день.
Онбординг сотрудников перестает быть болью: если процессы описаны, инструкции и чек-листы генерируются почти автоматически. Контроль линейного персонала превращается в набор простых форм и чек-листов с мобильного телефона — без тяжелых систем.
А дальше начинается совсем интересное. Появляются «цифровые тени» руководителей, которые собирают задачи из почты, чатов и таск-трекеров, следят за исполнением и пингуют ответственных. Ужасно? Зато без “чайка-менеджмента” и плохого настроения.
Урбанисты без опыта программирования делают себе инструменты, которые динамически меняют планировки в зависимости от местной освещенности. Люди из очень далеких от ИТ сфер автоматизируют свои процессы так, как раньше могли только крупные компании с подрядчиками.
В какой-то момент становится очевидно: ограничение теперь не в технических навыках, а в том, насколько формализованно ты можешь объяснить задачу.
Вайб-кодинг — это не просто «разработка стала быстрее и дешевле». Сейчас у СМБ впервые появляется реальный доступ к тому же уровню автоматизации, что и у корпораций, но без их тяжеловесности. И если раньше главным навыком было умение писать код, то теперь все больше ценится способность четко разложить свой бизнес на понятную, формализованную логику. Потому что если вы сможете внятно объяснить “Что?” (интент) — большие ИИ модели последнего поколения, скорее всего, знают, как это сделать.
