Context

На старте у компании уже был прототип интерфейса, который тестировали сотрудники. Несколько клиентов участвовали в пилоте.

Problem

Текущий интерфейс был рассчитан только на одну версию датчика, а рынок требовал постоянных улучшений и доработок. При выпуске новой версии разработчику приходилось каждый раз переделывать интерфейс, из-за чего time-to-market увеличивался.

Также после запуска нельзя было подключать дополнительные устройства, а процесс проверки и перезапуска на больших объектах занимал много времени.

Из-за этого клиенты прекращали сотрудничество и уходили к конкурентам.

Task

1. Провести UX-аудит текущего интерфейса и выявить проблемы
2. Проанализировать решения конкурентов и сформулировать гипотезы для развития продукта
3. Сформировать визуальный стиль продукта
4. Спроектировать экраны платформы

Process

Брифинг

Я провёл UX-аудит и несколько встреч с командой, определил основные цели продукта и критерии успеха:

1. Снизить time-on-task ключевых сценариев
2. Снизить количество случайных ошибок при работе с интерфейсом
3. Ускорить внедрение новых решений
4. Привлечь новых клиентов как глобальную цель

Ограничения

Как и в любом проекте, здесь были свои ограничения:

• Компания не из IT-сферы, продуктовый процесс был развит слабо, а аналитики не было
• В открытых источниках почти не было данных
• Строгое NDA

Discovery

Домен сложный и специфичный, поэтому я обратился к экспертам. Провёл 6 встреч с пользователями внутри компании и выяснил основные сценарии работы:

1. Оператор — ведёт смену, выполняет много повторяющихся действий и отслеживает объекты внутри периметра
2. Инженер — настраивает оборудование, обрабатывает ошибки и калибрует систему

Далее проанализировал 7 конкурентов и выделил основные инсайты:

• Большинство позволяют управлять несколькими типами устройств
• Flow запуска у большинства занимает менее 5 шагов
• Только один конкурент обрабатывает ошибки в интерфейсе, остальные передают сигнал инженеру

Гипотезы и scope

В итоге сформулировал гипотезы и приоритизировал их по Value/Effort. На тот момент стабильной аналитики не было, поэтому я опирался на бенчмарки и экспертную оценку команды.

Usability-тестирование

После этого собрал flow из wireframes и протестировал ключевые сценарии:

1. Сравнил одинаковые сценарии в старом интерфейсе и новом прототипе
2. Записал time-on-task и miss rate для каждого сценария
3. Сравнил результаты до/после
4. Внёс исправления в макеты

Результаты тестирования подтвердили выбранное направление дизайна.

Дизайн

Платформа написана на Qt нативно под Windows, поэтому дизайн сильно ограничен в визуальной части. За основу я взял open-source библиотеку компонентов, улучшил её визуально и создал недостающие компоненты. В итоге спроектировал макеты быстрее за счёт практически готовой дизайн-системы.

Так как работа выполнялась под NDA, для кейса я изменил макеты.

Solution

Масштабирование с 1 до 100+ устройств

Внедрил двухуровневый сайдбар как основу навигации. Теперь можно добавлять практически неограниченное количество типов устройств и управлять каждым в отдельном разделе. Гибкая система компонентов позволяет быстро внедрять новые разделы и устройства.

Сократил flow запуска и настройки системы на 50%

Поскольку интерфейс теперь сам обрабатывает ошибки, оператору не нужно выполнять лишние проверки. Flow запуска стал короче и быстрее.

Ускорил внедрение фичей в интерфейс

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

Еще мой вклад

1. Спроектировал систему фильтров для объектов в периметре и увеличил скорость обнаружения
2. Предложил систему уведомлений, чтобы снизить время обработки ошибок
3. Провёл несколько презентаций о ценности исследований при разработке продуктов
4. Внедрил changelog для отслеживания изменений в коде и дизайне

Result