Времени заняло:
2 месяца
Моя роль:
Senior Product Designer
Мой скоуп:
UX-research, Prototyping
Контекст:
Инженерное ПО для нефтегазовой отрасли: геологоразведка, разработка месторождений, строительство скважин, добыча.
В чём была проблема
Реестр был одной таблицей с фиксированным набором блоков, одинаковым для всех пользователей.
Пользователи при этом разные. Геолог, инженер по бурению и технолог добычи работают с одними данными, но обращаются к разным их частям и в разной последовательности. Блоки, которые нужны одному, у другого занимают место на экране.
Вдохновился фотошопом
Задача уже решена в профессиональных инструментах. В Photoshop и Blender рабочая область собирается под задачу: панели перемещаются, объединяются в группы, скрываются, раскладка сохраняется и переключается.
Там это работает по той же причине: ретушёр и 3D-моделлер используют одну программу, но разные наборы инструментов.
Паттерн знаком пользователям по другим программам, поэтому я взял его, а не придумывал новый.
Базовая сетка
После исследования и опросов пользователей я собрал базовую структуру.
Окна перемещаются по канвасу, добавляются и убираются. Несколько окон можно объединить в группу или оставить свободно.
Раскладка сохраняется во вкладке, вкладок может быть несколько. Пользователь работает над проектом А и открывает вкладку с нужными для него окнами, на следующий день переключается на вкладку проекта Б. Вкладки сохраняются, удаляются, переименовываются и меняются местами. Для старта есть два предустановленных варианта раскладки.
А теперь данные
Почти каждое окно содержит таблицу, и данные должны оставаться читаемыми при минимальном размере окна. Основная работа была в том, чтобы определить, какие колонки остаются при уменьшении и в каком порядке скрываются остальные.
На будущее предложил обмен вкладками между пользователями, импорт и экспорт раскладок и готовые наборы вкладок под задачи конкретной команды.
Итоги
По данным команды вовлечённость выросла вдвое. Сотрудники стали быстрее находить нужные данные.
