Сначала — картинка. Потом — жизнь
Всё начинается с BPMN-диаграммы.
Это не «схема для совещания». Это чертёж процесса. Бизнес-аналитик или владелец процесса рисует BPMN — и на этой картинке видно: кто что делает, в каком порядке, при каких условиях, куда идут данные, где точки принятия решений.
Но нарисованный процесс — это ещё не работающий процесс. Это замысел.
Дальше начинается самое интересное: этот BPMN-процесс оживает в BPMS. То, что было нарисовано на диаграмме, становится исполняемым: задачи назначаются людям, таймеры срабатывают, ветвления выбирают путь, документы генерируются, уведомления уходят.
И вот тут в игру вступают low-code-билдеры. Они оцифровывают процесс — превращают его из схемы в работающую систему:
Формы и интерфейсы собираются в конструкторах (Elementor — наружу, формы BPMS — внутрь).
Интеграции подключают процесс к другим системам: 1С, CRM, склад, почта, мессенджеры.
Сервисы добавляют то, чего нет в стандартном наборе: генерация PDF, 360°-туры, внешние API.
Порталы показывают результат процесса клиенту или сотруднику — уже в брендированном, дружелюбном виде.
Получается цепочка:
→ интеграции с системами и сервисами (связь с реальностью)
BPMN рисует процесс. BPMS его исполняет. Low-code-билдеры и интеграции делают его частью цифровой экосистемы компании.
Это и есть главная мысль: процесс — это не только схема и не только код. Это схема, которая ожила, и экосистема, которая её обслуживает.
Почему BPMS и конструктор сайтов стоит рассматривать вместе
Elementor и WPBakery — самые популярные конструкторы страниц для WordPress. Их ядро — внешняя презентация и привлечение клиентов: лендинги, формы, витрины товаров, сбор заявок.
Эти два мира обычно принадлежат разным людям: процессы проектирует один отдел, сайт собирает другой. Но в реальном бизнесе это две стороны одной цепочки создания ценности.
Сценарий 1: Форма на сайте запускает процесс в BPMS
Это самый прямой сценарий интеграции.
Пользователь отправляет заявку через форму Elementor. Обычно это работает так: данные падают в базу WordPress, уходит письмо — и всё.
Но если подключить форму Elementor к BPMS, картина меняется: отправленные данные автоматически запускают BPMN-процесс — назначается ответственный, ставится срок, уведомляются роли, фиксируется результат согласования.
Технически Elementor поддерживает webhook: после отправки формы данные можно отправить на внешний API. BPMS-платформы (ELMA, Comindware) предоставляют REST API для приёма внешних данных и запуска процессов.
Получается: Elementor — это входная точка, BPMS — это движок. Пользователь видит красивую форму, а за кулисами работает стандартный бизнес-процесс.
💡 Главное: Elementor сам по себе не «выполняет» процессы. Он только собирает и передаёт данные. Вся логика, ветвления и правила согласования определяются в BPMS.
Сценарий 2: Интерфейс в BPMS — это тоже «конструктор страниц»
У ELMA и Comindware есть собственные дизайнеры форм для создания интерфейсов пользовательских задач.
В ELMA дизайнер форм работает по принципу Drag-n-drop: элементы перетаскиваются на форму, настраивается расположение, стиль, поля. Ощущение — как в Elementor, только аудитория — внутренние пользователи (сотрудники, согласующие), а не внешние посетители.
В Blueway модуль Process Governance тоже даёт WYSIWYG-конструктор экранов с поддержкой перетаскивания — можно быстро собрать интерфейс.
Если посмотреть на суть: Elementor — это конструктор страниц наружу, дизайнер форм BPMS — конструктор страниц внутрь. Они решают одну задачу — «дать нетехническому специалисту собрать интерфейс», — просто для разных аудиторий.
Сценарий 3: Один сайт — два билдера рядом
Зрелый корпоративный сайт может использовать оба low-code-инструмента одновременно:
Внешний слой (WordPress + Elementor):
Страницы продуктов и услуг
Формы сбора заявок
Лендинги и промо-страницы
Кейсы и блог
Внутренний слой (BPMS):
Распределение и обработка заявок
Согласование договоров
Обработка обращений клиентов
Синхронизация данных и отчётность
Точка стыковки — webhook и REST API. Форма Elementor отправляет данные → webhook запускает BPMS → процесс выполняется → при необходимости статус возвращается на сайт.
ценарий 4: иммерсивная презентация и живые документы — 360° и PDF как часть процесса
Процесс — это не только формы и согласования. Иногда процессу нужно показать. А иногда — задокументировать.
360°-панорамы. Клиент хочет «зайти» в пространство до покупки — в офис, шоурум, цех. Мы делаем 360°-туры на профессиональных решениях, встраиваем их в WordPress и связываем с BPMS: клиент нажимает «Записаться на визит» прямо в панораме — и запускается процесс в BPMS.
PDF-публикации. Каталоги, годовые отчёты, кейсы, брендбуки — мы делаем PDF на профессиональных решениях, встраиваем на сайт с листанием, поиском и скачиванием. И тоже связываем с BPMS: клиент скачал каталог — запустился процесс跟进 в BPMS.
Живые документы из BPMS. Это самый интересный сценарий. BPMS генерирует документы в процессе работы — регламенты, инструкции, внутренние нормативные документы (ВНД). Эти документы автоматически конвертируются в PDF и размещаются на корпоративном портале.
Что это даёт:
Регламенты становятся дружелюбными. Вместо сухих Word-файлов — аккуратно свёрстанные PDF с навигацией, поиском, единым стилем.
Документы всегда актуальны. BPMS сгенерировал новую версию — PDF обновился на портале автоматически.
Единый стиль. Все ВНД выглядят как часть бренда, а не как «файл, который прислали по почте».
Доступность. Сотрудник открывает портал и видит документ в удобном виде — с телефона, планшета или компьютера.
Логика одна: профессиональные решения дают качество показа, WordPress — доступность, BPMS — то, чтобы лид не потерялся, а документ не устарел.
| Слой | Инструмент | Роль |
|---|---|---|
| Движок процессов | BPMS (ELMA, Comindware) | Согласования, задачи, правила, аудит |
| Фронтенд-портал | WordPress + Elementor | Брендированный интерфейс, формы, лиды |
| Иммерсивная презентация | Профессиональные 360°-решения | Туры, интерактивная навигация |
| Документы | Профессиональные PDF-решения | Каталоги, отчёты, регламенты, ВНД |
| Связующий слой | REST API / Webhook | Передача данных, запуск процессов |
Технические границы: почему нельзя сделать всё одним инструментом
Elementor не умеет исполнять процессы. В нём нет BPMN-движка, распределения задач, напоминаний по срокам, условных переходов, версионирования процессов. Он умеет только формы и страницы.
BPMS не умеет делать красивый сайт. Дизайнеры форм в ELMA и Comindware ориентированы на внутреннюю эффективность, а не на бренд-презентацию. Делать в них маркетинговый лендинг — громоздко и неуместно.
Но они отлично сочетаются. В этом и смысл экосистемы low-code: каждый инструмент делает лучшее на своём уровне, а связка через API и webhook формирует полную цепочку ценности.
| Критерий | Elementor / WPBakery | BPMS (ELMA / Comindware) |
|---|---|---|
| Для кого | Внешние пользователи (посетители, клиенты) | Внутренние пользователи (сотрудники, согласующие) |
| Основная функция | Сборка страниц, форм, сбор заявок | Исполнение процессов, задачи, согласования |
| Результат | HTML-страницы, отправленные формы | Экземпляры процессов, задачи, аудит-лог |
| Способ связи | Webhook, REST API | REST API, OData |
| Порог входа | Без кода | Нужно уметь моделировать процессы |
Что это значит для нас
Этот взгляд напрямую влияет на то, как мы делаем сайты:
Не продавать «просто сайт». Если форма на Elementor просто шлёт письмо — лид «умирает». Если форма запускает процесс в BPMS — лид попадает в отслеживаемую и управляемую систему.
Не относиться к BPMS как к «айтишному проекту». Это такой же инструмент для бизнеса, как конструктор сайтов. Бизнес-люди могут участвовать в настройке.
Качество показа — это конкурентное преимущество. Профессиональные 360°-туры и PDF-публикации — не «украшение», а часть процесса. Они влияют на решение клиента и на эффективность дальнейшей работы с ним.
Самое ценное — это связка. Красивая форма на Elementor плюс чёткий процесс в BPMS плюс профессиональный 360°-тур или PDF — вместе они дают больше, чем каждый инструмент по отдельности.
