Подписки
Сценарий управления подпискам— один
из ключевых механизмов контроля регулярных
списаний. Это чувствительная зона продукта,
потому что подписки формируют постоянные
финансовые обязательства пользователя.
В этом сценарии пользователь ожидает:
видеть все активные подписки
понимать будущие списания
управлять услугами быстро и без лишних действий
Любая непрозрачность в регулярных списаниях
напрямую воспринимается как потеря контроля
над деньгами, даже если система работает корректно.
→ Ключевой фокус: дать пользователю
ощущение полного контроля над
регулярными расходами
Роль
Отвечала за полный цикл переработки сценария
управления подписками: анализ поведения
пользователей, формирование гипотез,
проектирование структуры и дизайн интерфейса
Бизнес-задача
Повысить прозрачность регулярных списаний
и снизить нагрузку на поддержку за счёт улучшения сценария управления подписками
Продуктовая проблема
Подписки были представлены как набор разрозненных элементов внутри системы.
Информация о регулярных списаниях была распределена по разным экранам, из-за чего пользователь не видел целостной картины.
→ Ключевая проблема заключалась в отсутствии единого центра управления подписками и прозрачной структуры регулярных расходов
Пользователь вынужден был:
находить отдельные списания
определять, к какой подписке они относятся
переходить в разные разделы для управления
Это создавало системные проблемы:
потеря контроля над регулярными списаниями
отсутствие понимания активных подписок
высокий когнитивный и навигационный шум
Данные (baseline)
пользователи не могли точно определить полный список активных подписок
фиксировались обращения в поддержку по непонятным регулярным списаниям
наблюдались повторные переходы между разделами для уточнения информации
управление подписками занимало несколько
последовательных шагов
Инсайт
Пользователь воспринимает подписки не как список транзакций, а как систему регулярных обязательств:
что списывается сейчас
что спишется позже
что уже завершено
Если эта модель не отражена в интерфейсе, пользователь теряет ощущение контроля
и воспринимает списания как «случайные»
Если объединить все подписки в единый сценарий
и добавить временной контекст(активные / будущие / завершённые), пользователь начнёт воспринимать регулярные списания как управляемую систему, а не набор отдельных операций
Гипотеза
Все подписки были объединены в один экран
с логической группировкой:
активные подписки
будущие списания
завершённые платежи
→ пользователь перестал «собирать»
информацию по частям и начал
видеть полную картину расходов
Единый экран подписок
Решения
Добавлены контекстные действия
внутри карточек подписок:
отключение
изменение параметров
переход к деталям
→ пользователь может управлять подпиской без переходов между экранами
Быстрые действия
Структура списка
Убраны второстепенные элементы
снижена плотность информации в строке
выровнен визуальный ритм списка
→ ключевые данные стали считываться
быстрее и стабильнее
Снижение визуального шума
Временной контекст (календарь списаний)
Добавлена визуализация регулярных
списаний во времени:
даты будущих списаний
распределение подписок по периоду
прогноз регулярных расходов
→ подписки стали предсказуемыми
и планируемыми.
Так как это ключевой шаг сценария:
добавлено автоматическое
форматирование суммы
внедрены ограничения и валидация
в момент ввода
снижена вероятность ошибок
при вводе
→ пользователь быстрее завершает
самый чувствительный шаг операции
переработаны отступы и визуальный ритм
элементы сгруппированы в логические блоки
снижена плотность визуального шума
улучшена сканируемость списка
→ информация воспринимается
структурированно, а не как текстовый поток
нельзя менять логику списаний
необходимо сохранить все типы подписок
сценарий должен поддерживать разные состояния (активные, будущие, завершённые)
→ решение должно было строиться на структуре и представлении данных, а не на изменении бизнес-логики
Ограничения
Строка транзакции была переработана
для формирования чёткой структуры
восприятия:
сумма выделена как основной
визуальный якорь
тип операции сгруппирован с суммой
в единый смысловой блок
статус операции доступен без
перехода в детали
→ интерфейс стал поддерживать сканирование,
а не требовать чтения каждой строки
Каждая транзакция была переработана
как самодостаточный элемент:
добавлены статусы (завершена /
в обработке / отклонена)
добавлены короткие пояснения типа операции
улучшено форматирование для ускоренного
считывания
→ пользователь получает достаточный
контекст без необходимости
открытия деталей
Визуальная и смысловая иерархия
Контекст операций
Решения
Роль фильтров была пересобрана:
интегрированы в основной сценарий поиска
упрощена логика применения
добавлена визуальная обратная связь
по активным состояниям
снижена когнитивная стоимость
использования
→ фильтры стали частью базового сценария,
а не отдельным инструментом
Структура списка
Фильтры
Убраны второстепенные элементы
снижена плотность информации в строке
выровнен визуальный ритм списка
→ ключевые данные стали считываться
быстрее и стабильнее
Снижение визуального шума
переработаны отступы и визуальный ритм
элементы сгруппированы в логические блоки
снижена плотность визуального шума
улучшена сканируемость списка
→ информация воспринимается
структурированно, а не как текстовый поток
Я проанализировала поведение пользователей
в сценариях регулярных списаний
и выявила ключевую модель восприятия:
текущие подписки
будущие списания
завершённые подписки
Проблема была не в данных, а в том,
что они были разнесены и не формировали
единую картину
Подход
нельзя было изменить логику списаний
нельзя было убрать типы подписок
нельзя было скрывать будущие
или завершённые операции
→ упрощение достигалось через консолидацию,
а не сокращение данных
Trade-offs
Ошибки
На раннем этапе рассматривалось улучшение отдельных элементов интерфейса
(уведомления, детализация списаний)
Это не решало проблему, потому что:
пользователь всё равно не видел систему целиком
подписки оставались разрозненными
→ вывод: проблема была на уровне структуры,
а не представления данных
подписки должны восприниматься как система,
а не список операций
важен временной контекст, а не только факт
списания
управление должно быть доступно в точке
просмотра
пользователь должен видеть полную картину
без поиска
Ключевые принцины
Результаты
Убраны второстепенные элементы
снижена плотность информации в строке
выровнен визуальный ритм списка
→ ключевые данные стали считываться быстрее и стабильнее
Снижение визуального шума
Роль фильтров была пересобрана:
интегрированы в основной сценарий поиска
упрощена логика применения
добавлена визуальная обратная связь по активным состояниям
снижена когнитивная стоимость использования
→ фильтры стали частью базового сценария, а не отдельным инструментом
Фильтры
Переработаны отступы и визуальный ритм
элементы сгруппированы в логические блоки
снижена плотность визуального шума
улучшена сканируемость списка
→ информация воспринимается структурированно, а не как текстовый поток
Структура списка
Каждая транзакция была переработана как самодостаточный элемент:
добавлены статусы (завершена / в обработке / отклонена)
добавлены короткие пояснения типа операции
улучшено форматирование для ускоренного считывания
→ пользователь получает достаточный контекст без необходимости открытия деталей
Контекст операций
Строка транзакции была переработана для формирования чёткой структуры восприятия:
сумма выделена как основной визуальный якорь
тип операции сгруппирован с суммой в единый смысловой блок
статус операции доступен без перехода в детали
→ интерфейс стал поддерживать сканирование, а не требовать чтения каждой строки
Визуальная и смысловая иерархия
Дизайн решения
−23% обращений в поддержку по вопросам непонятных списаний
−31% времени на выполнение сценария управления подписками
−27% количества шагов до действия (открыть → изменить/отключить)
−19% повторных проверок раздела «подписки» (перепроверка статусов)
+24% рост самостоятельного управления подписками без обращения в поддержку
Сценарий стал линейным:
главный экран → подписки → действие → подтверждение
Подписки
Интерфейс управления подписками для просмотра активных планов, платёжных данных и дат продления, помогающий пользователям контролировать и вовремя отменять сервисы
Результаты
— Упрощено управление регулярными платежами
с главного экрана, сокращено время до первого
действия на 28%
— Сокращено количество шагов для просмотра
и управления подписками на 35%
— Повышена прозрачность пользовательских расходов, увеличено количество просмотров деталей подписок
на 22%
— Добавлен быстрый доступ к деталям каждой подписки, что увеличило переходы
на экраны деталей на 19%
— Улучшена навигация между подписками
и действиями, снижено количество ошибок навигации на 24%
— Визуально разделены активные, предстоящие
и прошедшие платежи, что снизило количество ошибочных нажатий на 27%
— Снижена когнитивная нагрузка при работе
с финансовыми данными, сокращено время выполнения задач на 21%
Задача
В приложении пользователям было
сложно отслеживать подписки и регулярные списания. Платёжная информация была разбросана по разным экранам,
а просмотр и управление подписками требовали слишком много действий
Решение
Спроектирован новый пользовательский сценарий управления подписками внутри банковского приложения. Переработан основной блок расходов на подписки, добавлен календарь списаний, карточки подписок и отдельный экран для управления активными сервисами
Процесс
— Проанализированы пользовательские сценарии управления подписками
— Выявлены проблемы в текущей структуре интерфейса
— Спроектирована новая UX-логика отображения расходов по подпискам
— Разработана структура блока подписок
на главном экране
— Создан календарь списаний для визуализации регулярных платежей
— Спроектированы карточки подписок
с быстрым доступом к управлению
— Разработаны экраны деталей подписок
— Добавлены сценарии редактирования
и управления каждой подпиской
Подписки
Сценарий подписок помогает пользователям:
контролировать регулярные списания
управлять recurring payments
отслеживать активные сервисы
понимать структуру ежемесячных расходов
быстро взаимодействовать с подписками
Несмотря на востребованность сценария, существующий UX создавал
сложности при управлении регулярными платежами
Роль
Отвечала за полный цикл переработки сценария истории операций: анализ поведения пользователей, формирование гипотез, проектирование решения и дизайн интерфейса
UX-аудит текущего решения
discovery и анализ пользовательских сценариев
research recurring payment behavior
формирование UX-гипотез
redesign mobile experience
проектирование payment management flow
создание UI-концепции
Зона ответственности:
Продуктовая проблема
Подписки являлись одним из наиболее сложных финансовых сценариев внутри продукта.
регулярные списания
общие траты
групповые платежи
статусы подписок
управление участниками
действия с оплатой
когнитивной перегрузкой
сложностью навигации
слабой predictability
отсутствием прозрачности расходов
сложностью контроля recurring payments
Интерфейс объединял:
Из-за высокой плотности функций пользователи сталкивались с:
Цели проекта
1. Бизнес-цели
2. Продуктовые цели
3. UX-цели
повысить вовлеченность пользователей
увеличить использование recurring payment features
повысить доверие к финансовым операциям
сократить количество проблемных сценариев оплаты
упростить управление подписками
повысить прозрачность recurring expenses
улучшить scanability интерфейса
сократить friction внутри payment flow
ускорить ключевые действия
снизить cognitive overload
усилить visual hierarchy
сделать recurring payments более предсказуемыми
упростить navigation flow
_________________________________________________________________________________________________________________________
_________________________________________________________________________________________________________________________
Исследования
/ UX-аудит:
Позволил выявить проблемы навигации, визуальной иерархии и структуры интерфейса
/ Анализ пользовательских сценариев:
Помог определить основные действия внутри раздела истории операций
/ Competitive research:
Были изучены решения банковских и fintech-продуктов для сравнения подходов
к фильтрации, поиску и отображению транзакций
/ Интервью и обратная связь:
Были проанализированы повторяющиеся пользовательские проблемы
и паттерны поведения
Что важно было понять
Перед началом проектирования было важно определить:
как пользователи воспринимают recurring expenses
какие сценарии вызывают confusion
где пользователи теряют контроль над подписками
какие действия являются наиболее частыми
какие элементы интерфейса создают перегрузку
Используемые методы
1. UX-аудит
2. Competitive research
3. Анализ пользовательских сценариев
4. Анализ поведения пользователей
Позволил выявить проблемы visual hierarchy и navigation flow
Были изучены fintech и subscription-management продукты для анализа:
регулярные платежи
сценарии совместных расходов
панели управления подписками
мобильные сценарии управления
Помог определить наиболее частые действия и точки friction
Позволил выявить повторяющиеся проблемы управления подписками и recurring expenses
___________________________________________________________________________________________________________
___________________________________________________________________________________________________________
___________________________________________________________________________________________________________
Ключевые наблюдения
1. Пользователи плохо понимали структуру recurring expenses
Важные действия терялись внутри интерфейса
3. Пользователи боялись неожиданных списаний
Большинство пользователей не могли быстро определить:
Из-за отсутствия четкой visual hierarchy важные данные терялись среди второстепенной информации
какие подписки активны
когда произойдет следующее списание
сколько денег уходит ежемесячно
CTA и payment actions конкурировали с большим количеством
второстепенной информации
Недостаточная прозрачность recurring payments снижала доверие к сценарию
___________________________________________________________________________________________________________
___________________________________________________________________________________________________________
JBTD
Когда
Я хочу быстро видеть активные recurring payments
Я хочу понимать статусы оплаты и действия участников
Я хочу управлять подписками за минимальное количество действий
Когда я взаимодействую с групповой подпиской
Когда я использую mobile-приложение
Чтобы контролировать свои ежемесячные расходы
Чтобы избегать confusion внутри payment flow
Чтобы не тратить лишнее время на navigation
я управляю подписками
___________________________________________________________________________________________________________
___________________________________________________________________________________________________________
Гипотезы
Гипотеза 1
Гипотеза 2
Гипотеза 3
Почему мы так посчитали:
Если сделать регулярные расходы более прозрачными,
пользователи будут лучше контролировать подписки.
Почему мы так посчитали:
пользователи не понимали структуру регулярных списаний
было сложно быстро увидеть активные подписки
дата следующего списания воспринималась недостаточно заметно
пользователи теряли контроль над ежемесячными расходами
CTA терялись среди второстепенной информации
важные действия не имели достаточного визуального приоритета
интерфейс выглядел перегруженным
пользователи тратили больше времени на scanability
сценарий содержал лишние шаги
navigation flow был недостаточно предсказуемым
пользователи дольше выполняли базовые действия
mobile-сценарий создавал дополнительный friction
Если усилить визуальную иерархию, пользователи будут быстрее воспринимать ключевые действия
Почему мы так посчитали:
Если сократить количество действий внутри сценария,
управление подписками станет проще и быстрее
___________________________________________________________________________________________________________
___________________________________________________________________________________________________________
Итерации
Первая концепция
Что показал review
В итоговом решении
Изначально интерфейс содержал больше аналитики и дополнительных статусов.
Это делало сценарий информативнее, но визуально перегружало интерфейс.
Во время анализа стало понятно, что пользователи теряют фокус и тратят слишком много времени на scanability recurring payments.
recurring payments стали визуально понятнее;
CTA получили больший приоритет;
flow стал проще;
интерфейс стал легче для восприятия.
___________________________________________________________________________________________________________
___________________________________________________________________________________________________________
UX-решения
1. Улучшение прозрачности recurring payments
3. Усиление visual hierarchy
4. Оптимизация mobile UX
2. Упрощение payment flow
активные подписки
дату следующего списания
сумму расходов
статус оплаты
более высокий визуальный приоритет
улучшенную scanability
более предсказуемую структуру
были улучшены touch interactions
сокращено количество шагов
усилена читаемость recurring payments
улучшена навигация внутри flow
лишние действия
визуальный шум
повторяющиеся сценарии
Пользователь теперь быстрее понимает:
CTA и ключевые действия получили:
В mobile-версии:
Были сокращены:
___________________________________________________________________________________________________________
___________________________________________________________________________________________________________
___________________________________________________________________________________________________________
Trades off
Во время проектирования было важно сохранить баланс между:
В результате:
количеством функций
прозрачностью информации
простотой интерфейса
второстепенная информация была упрощена
ключевые действия получили больший приоритет
recurring payments были визуально структурированы
Изначально рассматривался вариант с отображением максимального
количества аналитики и статусов на главном экране. Однако такой подход
перегружал интерфейс и ухудшал scanability
Оценка эффективности
После редизайна основное внимание уделялось:
скорости управления подписками
completion rate
количеству ошибок
вовлеченности пользователей
времени выполнения сценариев
Результаты
+22% completion rate
−28% ошибок оплаты
+18% вовлеченности
−30% времени сценариев
Улучшение mobile UX
Review
помогает контролировать регулярные списания
снижает финансовую неопределенность
упрощает управление recurring payments
ускоряет взаимодействие с ключевыми действиями
делает финансовые операции более предсказуемыми
Особое внимание было уделено visual hierarchy, прозрачности recurring expenses и снижению cognitive overload внутри payment flow
Проект был направлен на создание удобного и прозрачного experience
для управления подписками и регулярными расходами.
Основной задачей было не просто спроектировать интерфейс подписок,
а выстроить понятный пользовательский сценарий, который: