К содержимому
Обсудить задачу ↗
CRM · интерактивный концепт Кейс

Eventra / кабинет ведущего

От первого обращения до забронированного события

Личный кабинет ведущего: заявки, предложения, бронирования и ручной учёт оплат. Работающий браузерный прототип с демонстрационными данными.

Состав работ
  • Продуктовая концепция
  • Пользовательский сценарий
  • UX/UI
  • Интерактивный прототип
Обсудить проект ↗
Обзор кабинета Eventra — демонстрационные данные
01 / Контекст

Работа над событием начинается до запуска программы

Eventra объединяет инструменты подготовки и проведения мероприятия. Но до работы с программой ведущему нужно обработать обращение, согласовать дату, стоимость и условия.

Спроектировал кабинет для заявок, бронирований и оплат. Пока это браузерный прототип с примерными данными, без подключения к аккаунту и desktop-приложению.

02 / Задача

Понять, кому ответить и что делать дальше

Ведущему нужно видеть расписание, отвечать на обращения и помнить об оплатах. Собрал эти задачи на одном экране.

Моя работа: структура кабинета, путь заявки, дизайн экранов и интерактивный прототип. Исследования с пользователями и замеры продаж пока не проводились.

03 / Решение 1

Главный экран расставляет приоритеты

На первом плане — календарь мероприятий и обращения, требующие действия. Сводка показывает количество заявок, согласованную стоимость и зафиксированные поступления.

Календарь помогает свериться с датами, а список обращений — выбрать следующее действие. Сводка пересчитывается при изменении демо-данных.

Календарь и обращения

04 / Решение 2

У заявки есть следующий понятный шаг

Путь разделён на этапы: новая заявка → предложение → бронирование. Создать обращение можно из любого раздела, затем открыть его карточку и изменить этап.

Кнопка подготовки предложения меняет статус в демо. Генерация коммерческого документа и отправка клиенту пока не реализованы.

Заявки, поиск и фильтрация

05 / Решение 3

Договорённости собраны в карточке события

Название, клиент, дата, площадка, стоимость и поступления собраны в одном месте. Карточка показывает текущий этап и доступное следующее действие.

В карточке можно изменить этап заявки, подтвердить бронирование и записать поступление — без переходов между разделами.

Контекст одного мероприятия

06 / Решение 4

Полученная сумма отделена от согласованной

Оплата фиксируется вручную. В карточке видны стоимость, полученная сумма и остаток. Форма не позволяет записать отрицательное поступление или сумму больше остатка.

Поступления записываются вручную. Банковские операции и бухгалтерия не подключены.

Ручной учёт поступлений

07 / Результат

Работающий браузерный прототип

Создан адаптивный интерактивный прототип: обзор, мероприятия, заявки, оплаты, поиск, фильтры, создание обращения, смена этапов и запись поступления. Данные сохраняются в браузере.

Проверены создание заявки, смена этапов, запись оплаты и сохранение после перезагрузки. Интерфейс адаптирован для компьютера и телефона. Пользовательская проверка — следующий этап.

08 / Следующий этап

Проверить кабинет на рабочем сценарии ведущего

Предлагаемый следующий шаг — дать ведущим обработать обращение и найти ближайшее действие без подсказок. Затем уточнить состав предложения и связь с подготовкой программы.

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

Нужен интерфейс для вашего продукта?

Пришлите задачу и ссылку на текущие экраны, если они есть.

Обсудить проект ↗