Модель хранения данных
Nedra Digital, нефтегазовая отрасль
Фича в рамках продукта Nedra Data Platform, позволяет задать свою структуру хранения данных в платформе, а именно перечень таблиц, атрибутивный состав, их связи
Описание
Продукт
Даты работ
Июнь 2025 - Октябрь 2025
Команда
20 человек
Дизайн-система
Consta
Пользователи
Специалисты по работе с данными (SQL), инженеры, аналитики, экспертная группа
Задача
Разработать интерфейс для построения и управления хранилищами данных в нефтегазовой платформе (аналог СУБД)
Моя роль
Lead Product Designer
Отвечала за весь пользовательский опыт, интерфейс и логику продукта
Процесс работы
Особенности
Неоднозначность
К продукту сформулировали потребность «работать со структурой», но без конкретики. Требования могли меняться в процессе реализации
Сжатые сроки
Как всегда времени очень мало, а сделать надо было еще вчера
Права доступа
Необходимо заложить гибкую систему управления доступами по работе с моделями данных
NDA
О фиче рассказываю верхнеуровнево и без подробностей
Подготовительный этап
Анализ фичи
На старте были только верхнеуровневые спецификации без конкретных сценариев. Требования уточнялись уже в процессе, поэтому важно было быстро собрать общую картину и выявить ключевые зависимости в логике работы
Ограничения и риски
Ошибиться было нельзя - переделка стоила бы слишком дорого. Поэтому я сразу закладывала гибкую структуру: решение должно было выдержать изменения сценариев и масштабирование без полного редизайна
План действий
Набросала user flow, без деталей, чтобы понять общую логику работы. Когда картина сложилась, взялась за самый сложный сценарий: в нём было больше всего взаимодействий, и именно он задавал правила для остальных экранов
Схематичное отображение логики для согласования концепта
Страница модели
Главная страница
Я начала с самого важного, с чем пользователь взаимодействует чаще всего и что содержит в себе наибольшее кол-во элементов: страницы модели
Вложенная структура
Данных много, поэтому логично использовать вложенность: скрывать лишнее и показывать дополнительную информацию только при выделении объекта. Так пользователь видит только то, что нужно - контекстно и без перегруза
Гибкое решение
Поскольку уровень неопределенности достаточно высокий, решение с вложенной структурой самое оптимальное. Интерфейс можно быстро доработать и дополнить новыми параметрами, если появятся новые сценарии или требования
Список моделей, пока показываем заглушки схем, далее планируем превью
Конкретная модель, просмотр связи между сущностями
Детальная информация по конкретной модели, сущности и связи
Сущности и атрибуты
Элементы модели
Следующим шагом я взялась за проработку сценариев связанных с элементами самой модели: сущности и их атрибуты
Виджет добавления сущности, атрибута
Связи
Отображение
Для пользователя ключевое - видеть, с чем связана конкретная сущность.
При её выделении показывается полный список связей. Если выделена связь, тогда подсвечиваем участвующие сущности
На будущее
Предполагаем, что одна сущность может иметь десятки связей, которые будут пересекаться между собой. Дальше я планирую добавить группировку, при большом объёме связей визуальная структура станет чище и понятнее
Создание связи с превью
Движение модели
Работа с моделью
Процесс построен поэтапно - от черновика до полной реализации новой структуры. Важно было выстроить систему так, чтобы каждый юзер со своей ролью понимал, где сейчас находится модель и кто с ней работает
Версионирование
Один из самых сложных кейсов - реализация diff, сравнения между версиями модели. Нужно было дать пользователям возможность видеть разницу между текущей и новой структурой, чтобы быстро находить изменения и не тратить время на ручные проверки
Статусы
К статусам я перешла в самом конце, когда процесс уже устоялся. Процесс работы с моделями несколько раз менялась по ходу, поэтому статусы пришлось адаптировать под новые сценарии
Результат
Что сделано
Работа с моделями данных
Реализовали полный процесс работы с моделями - от создания до интеграции. Решение уже используется другими продуктами и доказало свою устойчивость. Мы продолжаем развивать его, улучшая сценарии и повышая удобство работы с данными
Ролевая модель
Расширили систему прав для быстрого управления доступом этого модуля
Чему научилась
Декомпозировать задачи
Детальная разбивка задач для всей команды - аналитика, дизайн и разработка, помогла всем нам быть в контексте и успеть реализовать фичу в срок
Проектировать гибкие решения
Получилось найти решение, которое легко адаптируется под новые/измененные требования
Следующий кейс
