Новый сценарий настройки бизнес-процесса в визуальном конструкторе

Контекст

Проблема

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

Цель

• Ускорить настройку и адаптацию бизнес-процесса под реальные рабочие задачи
• Снизить зависимость пользователей от админки, специальных прав и помощи администраторов
• Дать пользователям возможность самостоятельно менять процесс без долгого погружения в техническую логику
• Сделать настройку визуальной и понятной, чтобы изменения можно было вносить быстрее и с меньшим количеством ошибок

Моя роль

• Проектировал UX/UI сценариев настройки бизнес-процессов в пользовательском интерфейсе
• Встраивал UI, не ломая существующую логику из админки
• Продумывал создание и выбор доп. полей, типы полей, блоки и вкладки
• Упрощал нейминг сложных настроек

Исследование

• Интервью с пользователями, администраторами и бизнес-аналитиками
• Анализ существующей логики настройки в продукте
• Бенчмаркинг конкурентов: Jira, Notion, Bitrix

Выяснил:

• Какие настройки действительно нужны без перехода в админку
• Где пользователь теряет связь между настройкой и итоговым интерфейсом
• Какие элементы можно перенести в пользовательский интерфейс без потери системной логики
• Как сделать настройку ближе к привычным продуктовым паттернам, чтобы она считывалась быстрее и не требовала админского мышления

Что я сделал

1. Продумал старт создания бизнес-процесса

• Начал с первого шага — создания процесса, а не с настройки отдельных полей
• Спроектировал выбор шаблона при создании процесса
• Добавил карточки шаблонов с превью и описанием
• Это ускоряло запуск и упрощало вход в сценарий настройки

2. Сделал наполнение формы понятным для не-администраторов

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

3. Сделал визуальный редактор прямо в интерфейсе

• Добавил перемещение полей и блоков
• Добавил изменение размера элементов
• Пользователь сразу видел, как будет выглядеть карточка задачи
• Учёл текущую логику ограничений: что и куда можно перемещать

4. Настройка поля

• Спроектировал настройки поля так, чтобы сохранить логику админки, но сделать её понятной для обычных пользователей
• Объединил связанные опции, переписал нейминг и убрал настройки, которые только усложняли сценарий
• Разделил локальный и глобальный уровни: для перехода к общим параметрам добавил шестерёнку в шапке

5. Трудность: согласовать системную модель с пользовательской логикой

• Внутренняя логика поля включала глобальные и локальные параметры
• В интерфейсе это могло превратиться в лишнее дублирование и путаницу
• Я спроектировал решение, в котором системная модель сохранялась, но пользователь видел только понятный и уместный уровень настройки
• Это позволило не ломать архитектуру продукта и не перегружать интерфейс

6. Дал пользователю настраивать вид списка задач

• Спроектировал настройку представлений категории
• Пользователь мог включать нужные представления, задавать вид по умолчанию и сохранять фильтрацию для всех
• Это помогало подстраивать список задач под сценарий работы команды

Результат

• Владельцы категории получили возможность вносить повседневные изменения без постоянного перехода в админку
• Настройка процесса стала быстрее, потому что пользователь видел результат сразу в рабочем интерфейсе
• Снизилась потребность в админских правах и помощи администратора для типовых изменений
• Локальная настройка дополнительных полей стала понятнее: пользователь видел, что можно менять внутри категории, не ломая общую систему
• Сложные настройки доступа и отображения стали проще для чтения и настройки обычными пользователями
• Настройка карточки и представлений стала ближе к привычной логике современных рабочих инструментов
• Адаптация процесса под реальные задачи команды перестала зависеть только от технической админки