Немного о проекте
Геомейт позволяет превращать сложные математические расчеты в прозрачные модели, помогая геологам, геофизикам и другим экспертам нефтедобывающей промышленности принимать безошибочные решения при разведке месторождений и минимизировать риск заложения «сухих» скважин
Основная задача
Реализация сплит-режима была несогласованной: часть модулей не поддерживала режим вовсе, а в остальных использовались разные сценарии взаимодействия. Основной целью задачи стала унификация паттерна вызова и работы со Split View во всей системе
Исследовали проблематику
Собрали обратную связь от пользователей и провели серию глубинных интервью. Разобрали реальные сценарии работы со Split View. Это помогло понять, какие сценарии используются чаще всего, где пользователи теряются из-за различий между модулями и какие ожидания у них сформировались от режима разделения экрана
Собрали концепт
На основе результатов исследований разобрали концепцию единого паттерна и показали ее экспертам. Важной деталью при создании концепта была возможность аккуратно встроить решение в уже существующую архитектуру и ничего не поломать. Поэтому на этапе проработки концепта мы также синхронизировались с командой, чтобы в дальнейшем не вылезло нюансов и проблем при разработке
Проработали макеты
Примеры нескольких модулей как было / как стало
Показали экспертам и команде разработки
Финальные макеты показали экспертам и команде разработки. От экспертов и фокус-группы получили фидбек и аппрувнули макеты. С разработкой повторно проговорили технические ограничения, согласовали и взяли задачу в спринт
Моя роль
Лидер команды фокусировался на общей продуктовой логике и принимал участие в архитектурном согласовании и представлении решений команде. Я, в свою очередь, проектировал эти решения, собирал сценарии и занимался начальными исследованиями проблематики текущей реализации
Результаты
Внедрили новый паттерн сплит-режима в продукт. Пользователи получили единый и предсказуемый сценарий взаимодействия, а также унифицированный подход. Кроме этого, решение позволило им решить одну из ключевых проблем работы некоторых модулей и взаимодействовать с графиками более комфортно и детально, поскольку теперь это не компактная шторка снизу, а отдельная рабочая область экрана
Инсайт из кейса
В начале я относился к этой задаче как к простой унификации режимов модулей. В процессе работы же стало понятно, что проблема изначально не в отсутствии единого паттерна, а в том, что разные модули решали разные задачи через похожий интерфейс. Конечно, мы учли ограничения и логику каждого модуля отдельно и смогли построить единый паттерн, но на это ушло больше времени, чем закладывали изначально. Важно понимать, что прежде чем унифицировать решения, нужно проверить, действительно ли потребности пользователей в разных модулях продукта сопоставимы – иначе можно унифицировать не опыт, а разные проблемы