Конструктор бизнес-правил для e-commerce
Задача
Конфигуратор акций — это внутренний инструмент e-commerce платформы, позволяющий настраивать сложные бизнес-правила без участия разработки. Пользователи могут комбинировать условия и действия, формируя сценарии акций: от простых скидок до многоуровневых механик с зависимыми параметрами. Система включает 25+ типов условий и 40+ действий, которые могут взаимодействовать между собой, создавая высокую вариативность конфигураций. Основная задача проекта — спроектировать интерфейс, который сохраняет гибкость системы, но при этом остаётся управляемым и понятным для пользователя.
Цель
Спроектировать конструктор бизнес‑правил для e-commerce, позволяющий гибко настраивать условия и действия для акций на публичной витрине. Интерфейс должен поддерживать сложные сценарии: — свободное комбинирование условий (conditions) и действий (actions) — управление зависимыми параметрами — работу с вложенными настройками Ключевая задача — сделать работу с системой интуитивной, несмотря на высокую вариативность конфигураций, а также обеспечить компактное управление через сворачивание и группировку блоков.
Проблема
На момент старта у компании уже существовал сторонний инструмент для настройки акций, однако он: — не был интегрирован в экосистему продукта — ограничивал гибкость настройки — вызывал сложности у пользователей при работе с conditions и actions Основная проблема заключалась в том, что логика зависимостей между блоками была неочевидной: изменения в одном параметре не давали предсказуемого результата в других, что приводило к ошибкам и путанице при настройке сложных сценариев.
Ограничения
— Интерфейс должен быть реализован на базе существующей дизайн‑системы без возможности создания новых паттернов с нуля — Требовалось сохранить преемственность интерфейса, чтобы не нарушить привычные сценарии текущих пользователей — Улучшения нужно было внедрять эволюционно: повысить удобство и управляемость, не меняя радикально структуру
Проблемы текущего интерфейса
В первой версии интерфейса список правил был перегружен: таблица, фильтры и служебные элементы конкурировали за внимание пользователя. Из-за высокой плотности информации было сложно быстро считать статус правила, найти нужную строку и понять, где именно находится управление настройками. Для админ‑системы с большим количеством правил это увеличивало когнитивную нагрузку и замедляло работу.
Что изменилось
Во второй версии интерфейс был перестроен вокруг ясной иерархии. Основные действия вынесены в верхнюю часть экрана, список стал чище и легче для сканирования, а фильтры переехали в отдельную боковую панель. Это позволило разделить просмотр данных и управление ими, не смешивая оба сценария в одном поле зрения. Новый интерфейс уменьшает время на поиск нужного правила, снижает вероятность ошибки при настройке и делает работу с большим количеством акций и условий заметно быстрее. Пользователь тратит меньше усилий на разбор интерфейса и больше времени на саму задачу.
Экран создания правила (Create / New rule)
Базовая конфигурация правила собрана в одном месте, чтобы пользователь быстро собрал каркас без риска пропустить критичные параметры.
Какую проблему решает
- Раньше логика акций и правил была размазана по системе, поэтому было сложно понять, что именно произойдёт.
- Высокий порог входа: нужно было знать бизнес-логику, зависимости и порядок выполнения.
- Ошибки возникали из-за неочевидных параметров, таких как периоды, приоритет и аудитория.
Что сделано
Вся базовая конфигурация собрана в один блок:
- период действия
- приоритет выполнения
- сегмент клиентов
- тип правила
- разделение на логические группы (Validity / Execution / Customer scope и т.д.)
Польза
- Пользователь быстро собирает каркас правила без погружения в систему.
- Снижается количество ошибок при настройке.
- Появляется предсказуемость: видно, когда, для кого и с каким приоритетом сработает правило.
Свернутый вид
Возможность сворачивать блоки решает другую важную проблему: когда правил много, интерфейс быстро превращается в перегруженное полотно. Свернутые блоки позволяют сохранить структуру и контекст, но при этом убрать из поля зрения лишние детали.
- Экран становится компактнее и не перегружает пользователя.
- Можно быстрее просматривать список правил и концентрироваться только на нужных блоках.
- Сохраняется возможность работать с большим количеством конфигураций без потери ориентира.
- Сворачивание помогает держать сложную форму под контролем, особенно когда нужно сравнивать или редактировать несколько правил подряд.
Как работают условия (Condition) на примере «End»
Схема создания новых условий и действий
Условие + действие
Визуальная связка «если → то» делает логику прозрачной и помогает избежать конфликтов между условиями и действиями.
Глобальная настройка правила
Так выглядит настройка правила акций целиком
Созданное правило
Когда пользователь создаёт правило, на основе выбранных условий и действий, создаётся формула правила акции, которую необходимо соблюдать, чтобы акция сработала.
IF Reach catalogue price at least 1500
Если пользователь потратит минимум 1500, то выполняется условие акции.
Результаты
В админ‑панели появился единый центр управления промо‑логикой: правила читаются и проверяются быстрее за счет ясной связи «условие → действие», логической группировки и сворачивания блоков. Бизнес‑команды создают и корректируют акции самостоятельно — без передачи задач в разработку — и уверены в результате благодаря шаблонам, валидациям и предсказуемым зависимостям между параметрами. Это ускорило запуск изменений, снизило риск ошибок в сложных сценариях и улучшило управляемость большого каталога правил.