Интерфейсы веб-платформы для моделирования, анализа и управления бизнес‑процессами • Storm BPMN

Главное о кейсе

Заказчик — Storm BPMN – веб-платформа для моделирования и управления бизнес-процессами. В существующий продукт нужно было добавить модуль “Анализ узких мест”, но первые попытки показали: порог входа слишком высокий.

Задачи Собаки Павлова:
1. Улучшить пользовательский опыт при настройке моделирования процесса.
2. Создать отчет для аналитика по итогам моделирования.
3. Создать упрощенный отчет для презентации руководителю.

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

Выдающееся о процессе:
Заказчик активно вовлекал сообщество Storm BPMN: пользователей для интервью набрали примерно за 30 минут, а часть желающих передали внутренней команде заказчика для разговоров по нашему гайду.

Для концептуального проектирования использовали Figma Make и AI-прототип заказчика. Генерили и отдавали сразу много вариантов. Это помогало принимать решения быстро, а выкидывать наработки было не жалко.

Аналитика:
— Погрузились в продукт, отрасль и логику BPMN-моделирования. Изучили, как аналитики переходят от As-Is к To-Be и где в этом пути возникает задача поиска узких мест.
— Провели интервью с пользователями из среднего и крупного бизнеса. Закодировали результаты, собрали код-бук и профили аналитиков.
— Поняли главное: пользователям нужен не “интерфейс для математики”, а понятный путь от входных данных к решению для бизнеса.

Ключевые цифры:
За 3 месяца:
— провели 8 интервью с аналитиками и специалистами по процессам.
— спроектировали 40+ экранов интерфейса продукта.
— описали 3 ключевых сценария: настройка симуляции, отчет аналитика, отчет руководителя.

В итоге заказчику удалось сэкономить 5 итераций развития и разработки продукта.

Storm BPMN is a web platform for business process modeling and management. Client needed to add a "Bottleneck Analysis" module to the existing product, but initial attempts revealed that the entry barrier was too high.

Sobaka Pavlova's Tasks:
1. Improve the user experience when setting up process modeling.
2. Create a report for the analyst based on the modeling results.
3. Create a simplified report for presentation to management.

Business Tasks solved:
Storm BPMN clients know how to build BPMN diagrams, but during the optimization phase, they often act intuitively: moving tasks, adding people, or adding automation without understanding the impact on the overall process. A complex module needed to be integrated into the existing product so that analysts could easily identify process bottlenecks, and managers could quickly understand which changes would yield business benefits.

Highlights of the process:
The client actively engaged the Storm BPMN community: users were recruited for interviews in about 30 minutes, and some were passed on to the client's internal team for discussions using our guide.

For conceptual design, we used Figma Make and the client's AI prototype. We generated and submitted multiple options at once. This helped us make decisions quickly.

Analytics:
— We studied the product, industry, and logic of BPMN modeling. Studied how analysts move from As-Is to To-Be and where bottlenecks arise along the way.
— Interviewed users from medium and large businesses, coded the results, compiled a codebook, and analyst profiles.
— We realized the key: users don't need an "interface for mathematics," but a clear path from input data to a business solution.

Key figures:
Over 3 months:
— conducted 8 interviews with analysts and process specialists.
— designed 40+ product interface screens.
— described 3 key scenarios: simulation setup, analyst report, and manager report.

As a result, the client saved 5 iterations of product development and design.

Как проект изменил жизнь пользователей

Упростили работу аналитика с оптимизацией процессов. Теперь он может не только описать As-Is в BPMN, но и проверить To-Be-гипотезы: изменить ресурсы, сроки, календари или поток заявок и увидеть, где появятся очереди, перегрузки и риски по срокам.

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

We've simplified the analyst's work with process optimization. Now, they can not only describe As-Is in BPMN but also test To-Be hypotheses: change resources, deadlines, calendars, or request flows and see where queues, overloads, and deadline risks will arise.

We've prepared a separate short report for the manager: without unnecessary technical detail, but with a clear comparison of scenarios and a conclusion on which changes should be implemented.

Бизнес-задача и ее решение

Заказчику нужно было добавить в Storm BPMN модуль “Анализ узких мест”, который помогает клиентам переходить от описания процесса к его оптимизации. Первые попытки показали, что интерфейс перегружен: пользователю трудно понять, какие данные нужны, как настроить симуляцию и как интерпретировать результат.

Мы разложили сценарий на понятные шаги: цель анализа, входной поток, ресурсы, календари, параметры задач, вероятности ветвлений, запуск симуляции и отчет. В итоге сложная модель превратилась в управляемый интерфейс для аналитика и короткий отчет для руководителя.

The client needed to add a "Bottleneck Analysis" module to Storm BPMN, which helps clients move from process description to optimization. Initial attempts revealed that the interface was overloaded: it was difficult for the user to understand what data was needed, how to set up the simulation, and how to interpret the results.

We decomposed the scenario into clear steps: analysis goal, input flow, resources, calendars, task parameters, branching probabilities, simulation launch, and reporting. As a result, the complex model was transformed into a manageable interface for the analyst and a short report for the manager.

Крафт (мастерство), реализация, технические детали

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

Проектировали логику так, чтобы расчет не выглядел “магией”: у каждого результата есть объяснение, а у каждого узкого места — путь к деталям. Это важно для аналитиков, которые должны не просто поверить системе, а защитить выводы перед бизнесом. Спроектировали 2 вида отчетов: подробный для аналитика с тепловой картой и детализацией, и короткий для руководителя — с выводами и сравнением сценариев.

Настройку симуляции встроили в существующую BPMN-платформу и ограничения UI-kit PrimeVue v.3.

Отдельно проектировали состояние “данных не хватает”: система должна не ругать пользователя, а показывать, какие параметры мешают расчету и где их нужно добавить на схеме. Так интерфейс становится не формой для ввода, а навигатором по сложной модели процесса.

It was important not to overwhelm the user with precision. We separated mandatory settings from advanced ones, hid complexity within the scenario logic, and left only the elements necessary for the simulation to yield useful results on the surface.

We designed the logic so that the calculations didn't look like "magic": every result had an explanation, and every bottleneck had a path to the details. This is important for analysts, who must not only trust the system but also defend its findings to the business. We designed two types of reports: a detailed one for the analyst with a heat map and drill-down, and a short one for the manager, with conclusions and scenario comparisons.

The simulation setup was integrated into the existing BPMN platform and constraints of the PrimeVue v.3 UI kit.

We designed the "missing data" state separately: the system shouldn't scold the user, but should instead show which parameters interfere with the calculation and where they need to be added in the diagram. This way, the interface becomes not an input form, but a navigator through a complex process model.

Инсайты, гипотезы, процесс создания и взаимодействия с заказчиком

Один из важных сдвигов случился, когда мы посмотрели на интерфейс шире экрана. Работа аналитика начинается до Storm BPMN: он собирает данные, разговаривает с участниками процесса, сверяет регламенты. А заканчивается часто вне продукта — на встрече, где нужно защитить изменения перед руководителем.

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

One of the key shifts occurred when we looked at the interface beyond the screen. An analyst's work begins before Storm BPMN: they collect data, communicate with process participants, and verify regulations. And it often ends outside the product—in meetings where changes need to be defended to the manager.

Therefore, we designed not just screens, but the entire process: from data preparation to decision justification. We worked closely, iteratively. We quickly reviewed any contentious areas with the client, collected interim feedback, and handed over all materials to the team in working order so the client could use them further in the product.

Текущая доступность работы

https://sobakapav.ru/portfolio/storm

Скриншоты

Комментарий заказчика

Очень понравилось работать c «Собакой». Всё четко, профессионально и глубоко.

«Собака Павлова» сэкономила нам массу времени и сил. Мы смогли сразу выкатить v5, миновав множество промежуточных итераций. Это ускорило работу как минимум на полтора года.