Стоимость создания IT-решений для автоматизации заметно упала благодаря появлению ИИ-инструментов. При этом ИИ по-прежнему плохо умеет извлекать из повседневной корпоративной суеты чёткие процессы, границы ответственности, правила принятия решений и другие нюансы реальной бизнес-деятельности.
Именно это провоцирует появление новой роли на стыке бизнеса и инженерии — той, которая превращает операционную логику компании в структурированный, машиночитаемый контекст, пригодный для ИИ-автоматизации.
Всем привет! Это команда курса по вайбкодингу в Практикуме. В этой статье хотим поразмышлять о формирующейся роли Business Logic Owner: что это, почему стало актуальным и какие специалисты станут первыми BLO.
Ещё несколько лет назад автоматизация в малом и среднем бизнесе выглядела примерно одинаково. Компания покупала CRM, потом ещё одну систему «для склада», а затем Excel-файл внезапно превращался в «критически важную инфраструктуру».
Настоящая операционная логика бизнеса существовала где-то между телеграм-чатами, Google Документами и устными договорённостями. Часто она вообще никак не формализовывалась, не описывалась и даже полностью не осознавалась.
Потом появились LLM и ИИ-автоматизация — и внезапно выяснилось, что множество рутинных операций можно «завайбкодить» и перестать бесконечно копипастить строчки из таблички в табличку. Код перестал быть дефицитом и начал дешеветь — иногда пугающе быстро.
Сегодня один технически грамотный человек с ИИ-инструментами способен за несколько дней собрать то, на что раньше уходили месяцы работы команды. Казалось бы, прекрасные новости.
Но чем глубже ИИ-разработка проникает в сердцевину процессов, тем чаще проявляется тёмная сторона этой магии: хаотичная автоматизация, зоопарк решений, баги и галлюцинации в нестандартных ситуациях.
Именно это и провоцирует формирование новой роли, которую логично назвать Business Logic Owner.
Кто такой Business Logic Owner и зачем он нужен
Business Logic Owner (BLO) — владелец бизнес-логики. Название может казаться слишком техническим для бизнеса и слишком абстрактным для инженеров, но имеется в виду ответственность не за «бизнес-логику приложений», как это понимают в разработке, а за формализованную операционную логику самой компании.
Владелец бизнес-логики — это не ещё один аналитик и не технически продвинутый менеджер. Это человек, который формулирует структурированное и непротиворечивое описание того, как реально работает бизнес.
Как мы уже упоминали, существует проблема — реальный средний и малый бизнес почти никогда не описан в формализованном виде: процессы существуют фрагментарно, регламенты устарели, должностные инструкции не соответствуют действительности. Разработчики понимают только ту часть логики, которую удалось вытащить из бизнеса через бесконечные созвоны.
Раньше (причём «раньше» — буквально прошлый год) хаотичные процессы компенсировались ручной работой: автоматизация стоила слишком дорого, чтобы тратить время на системные описания. Проще было нанять ещё одного операциониста. Но ИИ радикально изменил экономику.
ИИ-автоматизация, оркестрация и координация бизнес-процессов между системами и людьми, ИИ-агенты, самостоятельно выполняющие задачи, аналитика и извлечение операционных метрик, оптимизация процессов и ресурсов, автоматическая проверка соответствия регламентам, требованиям безопасности и юридическим ограничениям — всё это объекты для всё более глубокого проникновения автоматических систем, и теперь уже не только в энтерпрайз-сегменте.
Всему этому нужна структурированная машиночитаемая бизнес-логика. Без неё ИИ либо бесполезен, либо опасен. Модель не «понимает» конкретный бизнес — она оперирует только тем контекстом, который ей предоставили. Плохой контекст даёт плохую автоматизацию. Противоречивые процессы — и ИИ начинает воспроизводить эти противоречия. Размытая ответственность — и система начинает генерировать хаос с невероятной скоростью.
В чём заключается главная задача BLO
Business Logic Owner постоянно составляет документацию с описанием реальных бизнес-процессов и прорабатывает возможные улучшения (от as is к to be). Его задача — превращать бизнес-смысл в исполняемую логику. Центральный функционал роли состоит в создании моста между бизнес-потребностью (то, что специалисты называют intent) и логикой реализации.
Формализованная логика практически любого процесса в компании должна буквально описывать:
кто инициирует и финализирует процесс;
какие данные обязательны и как они проверяются;
кто принимает решение на каждом этапе;
«контракты»: обязательные данные при передаче между этапами и сроки реакции;
когда нужна human-in-the-loop эскалация: какие входные параметры или действия допустимы для автоматического агента, а какие требуют верификации человеком;
какие существуют ограничения;
что происходит при ошибках;
какие события нужно логировать.
Такая документация становится новым слоем инфраструктуры компании и её конкурентным преимуществом. Роль BLO становится ключевой, потому что формализованная бизнес-логика начинает превращаться в один из важнейших активов компании.
Мы бы отметили ещё один момент: если у Business Logic Owner есть не только:
понимание бизнес-домена;
способность к формализации;
системное мышление,
но и:
понимание архитектуры IT-приложений;
умение использовать ИИ-инструменты для генерации кода;
умение формулировать критерии приёмки;
способность проектировать автоматические тестовые сценарии,
то он начинает почти напрямую превращать процессы в работающие системы. Фактически возникает новый феномен: исполнимая бизнес-логика. А одной из ключевых компетенций BLO видится контекст-инжиниринг.
Кто станет первыми BLO и что ещё изменится
Интересно предположить, из каких ныне существующих ролей начнут приходить BLO. Наиболее вероятные кандидаты, по нашему мнению:
бизнес-аналитики, которые всегда были ближе к системному мышлению, чем к «рисованию BPMN ради документации»;
solution architects и продакт-менеджеры, глубоко понимающие операционные процессы;
технически сильные проджект-менеджеры, уставшие быть «переводчиками между бизнесом и разработкой»;
основатели малого бизнеса, которые хорошо знают собственные процессы и уже сами автоматизируют половину компании через ИИ;
разработчики, обнаружившие, что главное «бутылочное горлышко» больше не код, а отсутствие нормально формализованной логики.
Потому что парадоксальным образом AI делает инженерное мышление более, а не менее важным. Но теперь оно поднимается с уровня кодеров на уровень архитекторов.
Конечно, построение боевых приложений даже в СМБ требует серьёзного отношения к устойчивости, безопасности и производительности. В крупных компаниях по очевидным причинам (цена ошибки слишком высока) не исчезнут полноценные команды разработки с сильными инженерными скилами. Но СМБ может позволить себе одного сильного BLO с хорошим ИИ-инструментарием и периодически привлекаемыми технически грамотными подрядчиками.
Технические подрядчики тоже меняются. Вместо кросс-функциональных команд появляются соло-разработчики и микрокоманды по два-три человека, которые фокусируются не на «изобретении бизнес-логики приложения», а на технически грамотной реализации.
Предвидим и появление на рынке независимых BLO или специализированных агентств, которые смогут предложить малому бизнесу проектный подход к формализации, оптимизации и автоматизации бизнес-процессов — примерно так же, как крупные консультанты давно работают в корпоративном сегменте.
Будем рады услышать мнение: видится ли вам такая роль ключевой в недалёком будущем? И удастся ли совмещать в одном лице способность формализовывать бизнес-логику и деливерить боевые приложения для СМБ?
