Резюме
Контекст
Система мониторинга национальных показателей — это web-сервис для мониторинга достижения национальных целей за счёт реализации мероприятий и анализа факторов внешней среды.
Продукт включал сводный дашборд на главной странице, многоуровневую навигацию, формы, таблицы и аналитические модули для работы с данными.
Система позволяла агрегировать данные по мероприятиям, анализировать показатели, отслеживать риски и формировать управленческую аналитику.
Что нужно изменить
На старте проекта требования были неполными и нестабильными: пользовательские сценарии уточнялись по ходу работы, структура продукта ещё не была зафиксирована, а аналитические сущности и взаимосвязи требовали постепенного прояснения.
Задача дизайна заключалась не только в создании экранов, но и в том, чтобы выстроить понятную и масштабируемую систему:
- собрать устойчивую архитектуру продукта на верхнем уровне;
- сделать сложные аналитические данные читаемыми и управляемыми;
- согласовать ключевые сценарии для разных ролей пользователей;
- снизить неопределённость требований через поэтапную проработку разделов.
Роль
Я отвечал за проектирование UX/UI аналитической системы: архитектуру интерфейса, пользовательские сценарии, навигацию, дашборды, таблицы, формы и развитие UI Kit.
- проектирование архитектуры интерфейса системы;
- разработка UX/UI решений и пользовательских сценариев;
- создание и развитие UI Kit;
- проектирование дашбордов, форм, таблиц и навигации;
- структурирование сложных аналитических данных совместно с аналитиками.
Архитектура интерфейса была предложена мной на основе анализа предметной области, изучения практик построения аналитических систем и понимания масштабируемости продукта.
Ограничения
Проектирование шло в условиях высокой неопределённости и постепенного уточнения требований.
- неполные и меняющиеся требования на старте;
- отсутствие полностью сформированных пользовательских сценариев;
- большой объём аналитических данных и сложные взаимосвязи между сущностями;
- необходимость проектировать систему с запасом на дальнейшее развитие;
- зависимость решений от регулярных обсуждений с заказчиком и аналитиками.
Решения
Основной фокус был на стабилизации структуры продукта, упрощении работы со сложными данными и поэтапном снижении неопределённости требований.
Неопределённая структура продукта
На старте проекта не было устойчивой архитектуры системы: разделы, сценарии и взаимосвязи между сущностями ещё формировались.
Спроектировал верхнеуровневую UX-архитектуру с 6 основными разделами, многоуровневой навигацией и логикой переходов между ключевыми сущностями системы.
Продукт получил устойчивую структуру, на которую можно было последовательно опираться при проектировании следующих разделов и экранов.
Сложные аналитические данные
Большой объём показателей, мероприятий, рисков и аналитических связей усложнял восприятие данных и принятие решений.
Выстроил интерфейсы дашбордов, таблиц и аналитических модулей так, чтобы данные читались последовательно: от общего уровня к деталям, с понятной навигацией и структурой блоков.
Сложная аналитика стала более обозримой: пользователям было проще ориентироваться в показателях, рисках и связанных данных.
Разные роли и сценарии
Системой пользовались разные роли — руководитель, аналитик, администратор и главный аналитик/контролёр — с разными задачами и уровнем доступа.
Проработал сценарии и логику интерфейса с учётом ролевой модели, чтобы основные действия, точки входа и рабочие области соответствовали потребностям каждой группы пользователей.
Интерфейс стал лучше поддерживать реальные рабочие сценарии и снизил риск конфликтов между ролями и функциями системы.
Нестабильные требования по ходу проекта
Значительная часть требований уточнялась в процессе обсуждений, поэтому без управляемого процесса продукт быстро терял бы целостность.
Использовал поэтапную проработку разделов: рабочие сессии с командой, демо, согласование критериев и фиксацию ключевых сценариев перед переходом к следующему блоку.
Требования стабилизировались по мере развития проекта, а решения принимались более осознанно и последовательно.
Как мы внедряли решение
Значительная часть требований формировалась в процессе обсуждений и рабочих сессий с заказчиком и аналитиками, поэтому важной частью работы был не только дизайн экранов, но и стабилизация продукта через регулярный цикл согласований.
- собирали требования по разделам и ключевым сущностям;
- проводили рабочие сессии с аналитиками и заказчиком;
- показывали демо и уточняли критерии принятия решений;
- фиксировали основные сценарии перед переходом к следующему разделу;
- двигались по cadence около 2 недель на один раздел.
Примеры интерфейса
Интерфейсы проектировались с фокусом на читаемость аналитики, устойчивую навигацию и поэтапное раскрытие сложных данных.
UI Kit
UI Kit стал базой не только для этого проекта, но и для других решений в Аналитическом центре.
Результаты
Масштаб
- 6 верхнеуровневых разделов системы;
- 4 пользовательские роли с разными сценариями работы;
- дашборды, таблицы, формы и аналитические модули в единой архитектуре;
- cadence около 2 недель на один раздел до перехода к следующему.
Эффект
- требования стабилизировались по мере развития проекта через демо и согласование сценариев;
- система получила масштабируемую и устойчивую UX-архитектуру;
- сложные аналитические данные стали более понятными и структурированными;
- единый UI Kit упростил дальнейшее развитие интерфейсов и повторное использование решений.
Выводы
Этот проект показал, что в аналитических системах UX решает не только задачу визуальной ясности, но и задачу стабилизации продукта, когда требования ещё формируются.
- сильная верхнеуровневая архитектура помогает удерживать систему целостной;
- сложные данные нужно раскрывать последовательно, а не показывать сразу одним слоем;
- регулярные демо и согласование сценариев помогают снижать неопределённость;
- масштабируемый UI Kit ускоряет развитие системы и повышает консистентность решений.