Описание
Продукт
Роль
Product Designer
Даты работ
Ноябрь 2024 - Декабрь 2024
Команда
Дизайнеры (6)
Бэк (20)
Фронт (15)
Тестировщики (8)
Аналитики (17)
Эксперты (12)
Руководитель проекта (1)
Владелец продукта (1)
Пользователи
Геофизики и геологи. Эксперты, работающие с тяжелыми вычислительными алгоритмами.
Ключевая метрика
Сократили область неопределенности за 6 недель. Команда получила проверенное архитектурное решение и смогла закрыть квартальные цели, избежав разработки в стол
Контекст и проблема
О продукте
Геомейт - сложная профессиональная система. Обычно только на погружение в предметку уходит 3 месяца. Моей задачей было подключиться к проекту на 1.5 месяца, разобраться в двух новых модулях и выдать готовое решение
Проблема
Команда внедряла два вычислительных инструмента: Низкочастотное моделирование (НЧМ) и Глубинно-скоростное моделирование (ГСМ). Бэкенд был готов, но никто не понимал, как это должно работать в интерфейсе. Перед командой стоял выбор: делать два разных инструмента или объединить их в один
Бизнес-цель
Разработка математических моделей стоит дорого. Бизнесу критически важно попасть в сценарий с первого раза, чтобы не переписывать сложный бэкенд и фронтенд спустя полгода, когда выяснится, что геологи так не работают
Проблемы пользователей
Рутина и потери времени
Геологи привыкли работать в старом софте или вручную. У них не было понимания, как автоматизировать этот процесс в вебе. Главный страх - сложная настройка: входных данных очень много, и вводить их каждый раз заново долго и утомительно
Моя задача
Действовать, не теряя время
Спроектировать и проверить решение в условиях сжатых сроков и высокой неопределенности. Я работала параллельно на другом продукте, поэтому не могла тратить недели на изучение теории. Нужно было работать быстро
Мой план действий
Процесс работы
Исследования
Погружение
Времени на долгое изучение не было. Я выбрала тактику быстрых вопросов: ходила к экспертам, аналитикам и разработке, чтобы понять базу
Действия
Изучила алгоритмы расчета
Провела серию интервью с экспертами (потенциальными пользователями)
Запустила опрос, чтобы подтвердить гипотезы цифрами
Ключевые вопросы
Понимание задачи
Знает ли геолог заранее, какую модель строит, или решает это в процессе настройки данных?
Сценарий
Работают ли они с ГСМ и НЧМ одновременно (сравнение, перевод одной модели в другую)?
Восприятие
Готовы ли они к концепции единого интсрумента моделирования?
Брейншторм двух вариантов
Результаты исследования
Единый модуль
Стратегическое решение
Из-за жестких сроков я решила идти от обратного: сразу спроектировать максимально сложный вариант - объединенный модуль (ГСМ + НЧМ в одном интерфейсе). Разделить сложную фичу на части проще, чем наоборот
Гипотеза
Поскольку входные данные для ГСМ и НЧМ пересекаются, создание Единого модуля устранит дублирование работы. Если пользователь сможет настраивать данные в одном окне и просто переключать режимы расчета, это сократит время подготовки к моделированию
Критерии успеха
Интерфейс покрывает сценарии и ГСМ, и НЧМ без конфликтов в настройках
При переключении режима расчета введенные данные не сбрасываются, пользователю не нужно вводить их заново
Дальнейшие план
Если объединенный сценарий сработает - мы получим мощный инструмент
Если гипотеза не подтвердится - я просто декомпозирую готовое решение на два простых модуля. Я уже буду знать все детали и механику, поэтому разделение займет минимум времени
Единый модуль: делаем акцент на переключении между инструментами расчета (ГСМ/НЧМ), чтобы входные данные бесшовно подстраивались
Единый модуль: входные данные вынесены прямо на рабочую область. Выбор модели и запуск расчета (ГСМ или НЧМ) реализованы через компактный виджет Dynamic Island. Что позволяет пользователю мгновенно переключать режимы моделирования, не теряя фокус на данных
Единый модуль: ручной ввод параметров совмещен с автоматическим импортом данных по скважинам. Пользователь сохраняет полный контроль и может скорректировать авто-значения перед расчетом
Эволюция решения
Тестирование гипотезы
Я показала прототип объединенного модуля экспертам и пользователям. В ходе обсуждения вскрылась настоящая проблема
Инсайт
Оказалось, пользователям не нужен единый модуль. Им удобно, когда ГСМ и НЧМ - это разные инструменты, так как это разные физические процессы. На самом деле пользователей раздражало не наличие двух кнопок, а необходимость дважды вбивать одни и те же данные
Финальное решение
Поменяли фокус
Мы поняли, что пытались лечить симптомы. Объединять инструменты не нужно. Нужно автоматизировать ввод данных
Инструменты разделили
Оставили ГСМ и НЧМ как два независимых модуля. Это проще для разработки и понятнее геологам
Шаблон входных данных
Пользователь один раз настраивает пакет данных, сохраняет его и может использовать в любом модуле за один клик. Я проработала функционал взаимодействия с шаблонами и проверила его с экспертами
Работа с каркасом: мы отделили слой входных данных от слоя вычислений. Теперь сформированный шаблон становится универсальным источником для любых алгоритмов моделирования
Работа с каркасом: юзер сначала формирует набор входных данных (слоев), а потом уже выбирает в каком инструменте его применить. Шаблон может переиспользоваться несколько раз
Работа с каркасом: сформированный каркас сохранился на панели слева (перечень входных данных) и теперь его можно использовать для любых расчетов
Работа с каркасом: результат расчета ГСМ по шаблону
Системность
и масштабируемость
Документация
Так как я уходила с проекта через 1.5 месяца, важно было не просто оставить картинки, а передать знания. Я описала логику работы шаблонов и все наработки, погрузила лида дизайнеров и аналитика данного модуля
Гибкость на будущее
Решение с шаблонами оказалось универсальным. Теперь команда может внедрить работу с шаблонами и в другие инструменты
Взаимодействие с командой
Проактивность
У всех горели свои задачи, поэтому я не ждала, пока мне принесут готовое ТЗ. Я сама формировала варианты решений и приходила к лиду дизайнеров и топам, демонстрируя наработки
Синхронизация
Поставила регулярные короткие встречи с лидом, чтобы сверять курс. Это помогло постепенно погружаться в продукт, корректировать направление и сдать работу вовремя
Результаты и рефликсия
Бизнес-результаты
Задача закрыта в срок
Команда разработки получила утвержденный дизайн и логику. Квартальные цели были выполнены и успешно сформирован бэклог на следующий квартал
Экономия ресурсов
Мы вовремя нащупали реальную проблему и внедрили шаблоны входных данных для оптимизации работы пользователей. Это сэкономило несколько месяцев разработки
Ретроспектива
Поиск истинной боли
Если пользователи просят «объединить кнопки», возможно, проблема не в кнопках. Нужно искать причину боли. Теперь я сначала исследую сценарий и докапываюсь до сути: почему возник этот запрос? Чтобы находить неочевидные инсайты и строить то, что реально нужно, а не то что попросили
Фокус
Работа на двух продуктах научила меня выделять главное. Я перестала пытаться изучить весь продукт целиком, а фокусировалась только на том кусочке, который нужен для решения задачи