Когда в системе много данных, первая реакция - показать пользователю как можно больше, всё такое замечательное, всё такое полезное!

Можно сделать аккуратную сетку, добавить фильтры, сгруппировать блоки, но по факту пользователь всё так же остаётся один на один с перегруженной системой и непониманием куда ему жмав.

Основная проблема была в том, что система не учитывала, кто перед ней и зачем он сюда пришёл. Если пользователю нужно 5% системы для ежедневной работы, то остальные 95% становятся ненужной когнитивной нагрузкой.

Поэтому вместо того, чтобы “улучшать интерфейс”, я начала его резать, убирая всё лишнее под конкретные роли и сценарии. Это был весьма болезненный этап, потому что почти у каждой метрики находился “владелец”, который считал её критически важной)

Второй момент - это вложенность. Почти всегда есть соблазн вытащить как можно больше данных на первый экран, чтобы пользователь сразу всё видел, но на практике это превращалось в экран, на котором нельзя сфокусироваться ни на чём.

Мы ушли в многоуровневую структуру: сначала ключевые показатели, дальше детализация по мере углубления. Это звучит очевидно, но на практике постоянно ломается, потому что бизнес хочет сразу показать ценность продукта, а дизайнер выстроить удобную систему. Отличным компромиссом выступил конструктор экрана - пользователь может самостоятельно настроить и расположить отображаемые элементы в рамках своей роли.

Обратная сторона вложенности - увеличение количества экранов в флоу. Что по-вашему меньшее зло, длина пути, или понятность экранов?

Наверное, самое сложное во всей этой работе было не придумать решение, а удержаться от желания усложнить обратно, потому что продукт постоянно растёт, появляются новые фичи, новые сценарии и система снова начинает расползаться 🤦‍♀️