Автор: Jakob Freund, CEO Camunda
Каждый процесс в вашей компании — наследие прошлого. Жёстко? Возможно. Но логика верна. Каждый бизнес-процесс, который ваша организация выполняет сегодня, был спроектирован для мира без ИИ. Всё — от цепочек согласований до последовательностей передачи задач и обработки исключений — было построено на человеческом суждении. И всё это было выстроено вокруг предположения, что программное обеспечение может автоматизировать задачи, но координировать работу будут люди. Это предположение больше не работает.
Компании, которые хотят быть лидерами в следующее десятилетие, должны пойти на уровень глубже, чем просто внедрение ИИ-инструментов для оптимизации задач. Им нужно переосмыслить, какие задачи вообще должны существовать, кто должен их выполнять и как должна работать вся операция в мире, где AI-агенты могут действительно действовать.
Мы называем это Великим реинжинирингом.
Почему “прикручивание” ИИ к устаревшим процессам не работает
Большинство компаний следуют похожему сценарию внедрения ИИ. Они находят высокочастотную задачу, добавляют ИИ-ассистента или систему рекомендаций и получают некоторый первоначальный эффект. Производительность поначалу может вырасти, и у некоторых команд появляется ощущение ускорения. Но в какой-то момент что-то меняется. Координация ломается между системами, которые изначально не были рассчитаны на обмен контекстом. Когда накапливаются исключения, стоимость изначально полученной эффективности возвращается в новой форме. В результате первоначальные выигрыши от ИИ выравниваются, а часто и идут в обратную сторону.
Увы, именно это и происходит, когда компании прикручивают ИИ к процессу, который был спроектирован для человеческой скорости и человеческой координации. Это не значит, что от ИИ нужно вообще отказаться. Нужно понять, где именно ИИ должен находиться в операционной модели, и перестроить процессы вокруг этого понимания.
Это означает, что нужно переосмыслить несколько базовых вопросов. Вместо вопроса: «Как нам автоматизировать этот шаг?» — правильнее спросить: «Должен ли этот шаг вообще существовать?» Такой сдвиг в постановке вопроса меняет всё. В устаревшем процессе могут быть лишние уровни согласования, потому что раньше никто не доверял предыдущей системе. Или могут сохраняться передачи задач между людьми, потому что интеграция была слишком дорогой, когда процесс только проектировали. Очень часто анализ устаревшего процесса показывает человеческое участие, которое не добавляет никакого суждения, а только создаёт задержку.
Реинжиниринг процессов изнутри
Обычная компания использует более 500 ключевых бизнес-процессов. Раньше на реинжиниринг одного процесса уходило примерно 12 месяцев. Для сравнения, развитие возможностей ИИ идёт с циклом в несколько недель. Разрыв между тем, как быстро движется технология, и тем, как быстро организации могут её усваивать, стал определяющей операционной проблемой этого десятилетия.
Именно поэтому я с большим энтузиазмом объявляю о ProcessOS и хочу показать, что он означает для реинжиниринга процессов. ProcessOS — это новый интеллектуальный слой Camunda для агентной оркестрации, который:
обнаруживает существующие бизнес-процессы на основе операционных данных и знаний об организации;
реинжинирит их так, чтобы стратегически использовать ИИ, исходя из заданных результатов;
непрерывно улучшает процессы на основе ключевых показателей эффективности.
То, что раньше занимало месяцы работы консультантов, воркшопов и циклов документации, теперь занимает дни. Каждое изменение по-прежнему проходит человеческую проверку до попадания в production, так что каждый шаг остаётся видимым, поддающимся аудиту и управляемым. И вот где настоящая сила: чем больше процессов организация переносит на платформу, тем быстрее и точнее становится реинжиниринг.
В Camunda мы не хотели описывать эту проблему со стороны, поэтому запустили ProcessOS в действии на собственных операциях.
Мы выбрали наш собственный процесс Quote-to-Cash (Q2C) для продаж по подписке в Camunda в качестве первой цели реинжиниринга. Процесс охватывает полный жизненный цикл: от создания начальной возможности до подготовки коммерческого предложения, закрытия сделки, активации подписки, признания выручки через NetSuite и ежегодного цикла продления. Как правило, цикл этого процесса занимал 115 дней. Исходное состояние было типично для большинства корпоративных операций: пять разных департаментов, шесть систем, от 20 до 80 ручных передач по контракту и отсутствие единого владельца бизнес-процесса.
Используя ProcessOS, мы провели полный цикл discovery → реинжиниринг → построение → деплой за четыре недели. Только фаза discovery, которая традиционно заняла бы два–три месяца интервью со стейкхолдерами и документирования процессов, была завершена за 10 дней.
На этапе реинжиниринга был задан основной вопрос: «Должен ли этот шаг существовать?» Оказалось, что несколько инструментов, которые команда использовала раньше, стали ненужными, как только уровень оркестрации взял на себя координацию. Число ручных точек взаимодействия на контракт сократилось с 20–80 до 2–3. Ошибки после выполнения процесса снизились примерно на 80%. Время от запроса до получения денег сократилось с 115 дней до 80 дней. Процесс освободил примерно 6000 человеко-часов в год.
Мы сделали это на себе — и доказали, что Великий реинжиниринг реален. Лучшее место для старта — тот процесс, о котором вы уже знаете, что он сломан.
Что значит для руководства императив реинжиниринга
Реинжиниринг бизнес-процессов исторически был самой важной (и самой дорогой) инициативой, которую могла предпринять организация. На самом деле организации так редко пытались это сделать из-за затрат во времени и организационной энергии. ИИ полностью меняет эту историю. То, что ранее требовало 12–18 месяцев на процесс, теперь можно выполнить за недели.
Будьте уверены: внедрение ИИ — это не просто технологический закупочный выбор. Организации, которые рассматривают внедрение ИИ как слой, добавленный поверх текущих операций, лишь будут накапливать всё больше сложности и затрат. Лучший подход — возвращаться от желаемых результатов назад и перестраивать процессы вокруг ИИ‑первой логики. Как мы показали на собственном пилоте, выигрыши растут с каждым циклом.
Вопрос, который стоит задать в вашей собственной организации, очень прост: «Если бы мы проектировали этот процесс с нуля сегодня, зная, на что способен ИИ, построили бы мы его так, как он работает сейчас?»
Ответ почти для каждого процесса в каждой компании будет таким: «Нет».
ProcessOS делает такой «старт с нуля» действительно практичным. Организации, которые первыми сделают этот шаг, зададут эталон, за которым будут гнаться остальные. И те, кто сделает первый ход, получают не просто преимущество — они его расширяют с каждым процессом, который запускают на платформе.
Приходите на вебинар!
Регистрация по ссылке: https://my.mts-link.ru/j/126243752/20272296889
На совместном вебинаре OpenBPM и Axiom JDK покажем, как создать Java/BPM-приложение: от проектирования бизнес-процесса до запуска на AxiomJDK и упаковки в защищенный контейнер. Разберем, как OpenIDE, OpenBPM и ИИ-инструменты помогают быстрее собрать приложение, подготовить бизнес-логику и снизить объем ручной рутины. Отдельно обсудим, почему для enterprise-разработки важны безопасный runtime, контролируемая среда поставки и заранее продуманная стратегия после завершения open-source поддержки Spring Boot 3.5.