На дворе лето, середина года уже позади. Самое время оглянуться назад и критически взглянуть на прогнозы, которые делались в декабре-январе. Итак, давайте посмотрим, что обещали нам по части BPM в 2025 году и что из этого сбылось, а что осталось лишь в фантазиях авторов этих прогнозов. В принципе все писали более-менее одно и то же, поэтому для разбора взял один рандомный прогноз «BPM Solution for 2025: Trends and Updates».

Гиперавтоматизация и интеллектуальная автоматизация

Прогноз:

Гиперавтоматизация становится одним из главных трендов в BPM на 2025 год. Этот подход выходит за рамки базовой автоматизации, объединяя передовые технологии, такие как искусственный интеллект (AI), машинное обучение (ML) и роботизированная автоматизация процессов (RPA), для оптимизации и автоматизации сложных задач. По прогнозу Gartner, к 2025 году 85% организаций, внедряющих гиперавтоматизацию, повысят свою операционную эффективность на 30%.

BPM-платформы всё чаще интегрируют эти возможности, позволяя компаниям сокращать время на выполнение рутинных задач, повышать точность принятия решений и максимизировать возврат инвестиций (ROI) в своих процессах. Такой подход не только ускоряет время реакции, но и даёт компаниям возможность быстрее масштабироваться.

Не знаю как вам, а по мне слово «гиперавтоматизация» звучит как-то тревожно: гиперреакция, гиперопека, гиперчувствительность… Всё, что немного «через край». Но термин пришёл из англоязычного hyperautomation, который придумали в Gartner — и он значит не «автоматизируй всё подряд, где надо и не надо», а «автоматизируй много, но с головой». Говоря технически, гиперавтоматизация это сочетание RPA, AI, ML и BPM. В этой окрошке терминов BPM отводится роль оркестратора между людьми, ботами, ИИ-агентами и сервисами, что весьма почетно.

Ладно, примем, что это просто калька с английского и ничего плохого в этом слове нет. Теперь посмотрим факты:

• По данным Accessa, гиперавтоматизация сокращает затраты на 10–50 % и дает ROI от 30 % до 200 % в год.

• Accenture сократила время обработки финансовых транзакций и заявок от клиентов в крупной организации в сфере страхования на 40 % за 6 мес и повысила производительность на 30 % (Super AGI)

• Однако, только у примерно 20 % компаний есть чёткая методика измерения влияния гиперавтоматизации (Vena Solutions)

• Расходы на GPT-запросы могут свести к нулю экономический эффект — например, Capgemini останавливала проекты, когда посчитала что на токены тратится $25 млн/год (Times of India)

• Как показало исследование Gartner, менее десятой части (9%) опрошенных организаций заявили, что у них внедрены зрелые процессы для работы с ИИ.

Вывод:

Не надо недооценивать гиперавтоматизацию из-за неудачного названия. На самом деле под этим термином скрывается глубокая конвергенция ИИ и BPM. Причем в отличие от многих других кейсов, где ИИ приходит и все «дисраптит», с BPM у него складываются партнерские отношения — автоматизированные процессы помогают наладить и взаимодействие ИИ-агентов, чтобы строить по-настоящему работающие решения. Однако, пока это остается скорее полем экспериментов, об устойчивой, повторяющейся практике говорить еще рано. Особенно в свете экономической эффективности подобных проектов.

Но это крайне перспективное направление, за которым надо пристально наблюдать!

Low-code и no-code: доступность для всех

Прогноз:

Ещё одним ключевым трендом 2025 года становится рост популярности low-code и no-code BPM-платформ. Эти решения позволяют пользователям создавать, настраивать и оптимизировать бизнес-процессы без привлечения разработчиков или технических специалистов. Такой подход демократизирует управление процессами, давая сотрудникам из разных подразделений компании возможность улучшать рабочие процессы без глубоких знаний программирования.
По данным Forrester, к 2024 году 75% BPM-решений будут включать low-code и no-code возможности для ускорения внедрения процессов. Эта тенденция особенно актуальна для бизнес-сред, где важна оперативность, а изменения в процессах должны внедряться быстро для реагирования на новые возможности или вызовы.

Что касается роста популярности лоукода, так это просто маркетинговая мантра, она и так зашкаливает выше некуда. Но от популярности до реального применения — дистанция огромного размера! Вот об этом давайте и поговорим.

Сначала посмотрим факты:

• 81% компаний считают low-code стратегически важным направлением.

• В мире 31% компаний используют low-code как основу своей программной стратегии.

• Спрос на приложения, создаваемые гражданскими разработчиками, растёт в 5 раз быстрее, чем может справиться ИТ-отдел.

• В 41% организаций именно гражданские разработчики становятся драйверами инноваций.

• Разработка приложений на low-code платформах проходит на 90% быстрее.

Источник: Hostinger

Вроде все позитивно, почему бы и не поверить? — Однако, уж слишком сильно предыдущие прогнозы расходятся с реальностью. В 2021 году Gartner обещал, что к 2024 году 65% всех приложений будут создаваться на лоукод-платформах. По состоянию на октябрь 2024 Gartner признает, что только 15% организаций используют low code платформы для разработки критически важных решений.

А что же остальные? —Ну, так, балуются, решают всякие не сильно важные задачки, которые может и не надо было автоматизировать — всякие формы, заявки и тому подобное. Ибо непродуманное, сделанное наспех решение цементирует плохой процесс. Если его вовсе не было, то у людей оставалось бы больше гибкости и возможности договариваться в нестандартных ситуациях. А так мы будем чаще и чаще слышать ответ, что сделать ничего нельзя, наша система не позволяет.

То есть, мы наблюдаем разрыв между всеобщим обожанием лоукода и реальным уровнем доверия к этой технологии:

Хорошо, когда бизнес понимает реальные границы применимости лоукода и не пытается с его помощью решить вообще все задачи. Хотя бывает и наоборот, когда руководитель настолько очаровывается этой идеей, что готов сломать всю культуру разработки:

Читайте на Хабре: Наш CEO хочет no-code в проде. Я против — и готов уйти

Резюмируем:

Лоукод остается раздутым хайпом. При том, что реальная польза от технологии есть, например, в прототипировании или в создании простых, не сильно нагруженных приложений, которые тоже кто-то должен делать. Ажиотаж вокруг него слишком возбуждает некоторых начальников, что они готовы пуститься во все тяжкие, лишь бы избавиться от настоящих разработчиков и это может печально кончится для их организаций.

Подробнее про лоукод читайте в моей статье «Семь иллюзий Low code»

Интеграция клиентского опыта (CX) в BPM

Прогноз:

Клиентский опыт (CX) стал ключевым фактором успеха для бизнеса, и к 2025 году BPM-платформы должны будут включать возможности, обеспечивающие более тесную интеграцию внутренних процессов с взаимодействиями с клиентами. Компании, которые синхронизируют свои BPM-системы с управлением клиентским опытом, получают значительное конкурентное преимущество за счёт более быстрого, персонализированного и эффективного обслуживания.
Согласно недавнему исследованию PwC, 86% потребителей готовы платить больше за лучший опыт взаимодействия. Эта тенденция стимулирует развитие BPM-платформ в сторону решений, которые позволяют отслеживать жизненный цикл клиента и оптимизировать ключевые точки контакта, повышая удержание клиентов и общий уровень удовлетворённости.

Как говорится, и не поспоришь! Как компания относится к клиентам, так они ей и платят. Но причем здесь BPM?

Сегодня все больше компаний начинают выстраивать Customer Journey с использованием BPM-инструментов — от обработки лида до поддержки и удержания. Интеграция CX и BPM позволяет отслеживать все точки взаимодействия с клиентом, устранять фрустрацию, управлять SLA и персонализировать коммуникации.

В отчёте Forrester (апрель 2025) подчёркивается, что компании, синхронизирующие CX с BPM, демонстрируют на 20–30% выше показатели NPS и LTV.

IDC сходным образом выделяет закономерность: организации, применяющие CX-инструменты в связке с процессами, демонстрируют заметный рост в показателях NPS и LTV — на 20–30 % в таких сферах, как ритейл и финансы.

Основные сценарии, где BPM улучшает CX включают:

• Обработка обращений и рекламаций — BPM обеспечивает стандартизованный и отслеживаемый поток, снижая время реакции и повышая прозрачность для клиента.

• Управление SLA — платформа отслеживает задержки на каждом шаге и включает эскалацию, если сроки нарушены.

• Персонализированные пути клиента — на основе данных из CRM и поведения в системе BPM может динамически адаптировать шаги, меняя обработку случаев по условиям клиента.

• Многоканальность — BPM объединяет взаимодействия по почте, чату, телефону в единый процесс с центральной оркестрацией, исключая «провалы» при переходе между каналами.

На рынке есть комплексные CX-платформы, которые в принципе могут закрыть все вопросы по теме; в их числе Saleforce, Oracle, SAP, Adobe и другие. Популярен также альтернативный путь, когда CX-функции реализуются на основе BPM, таких как Pega, Appian или Kissflow. В принципе, вы можете построить отличный CX на основе любого BPM-движка, если четко понимать, что нужно делать, чтобы клиент был доволен. Вывод:

Что касается цифр, то 86% это выглядят слишком оптимистично. Но главное, что CX + BPM — это не просто модная комбинация, а доказанная модель роста и эффективности. Это направление подтверждается авторитетными исследованиями и становится одним из ключевых показателей зрелости BPM-предприятия.

Продвинутая аналитика и принятие решений на основе данных

Прогноз:

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

Согласно отчёту McKinsey, компании, использующие продвинутую аналитику в своих процессах, могут повысить производительность до 25%. Эта возможность станет критически важной для оптимизации бизнес-процессов в 2025 году, поскольку позволит компаниям оперативно корректировать стратегии в ответ на изменения рынка.

На мой взгляд, тема неоднозначная. Идея-то давно витает в воздухе — но все витает и никак не приземляется. Потому что на практике получается слишком сложно. Большинство компаний не имеют ни подходящей архитектуры данных, ни компетенций для создания production-ready предсказательных моделей в BPM. Ну и реальное время в BPM это совсем не то же самое, как в QNX и подобных системах, в лучшем случае это «near real-time» или просто достаточно оперативно, чтобы успевать реагировать.

В итоге, внедрение предиктивной BPM-аналитики может оказаться дороже самого проекта автоматизации. А если наложить на это еще изменчивость процессов, то непонятно что мы анализируем. Примерно, как изучать фигуры из облаков и пытаться строить прогнозы.

Да, это все непросто. Тем не менее, успешные проекты тоже встречаются:

• Forrester в своём блоге открыто говорит, что компании больше не могут полагаться на ретроспективные отчёты и обязаны внедрять аналитику, которая обеспечивает ценность «в реальном времени». Однако массовый переход задерживается из за сложности построения стриминговых пайплайнов и интеграции множества систем.

• В частности, в «Росгосстрахе» значимые улучшения появились после внедрения цифровых BPM-процессов в блок урегулирования убытков. По словам руководителя этого блока Армана Гаспаряна, после внедрения цифровых сценариев клиентский индекс удовлетворённости (CSI) вырос на 25 %.

Вывод:

Хотя идея предиктивной аналитики в BPM звучит заманчиво и даже очевидно в контексте цифровой трансформации, на практике она сталкивается с множеством препятствий. Основное — это зрелость организационных процессов и архитектуры данных. Без единого источника достоверной информации (single source of truth), без исторических данных и четко определённых KPI любая модель окажется просто игрушкой. Даже при наличии данных многие компании не готовы поддерживать цикл разработки, обучения и переобучения ML-моделей, особенно если бизнес-процессы часто меняются.

Кроме того, большинство BPM-систем не проектировались изначально с учётом real-time стриминга и аналитики. Интеграция с платформами обработки потоковых данных (Kafka, Flink и др.) требует серьёзной перестройки инфраструктуры, что под силу далеко не всем. Плюс, ценность предсказаний будет ограничена, если процесс не поддерживает динамическую адаптацию в ответ на аналитику.

Поэтому, хотя продвинутая аналитика может приносить ценность в отдельных, хорошо подготовленных кейсах, говорить о её массовом распространении в BPM пока рано. В 2025 году это скорее точечный успех энтузиастов, чем новая норма.

Безопасность и соответствие требованиям в BPM

Прогноз:

По мере усложнения бизнес-процессов и перехода организаций к облачным BPM-решениям, вопросы безопасности и соответствия требованиям становятся ключевыми приоритетами в 2025 году. Глобальные нормы по защите данных, такие как GDPR в Европе, обязывают компании обеспечивать надёжное и прозрачное управление данными.

BPM-платформы в 2025 году должны будут интегрировать мощные инструменты для обеспечения безопасности и соответствия, которые позволят организациям защищать конфиденциальные данные, предотвращать утечки и соблюдать местные и международные нормативы. Компании, не внедряющие BPM-решения с такими возможностями, рискуют столкнуться с финансовыми штрафами и ущербом для репутации.

Тренд на безопасность и соответствие требованиям будет только усиливаться — в этом можно не сомневаться. Бюрократическая машина с её бесконечными регуляциями никуда не исчезнет, а значит, бизнесу придётся подстраиваться и соблюдать всё больше нормативов. В Европе это особенно заметно, но и в России хватает собственных требований. При этом есть важное отличие: в России отношение к облачным технологиям гораздо более сдержанное, чем на Западе. Это напрямую влияет на подход к обеспечению безопасности — здесь он развивается в ином направлении, с упором на контроль, замкнутые контуры и on-premise решения.

Обратимся к фактам:

• 37 % компаний провалили облачные аудиты в прошлый год (Prowler)

• 80 % компаний столкнулись с нарушениями безопасности в облаке за последний год, 88 % взломов произошли из-за человеческого фактора (Spacelift)

• Появляются решения по автоматизации комплаенса на основе ML, например, как описанное в этой статье (arXiv):

Внедрение облачных технологий в различных отраслях произвело революцию в корпоративных операциях, одновременно создав серьезные проблемы в управлении соответствием требованиям. Организации должны постоянно соблюдать меняющиеся нормативные требования, такие как GDPR и ISO 27001, однако традиционные ручные процессы проверки становятся все менее эффективными для современных масштабов бизнеса.

В данной статье представлена новая система на основе машинного обучения для автоматизации процессов обеспечения соответствия в облачных вычислениях, решающая ключевые проблемы, включая трудоемкие ручные проверки, длительные циклы соответствия и запоздалое выявление рисков. Предлагаемая система объединяет несколько технологий машинного обучения: обработку документов на основе BERT (точность 94,5%), метод One-Class SVM для обнаружения аномалий (точность 88,7%) и улучшенную архитектуру CNN-LSTM для анализа последовательных данных соответствия (точность 90,2%). Результаты внедрения показали значительные улучшения:

• Сокращение продолжительности процесса соответствия с 7 до 1,5 дней • Повышение точности с 78% до 93% • Снижение ручного труда на 73,3%

Пилотное развертывание в крупной securities компании подтвердило эти результаты, обеспечив обработку 800 000 ежедневных транзакций с точностью выявления рисков 94,2%.

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

А что в России?

В 2025 году безопасность и соответствие нормативам действительно входят в число ключевых требований к BPM-системам. Однако в России этот тренд развивается в собственном векторе, отличающемся от западных моделей.

Если в Европе компании подстраиваются под GDPR, то в России на первый план выходят ФЗ-152 (о персональных данных), требования ФСТЭК и ФСБ, нормы по защите критической информационной инфраструктуры (КИИ), а также требование использования отечественного программного обеспечения для госсектора и стратегических отраслей.

Соответственно, от BPM-платформ ожидают наличия в реестре российского ПО, соответствия требованиям по контролю доступа, шифрованию и логированию, а также возможности развертывания в on-premise-среде или на сертифицированных облаках — например, Cloud.ru или Yandex Cloud, прошедших аттестацию по ФСТЭК.
В отличие от Запада, где облачные BPM-решения становятся нормой, в России по-прежнему доминирует недоверие к публичным облакам — особенно в госсекторе, финансах, здравоохранении и промышленности.

С другой стороны, если все и так в безопасном контуре, зачем тянуть функции ИБ в саму BPM-систему?

• Во-первых, нарушитель может быть не только снаружи, но и внутри контура, поэтому бдительности терять не следует.

• Во-вторых, регуляторы всё чаще требуют не просто защищённой инфраструктуры, а "доказуемой" безопасности. Это означает: ведение логов всех действий пользователей, контроль полномочий на уровне бизнес-процесса и, главное, возможность предъявить это всё на аудите.

• Наконец, BPM-системы всё чаще становятся точкой входа в критичные процессы: договоры, финансы, кадровые решения, документы — даже одна ошибочная или злонамеренная операция может повлиять на репутацию, финансы или юридический статус компании.

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

А как с этим обстоят дела на практике?

Тут пока больше деклараций, чем реальных действий. Некоторые российские вендоры преодолели формальные барьеры, получив лицензии ФСТЭК и обеспечив место своих продуктов в реестре российского ПО. В качестве первого шага обычно реализуется обеспечение работы на сертифицированных ОС и СУБД, поддержка электронной подписи и двухфакторная аутентификация при входе в приложение. Но в этом нет како-либо BPM-специфики.

Таким образом, в сфере безопасности и соответствия требованиям BPM в России в 2025 году наблюдается смещение фокуса в сторону инфраструктурной защищенности, тогда как процессная безопасность — контроль доступа к задачам, аудит бизнес-решений, отслеживание действий пользователей в рамках конкретных процессов — пока остается на периферии внимания. Большинство решений ограничиваются реализацией базовых требований регуляторов, но не идут дальше, чтобы встроить безопасность в саму логику бизнес-процессов.

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

Заключение

Итак, мы провели сверку прогнозов с реальностью. Надо признать, что в целом прогнозы оказались верными, рынок действительно движется в указанных направлениях. Конечно, не обошлось и без перекосов — налицо увлеченность лоукодом, не соответствующая его реальной роли и некоторое забегание вперед по трендам, связанным со сложными технологиями — CX и аналитика. Касательно гиперавтоматизации, которая на самом деле подразумевает использование ИИ вообще сказать сложно —прогноз слишком или недостаточно смелый, поскольку события развиваются слишком стремительно. Ну а безопасность —это просто насущная необходимость.

Подписывайтесь на наш телеграм канал
BPM Developers — про бизнес-процессы: новости, гайды, полезная информация и юмор.