Редизайн навигации в ERP-системе ARM

Иконки модулей программы

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

Сценарии работы

После изучения результатов UX-опросов и серии интервью с экспертными пользователями я получил представление о типичных сценариях работы с программой.

Пользователь начинает работу над задачей в модуле «Промысловые показатели», где анализирует данные по добыче нефти на определённом участке (промысловый объект, куст, месторождение). В процессе анализа пользователь находит одну или несколько скважин, требующих внимания. Вызвать интерес может, к примеру, резкое падение добычи нефти на скважине. Чтобы выяснить причины этого события, пользователь открывает модуль «Каротаж», в котором может изучить РИГИС и ГИС скважины. Скважины, работающие на одном нефтяном пласте, влияют друг на друга, поэтому инженер анализирует данные с нескольких скважин одновременно. Более подробный анализ может потребовать использования других модулей, таких как «Карты» или «Конструкция и траектория скважины».

По итогам серии интервью я отметил, что:

  • в большинстве случаев пользователь работает со скважинами в нескольких модулях и обычно работает с группами скважин, а не с отдельными скважинами;
  • большинство задач выполняется в трёх основных модулях: «Промысловые показатели», «Каротаж» и «Карты»;
  • большинство задач выполняется меньше чем за час, то есть в пределах одной рабочей сессии;
  • некоторые задачи требуют длительной работы (например, построение схем корреляции).

Навигация в старом интерфейсе

В Windows-приложении модуль навигации был представлен виджетом с древовидным списком всех объектов компании: скважин, кустов, месторождений. Дерево имело несколько представлений:

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

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

После того как объект был найден, пользователь через контекстное меню открывал нужный модуль. В зависимости от типа объекта набор модулей мог быть разным.

Контекстное меню скважины

Для работы с группами скважин пользователь должен был через контекстное меню добавить скважину в группу, а затем, уже из окна «Группы скважин», вызвать нужный модуль.

Если же пользователю требовалось сохранить группу скважин, он создавал текстовый файл со списком скважин, а затем должен был загрузить его обратно в приложение.

Окно «Группы скважин»

Навигация плохо подходила для активной работы с группами скважин: перенос групп скважин из одного модуля в другой был очень неудобным. С этим пытались бороться, создавая внутри отдельных модулей кнопки для передачи групп скважин из одного модуля в другой, что было полезным в отдельных ситуациях, но делало интерфейс очень сложным для восприятия. Короче говоря, навигация в приложении была ужасной.

Уже в процессе редизайна я обнаружил ещё один серьёзный недостаток, общий для всех модулей. В модулях «Каротаж» и «Карты» существовали не связанные между сущности «Профайл» и «Проект», представлявшие из себя группы скважин, дополненные пользовательской аналитикой. Подробнее изучив их, я понял, что «Проект» должен стать сущностью, доступной для работы во всех модулях, а «Профайлы» должны стать частью такого проекта.

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

Новый дизайн

Все представленные здесь UI-макеты созданы другими дизайнерами на основании моих прототипов и описаний. Остальные материалы созданы мной.

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

Это было достигнуто при помощи двух больших изменений:

  1. «Информационные дерево» (древовидный список объектов) со всеми возможностями фильтрации и настройки осталось на привычном месте, а вот список модулей был перенесён из контекстного меню в шапку приложения, чтобы пользователь мог переключаться между модулями в один клик.
  2. Под информационным деревом я разместил новый виджет «Списки». При выборе скважины пользователь может открыть её отдельно, или добавить к одной скважин открытых раньше, и таким образом сформировать группу.

Эти изменения позволили заметно упростить работу с группами скважин. Кроме того, естественным образом появился интерфейс для работы с историей открытых скважин: достаточно просто вести историю открытых скважин (и групп) внутри нового виджета «Списки».

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

Состав проекта и его связи с модулями программы и
источниками данных
Менеджер проектов, прототип
Менеджер проектов, UI-макет

Итоги работы

Приложение стало удобнее и функциональнее: громоздкий модуль «Группы» из старого приложения и специальные кнопки передачи данных из модуля в модуль ушли в прошлое.

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