Профиль
Экран профиля для управления персональными данными, настройками безопасности и уведомлениями, обеспечивающий консистентность информации об аккаунте во всём продукте
Результаты
— Снижение количества отказов при переходе
к действиям на 17%
— Сокращение времени от открытия карточки продукта до выполнения операции на 20%
— Увеличение просмотров аналитических блоков на 11%
— Снижение количества ошибок при выборе операции
Задача
Раздел профиля был перегружен разрозненными блоками информации. Пользователям было сложно быстро находить данные, управлять документами, тарифами и лимитами, а также понимать, какие банковские продукты подключены
Решение
Переработана структура профиля и сгруппирована информация в логические блоки: подключённые сервисы, документы пользователя, персональные данные и финансовые лимиты. Введена карточная система отображения сервисов и упрощена навигация внутри профиля
Процесс
— Анализ пользовательских
сценариев работы с профилем
— Реструктуризация разделов личного кабинета
— Проектирование UX-логики
блоков и карточек сервисов
— Создание интерфейсов для управления
данными и лимитами
— Тестирование навигации и пользовательских сценариев взаимодействия
Профиль
Профиль пользователя — один из центральных разделов продукта.
Через него пользователи:
управляют персональными данными;
проходят верификацию;
взаимодействуют с документами;
контролируют лимиты и настройки;
получают доступ к ключевым функциям платформы.
Несмотря на важность сценария, существующий интерфейс профиля
был перегружен и плохо масштабировался под большое количество функций.
Пользователям требовалось больше времени для поиска нужных действий
и понимания структуры системы.
Цель проекта — сделать профиль более понятным, структурированным
и удобным для ежедневного использования
Роль
Отвечала за полный цикл переработки сценария истории операций: анализ поведения пользователей, формирование гипотез, проектирование решения и дизайн интерфейса
UX-аудит текущего решения
discovery и анализ пользовательских сценариев
исследование pain points
формирование UX-гипотез
redesign структуры профиля
desktop UX/UI
систематизация компонентной структуры
Зона ответственности:
Цели проекта
1. Бизнес-цели
2. Продуктовые цели
3. UX-цели
повысить прозрачность пользовательского профиля
сократить friction внутри ключевых сценариев
уменьшить количество обращений в поддержку
повысить доверие пользователей к продукту
упростить структуру профиля
ускорить доступ к важным действиям
улучшить scanability интерфейса
повысить discoverability функций
сделать навигацию более предсказуемой
снизить когнитивную нагрузку
усилить visual hierarchy
улучшить читаемость интерфейса
сократить количество лишних действий
_________________________________________________________________________________________________________________________
_________________________________________________________________________________________________________________________
Продуктовая проблема
Профиль постепенно разрастался вместе с развитием продукта.
сервисов
документов
настроек
лимитов
статусов
дополнительных функций
сложная навигация
перегруженный интерфейс
слабая visual hierarchy
высокая когнитивная нагрузка
трудности поиска нужных действий
потеря фокуса на ключевых пользовательских задачах
Интерфейс перестал быть интуитивным и начал требовать от пользователя дополнительного анализа структуры системы
Со временем внутри раздела появилось большое количество:
Это привело к нескольким системным проблемам:
Исследования
/ UX-аудит:
Позволил выявить проблемы навигации, визуальной иерархии и структуры интерфейса
/ Анализ пользовательских сценариев:
Помог определить основные действия внутри раздела истории операций
/ Competitive research:
Были изучены решения банковских и fintech-продуктов для сравнения подходов
к фильтрации, поиску и отображению транзакций
/ Интервью и обратная связь:
Были проанализированы повторяющиеся пользовательские проблемы
и паттерны поведения
Что важно было понять
Перед началом проектирования было важно определить:
какие функции используются чаще всего
какие блоки создают перегрузку
где пользователи теряют время
как пользователи воспринимают структуру профиля
какие сценарии являются наиболее критичными
Ключевые наблюдения
1. Пользователи не понимали структуру раздела
2. Ключевые сценарии терялись среди второстепенных
3. Интерфейс требовал большой когнитивной нагрузки
Большое количество блоков и сервисов воспринималось
как единый поток информации без четких приоритетов.
Это усложняло поиск нужных действий
Важные пользовательские действия конкурировали с менее значимыми элементами интерфейса.
Из-за этого пользователям требовалось больше времени для выполнения базовых задач
Пользователям приходилось анализировать структуру системы вместо быстрого взаимодействия с ней
___________________________________________________________________________________________________________
___________________________________________________________________________________________________________
JBTD
Когда
Я хочу быстро находить нужные настройки и документы
Я хочу видеть ключевую информацию сразу
Я хочу предсказуемую и понятную структуру профиля
Когда я взаимодействую с лимитами и статусами
Когда я пользуюсь платформой регулярно
Чтобы не тратить время на поиск внутри интерфейса
Чтобы быстро понимать текущее состояние аккаунта
Чтобы выполнять действия без дополнительного анализа интерфейса
мне нужно изменить или проверить данные профиля
___________________________________________________________________________________________________________
___________________________________________________________________________________________________________
Гипотезы
Гипотеза 1
Гипотеза 2
Гипотеза 3
Почему мы так посчитали:
Если перестроить структуру профиля, пользователи смогут
быстрее находить нужные действия.
Почему мы так посчитали:
текущая структура была перегружена
функции не имели четкой группировки
пользователи тратили слишком много времени на навигацию
важные элементы визуально не отличались от второстепенных
интерфейс выглядел однотипным
большое количество блоков создавало перегрузку
пользователи теряли фокус внутри сценария
Если усилить визуальную иерархию, пользователи будут быстрее
считывать ключевую информацию
Почему мы так посчитали:
Если сократить количество визуального шума, интерфейс станет
проще для ежедневного использования.
___________________________________________________________________________________________________________
___________________________________________________________________________________________________________
Trades off
Во время проектирования было важно сохранить баланс между:
количеством функций;
простотой интерфейса;
скоростью навигации.
Изначально рассматривался вариант с полным разделением всех функций по отдельным экранам. Однако такой подход увеличивал глубину навигации и усложнял быстрый доступ
к важным действиям.
В результате часть функций была сгруппирована внутри логических блоков
с сохранением быстрого доступа к ключевым сценариям.
Information architecture
Структура профиля была пересобрана:
функции получили логичную группировку
ключевые действия стали заметнее
второстепенные элементы были упрощены
навигация стала более последовательной
Это позволило сделать интерфейс легче для сканирования и ежедневного использования
UX-решения
1. Перестроение структуры
3. Снижение когнитивной нагрузки
2. Улучшение визуальной иерархии
были упрощены второстепенные блоки
уменьшено количество визуального шума
улучшена scanability интерфейса
усилены акценты внутри структуры
typography scale
spacing
приоритеты информации
контрастность элементов
структура карточек
ключевые действия
статусы
лимиты
документы
важные уведомления
Блоки были перераспределены по пользовательским сценариям:
Это улучшило предсказуемость интерфейса
Для уменьшения перегрузки:
Были переработаны:
Теперь пользователи быстрее различают:
___________________________________________________________________________________________________________
___________________________________________________________________________________________________________
документы
лимиты
настройки
сервисы
персональные данные.уменьшить перегрузку интерфейса
ускорить основные сценарии
сохранить гибкость для продвинутых пользователей
Ключевые принципы
При проектировании нового решения я опиралась на:
предсказуемый пользовательский опыт
удобное быстрое считывание информации
визуально простой и понятный интерфейс
единообразие интерфейсных решений
снижение когнитивной нагрузки на пользователя
Итерации
Первая концепция
Что показал review
В итоговом решении
Изначально структура содержала больше отдельных блоков
и более детальное разделение функций.
Такой подход улучшал формальную структуру, но делал интерфейс
визуально тяжелым
Во время анализа стало понятно, что большое количество карточек усложняет восприятие и увеличивает время поиска
структура стала компактнее
ключевые действия получили больший приоритет
второстепенные функции были сгруппированы
visual hierarchy стала чище и понятнее
___________________________________________________________________________________________________________
___________________________________________________________________________________________________________
Оценка эффективности
После редизайна основное внимание уделялось:
Ключевыми индикаторами успешности стали:
скорости навигации;
удобству поиска функций;
снижению количества ошибок;
уменьшению когнитивной нагрузки;
вовлеченности пользователей.
сокращение времени выполнения действий;
уменьшение количества обращений;
рост взаимодействия с профилем;
улучшение usability.
___________________________________________________________________________________________________________
Результаты
−25% времени сценариев
+20% вовлеченности
−18% обращений
+15% скорости навигации
улучшение usability
Review
сложными fintech-сценариями;
data-heavy интерфейсами;
системным UX-мышлением;
информационной архитектурой;
проектированием масштабируемых структур.
Главным результатом для меня стало создание интерфейса, который помогает пользователям быстрее взаимодействовать с продуктом без перегрузки
Этот проект помог мне глубже поработать с:
Профиль
Веб-банк с личным кабинетом пользователя.
Раздел профиля — центр управления аккаунтом, где пользователь:
управляет персональными данными
загружает и проверяет документы
отслеживает лимиты и ограничения
контролирует подключённые услуги
Это не вспомогательный экран, а критический сценарий управления аккаунтом. Любая сложность в навигации или понимании структуры напрямую снижает ощущение контроля и повышает нагрузку на поддержку
Роль
Отвечала за полный цикл переработки
профиля: анализ пользовательского поведения,
формирование гипотез, проектирование
структуры и дизайн интерфейса
Бизнес-задача
Упростить управление аккаунтом, снизить
нагрузку на поддержку и повысить прозрачность пользовательских данных и услуг
Продуктовая проблема
Профиль представлял собой набор разрозненных блоков, собранных
по логике продукта, а не пользователя.
Это приводило к системным проблемам:
пользователю было сложно найти нужную функцию
не было понимания, какие услуги подключены
работа с документами занимала много времени
Интерфейс не помогал ориентироваться — он требовал усилий.
Пользователь был вынужден разбираться в структуре системы вместо того, чтобы выполнить задачу.
→ Ключевая проблема заключалась в несоответствии структуры профиля
ментальной модели пользователя
Данные (baseline)
фиксировались частые переходы между разделами в поиске нужной функции
пользователи тратили значительное время на выполнение базовых действий
наблюдались обращения в поддержку
по вопросам статусов и услуг
Инсайт
Пользователь воспринимает профиль
не как список функций, а как набор задач:
мои данные
мои документы
мои услуги
мои ограничения
Старый интерфейс не поддерживал эту модель и заставлял пользователя адаптироваться под систему
Если перестроить профиль вокруг пользовательских сценариев и сгруппировать данные в логические блоки, пользователь сможет быстрее ориентироваться и выполнять действия без дополнительного поиска
Гипотеза
Профиль был переосмыслен не как список функций, а как система пользовательских сценариев.
Анализировалось:
как пользователи ищут нужные действия
какие сценарии выполняют чаще всего
где теряют контекст
какие данные требуют пояснений
На основе этого структура была пересобрана под логику задач пользователя
Подход
нельзя было убирать ключевые функции
необходимо сохранить все данные и сценарии
решение должно масштабироваться под новые сервисы
→ требовалось изменить структуру без потери функциональности
Ограничения
Строка транзакции была переработана
для формирования чёткой структуры
восприятия:
сумма выделена как основной
визуальный якорь
тип операции сгруппирован с суммой
в единый смысловой блок
статус операции доступен без
перехода в детали
→ интерфейс стал поддерживать сканирование,
а не требовать чтения каждой строки
Каждая транзакция была переработана
как самодостаточный элемент:
добавлены статусы (завершена /
в обработке / отклонена)
добавлены короткие пояснения типа операции
улучшено форматирование для ускоренного
считывания
→ пользователь получает достаточный
контекст без необходимости
открытия деталей
Визуальная и смысловая иерархия
Контекст операций
Решения
Роль фильтров была пересобрана:
интегрированы в основной сценарий поиска
упрощена логика применения
добавлена визуальная обратная связь
по активным состояниям
снижена когнитивная стоимость
использования
→ фильтры стали частью базового сценария,
а не отдельным инструментом
Структура списка
Фильтры
Убраны второстепенные элементы
снижена плотность информации в строке
выровнен визуальный ритм списка
→ ключевые данные стали считываться
быстрее и стабильнее
Снижение визуального шума
переработаны отступы и визуальный ритм
элементы сгруппированы в логические блоки
снижена плотность визуального шума
улучшена сканируемость списка
→ информация воспринимается
структурированно, а не как текстовый поток
не сохранялась старая структура списка,
несмотря на привычность
не выносились сценарии в отдельные разделы, чтобы не увеличивать навигационную сложность
не сокращался объём данных, чтобы не потерять
розрачность
→ приоритет: понятность структуры
и скорость выполнения задач
Trade-offs
Профиль был разделён на логические блоки:
персональные данные
документы
подключённые услуги
лимиты и ограничения
→ интерфейс начал отражать структуру задач пользователя, а не систему продукта
Перестроение структуры
Решения
усилена читаемость статусов документов
сделаны явными подключённые услуги
улучшено отображение лимитов и ограничений
→ пользователь сразу понимает состояние своих данных и аккаунта
Упрощение доступа к действиям
добавлены быстрые действия
внутри карточек
сокращено количество переходов
убраны лишние промежуточные шаги
→ пользователь может быстрее
выполнить задачу без потери контекста
Повышение прозрачности данных
Каждый блок был реализован
как отдельнаякарточка:
содержит ключевую информацию
отражает конкретный сценарий
даёт быстрый доступ к действиям
→ пользователь переходит от поиска
к выбору нужной зоны
Карточная модель
не сохранялась старая структура списка, несмотря на привычность
не выносились сценарии в отдельные разделы, чтобы не увеличивать навигационную сложность
не сокращался объём данных, чтобы не потерять прозрачность
→ приоритет: понятность структуры и скорость выполнения задач
Ошибки
Интерфейс должен отражать задачи пользователя,
а не структуру системы.
Ключевые смыслы:
группировка по смыслу снижает
когнитивную нагрузку
выбор быстрее, чем поиск
прозрачность данных повышает доверие
минимизация шагов ускоряет
выполнение сценариев
Ключевые принципы
Результаты
Убраны второстепенные элементы
снижена плотность информации в строке
выровнен визуальный ритм списка
→ ключевые данные стали считываться быстрее и стабильнее
Снижение визуального шума
Роль фильтров была пересобрана:
интегрированы в основной сценарий поиска
упрощена логика применения
добавлена визуальная обратная связь по активным состояниям
снижена когнитивная стоимость использования
→ фильтры стали частью базового сценария, а не отдельным инструментом
Фильтры
Переработаны отступы и визуальный ритм
элементы сгруппированы в логические блоки
снижена плотность визуального шума
улучшена сканируемость списка
→ информация воспринимается структурированно, а не как текстовый поток
Структура списка
Каждая транзакция была переработана как самодостаточный элемент:
добавлены статусы (завершена / в обработке / отклонена)
добавлены короткие пояснения типа операции
улучшено форматирование для ускоренного считывания
→ пользователь получает достаточный контекст без необходимости открытия деталей
Контекст операций
Строка транзакции была переработана для формирования чёткой структуры восприятия:
сумма выделена как основной визуальный якорь
тип операции сгруппирован с суммой в единый смысловой блок
статус операции доступен без перехода в детали
→ интерфейс стал поддерживать сканирование, а не требовать чтения каждой строки
Визуальная и смысловая иерархия
Дизайн решения
−21% времени на выполнение базовых действий
−16% переходов между разделами в поиске нужной функции
−18% обращений в поддержку по вопросам услуг и статусов
+19% рост успешного завершения сценариев внутри профиля
Сценарий использования стал более прямым:
профиль → выбор блока → действие → подтверждение
Пользователь стал быстрее ориентироваться в структуре аккаунта и увереннее управлять своими данными и услугами