VIJU
Мониторинг бизнес процессов, безопасности и работы оборудования с использованием возможностей нейросетей
Источник
Макеты Figma*
VIJU
Мониторинг бизнес процессов, безопасности и работы оборудования с использованием возможностей нейросетей
*В открытом доступе размещена версия макетов адаптированных, подготовленных специально для портфолио. Оригинальные материалы проекта находятся под NDA и не подлежат публикации.
Источник
Макеты Figma*
Мобильное приложение
Основной продукт
Основной продукт и мобильное приложение решают разные задачи и дополняют друг друга. Вместе они образуют единую экосистему. Я вела оба направления параллельно, поэтому предлагаю Вам ознакомиться с этими кейсами поочередно
Viju кейс - это, на самом деле два кейса :)
задача
Собрать единую экосистему для мониторинга и управления задачами, чтобы ответственные могли оперативно видеть состояние объектов и принимать решения.
  • Масштабирование решения на сеть объектов

  • Переход на 24/7 мониторинг, как стандарт работы.
  • Сокращение сроков выполнения проекта/работ

  • Снижение операционных затрат на оборудование

  • Снижение энергозатрат
Критерии успеха
Цель
Почему существует Viju?
Мониторинг, инциденты и статусы работ были разнесены по разным каналам — из-за этого сложно контролировать исполнение и быстро реагировать, особенно вне офиса.
Моя роль в проекте
  • Собрала стартовые макеты MVP для основного продукта и мобильного приложения на базе исходной презентации графического дизайнера

  • Спроектировала часть основных дашбордов экосистемы

  • Для мобильного приложения проработала user scenarios и перевела их в стартовые экраны

  • Подготовила часть графики/визуальных элементов для интерфейса
Задачи
*Работа в рамках студии Appricot
Основной вклад
Моей основной задачей на старте проекта была разработка MVP и USER SCENARIOS (для мобильного приложения)


Фокус моей работы был в том, чтобы быстро довести идею до MVP-интерфейса
и закрепить сценарии использования.
Dashboard
Первое, что нужно любой такой системе — это высокоэффективный дашборд предназначенный для работы с большим объемом данных.
экраны
Решение на уровне интерфейса
Необходимость в ускорении поиска и фильтрации
Для каждого дашборда ввели привязку объектов к карте + систему узконаправленной фильтрации. Это позволило сразу видеть нужные объекты на карте и ускорило время от поиска до перехода
в карточку объекта в 1.5 раза.
Для каждого дашборда ввели привязку объектов и отображение на карте + систему узконаправленной фильтрации (по статусу, типу риска, местоположению, и т.д.). Это позволило сразу видеть нужные объекты на карте и ускорило время от поиска до перехода в карточку объекта в 1.5 раза.
найти нужный объект в длинном списке и быстро перейти к его показателям занимало слишком много времени. первая гипотеза — инструмент сортировки по времени и типу данных не покрывал текущие потребности по поиску и фильтрации.
+