case 01 / product design profile
CRM-модуль для создания и сопровождения сложных B2B-сделок
Задача
Спроектировать интерфейс для создания и сопровождения корпоративных заявок в единой системе: менеджер быстро заполняет параметры клиента, продукта и обеспечения, видит этап сделки и передаёт данные дальше по процессу без ошибок и лишних уточнений.
Проблема
Сценарий был перегружен бизнес-правилами: разные типы продуктов требовали разных полей, часть данных блокировалась после публикации, а создание, сопровождение и передача сделки не были связаны в один поток.
Решение
Я собрала сценарий в понятную структуру: пошаговая форма, динамические поля, статусы данных и переход в карточку сделки без потери контекста.
Основной результат
Моя роль
- Участвовала в интервью с менеджерами и собирала бизнес-логику сценария.
- Проанализировала существующий сценарий создания и ведения сделки.
- Создавала UX-гипотезы и требования к будущей форме.
- Проектировала структуру формы и карточки сделки по этапам.
Этапы работы
Работу выстроила как последовательность артефактов: погружение в проблематику, анализ UX-логики, структура формы, UI-состояния и передача в разработку.
Анализ существующих сценариев
Из интервью и разбора процесса я выделила точки, где менеджеры теряли время: неочевидные обязательные поля, зависимости от продукта, возвраты к уже заполненным блокам и ручные уточнения после создания сделки.
Гипотезы
Сформулировала 20 UX-гипотез о создании сделки: отдельная страница вместо модального окна, логические блоки формы, динамические поля по продукту, подсказки, ошибки в контексте и переход в карточку после создания.
Интервью и выводы
Провела интервью с менеджерами и проверила гипотезы на реальных сценариях. По итогам зафиксировала, какие решения подтвердились, какие нужно упростить, а какие не стоит делать основными.
JTBD
Перевела выводы исследования в Job Stories: что менеджер хочет сделать, в каком контексте и зачем. Это помогло связать проблемы пользователя с будущими функциями интерфейса.
Верхнеуровневый сценарий
Собрала основной путь менеджера: от пайплайна сделок к созданию новой сделки, заполнению параметров, проверке ошибок и переходу в карточку созданной сделки.
UI-состояния
Проработала состояния интерфейса: пустые значения, disabled-поля, ошибки, загрузку, «не найдено», появление релевантных полей после выбора продукта и активность кнопки «Создать сделку».
Передача в разработку
Подготовила передачу для разработки: описала логику динамических полей, правила валидации, условия редактирования и поведение в крайних состояниях.
Проверка на менеджерах
После сборки прототипа провела UX-тестирование на реальных менеджерах: понятен ли порядок заполнения, динамические поля, ошибки, подсказки и переход в карточку.
Что говорили менеджеры
«Удобно, что дополнительные поля появляются только после выбора продукта — форма не выглядит перегруженной.»
«Если поле неактивно, хочется сразу понимать почему, а не думать, что что-то сломалось.»
«После создания хочу сразу увидеть карточку сделки и проверить, что всё сохранилось.»
«Главное — чтобы ошибка была рядом с полем, иначе непонятно, куда возвращаться.»
Результат
Форма стала короче за счёт динамических полей, ошибки показываются в контексте, а после создания сделки менеджер сразу попадает в карточку с ключевыми параметрами — сценарий масштабируется под разные продукты без переработки всей формы.