Сценарий получения денег
на карту в e-commerce
приложении

2025–2026 · B2C · финтех · моб
Сценарий получения денег на карту в e-commerce приложении
Роль
Продуктовый дизайнер
Объем
UX-исследования,
UX/UI дизайн,
дизайн-система,
hi-fi прототипы,
дизайн-ревью
Команда
PO, BA, QA, Dev Lead
Аудитория
~1,2 млн
{01} Саммери

Спроектировала сценарий получения денег на карту в e-commerce приложении с финтех-
разделом — от анкеты до вывода денег. Трансформировала продукт
из внутреннего лимита в получение денег
на любые цели.

Развила сценарии управления займом (график платежей, статусы, договор), повысив прозрачность и снизив нагрузку на тех. поддержку.

~35-40% ↑
рост конверсии в оформлении заявки за счёт
переноса точки входа
~80% ↑
к проникновению страховки
~20-25% ↓
обращений в поддержку (платежи и условия)
Саммери
{02} Контекст

Финансовый раздел внутри e-commerce
приложения с финтех-разделом, который
выступает единой точкой управления
кредитами, рассрочкой и платежами пользователя.

В разделе пользователь может:
— оформить кредит или рассрочку;
— вносить платежи и отслеживать график;
— управлять действующими договорами.

{03} Исследование
Цель
Проверить гипотезы
и выстроить приоритеты
Формат
Глубинное интервью +
юзабилити-тестирование
Участники
Приглашенные
респонденты
Задание #1: тестовый профиль в приложении
Получение денег на карту: поиск точки входа и прохождение полного
флоу оформления займа
Задание #2: hi-fi прототип в figma
Внесение платежа: оплата займа и проверка статуса платежа

Ключевые выводы исследования:

  • — неочевидная точка входа → пользователи не начинают оформление;
  • — анкета понятна → барьеры лежат вне формы;
  • — непонимание ценности страховки → низкое проникновение;
  • — игнорирование скрытых доп. услуг → потеря бизнес-метрик;
  • — потребность в досрочном погашении → запрос на гибкое управление займом.
{04} Ключевые проблемы и решения
#1:

Проблема: Пользователи не начинали оформление займа: точка входа была неочевидной → кажды 3-й респондент пытался
получить деньги через «Узнать свой лимит» или карточку лимита.

Решение: Вынести «деньги на карту» как основной сценарий в верхнюю часть главного
экрана, используя существующий UI → минимальные затраты на разработку.

Решение проблемы #1

Результат: Устранено расхождение между моделью продукта и ожиданиями пользователя. Конверсия в начало оформления увеличилась на ~35-40%.

Результат решения проблемы #1

Поинт: Дополнительно проработала альтернативные точки входа и сценарии возврата: 1) Bottom Sheet для новых пользователей при входе в раздел; 2) Bottom Sheet для пользователей с одобренной заявкой (без подписания договора); 3) Онбординг перед анкетой с объяснением процесса.

#2:

Проблема: Страховка была спрятана в «доп. услугах», не читалась как часть продукта и не позволяла сравнить условия со страховкой и без.
Пользователи не понимали ценность страховки на этапе выбора условий (результаты скоринга) → низкое проникновение.

Решение: Пересобрать сценарий выбора условий: 1) добавить сравнение прямо в карусели (теги «со страховкой / без страховки»); 2) вынести страховку из «доп. услуг» и явно
раскрыть её ценность; 3) переупаковать коммуникацию: из «доп. опции» в часть
продуктового предложения.

Решение проблемы #2

Результат: Страховка стала частью выбора условий, а не отдельной опцией → рост
проникновения страховки ~80%.

#3:

Проблема: В базовом сценарии оплаты не было возможности досрочного погашения. В ходе исследования выявила потребность пользователей гибко управлять займом: снижать нагрузку или закрывать долг раньше → снизить риск просрочек и неудобство в управлении обязательствами.

Решение: Спроектировать сценарий досрочного погашения с пересчётом графика.

Решение проблемы #3

Результат: Расширила сценарии управления займом → пользователи могут адаптировать
условия под свою финансовую ситуацию.

  • — риск просрочек за счёт гибких сценариев погашения ↓
  • — доля досрочных платежей ↑
  • — обращения в поддержку по вопросам платежей ↓
  • — контроль пользователя над займом ↑

Смотреть ещё