Deposit flow
Betline
О продукте
Betline — онлайн-казино, работающее на рынках Европы и Латинской Америки. В рамках этого проекта я занимался редизайном сценария пополнения счёта для пользователей из стран LatAm. Основная цель — сделать депозит быстрее, понятнее и ближе к локальным пользовательским привычкам.
Моя роль
Продуктовый дизайнер. Совместно с продакт-менеджером и командой разработки работал над переработкой депозитного сценария внутри Betline.
Мои задачи
Исследование поведения пользователей при депозите в странах Латинской Америки.
Построение Customer Journey Map для полного сценария пополнения.
Формирование User Stories и Corner Cases для типовых и нестандартных ситуаций.
Проектирование нового User Flow и контент-матрицы для статусов, ошибок и системной обратной связи.
Адаптация сценария под региональные особенности платёжного поведения.
Проблемы бизнеса
Процесс депозита был медленнее, чем у конкурентов, что влияло на конверсию в успешное пополнение.
Из-за неочевидных статусов и ошибок росла нагрузка на поддержку.
Подключение новых стран и платёжных методов усложняло продуктовую логику и требовало всё больше ручной настройки.
Проблемы пользователя
В списке методов оплаты не всегда было понятно, какой способ подходит именно для его страны.
Комиссии и условия списания воспринимались как непрозрачные.
При каждом новом депозите приходилось повторно вводить одни и те же реквизиты.
После отправки платежа пользователь не понимал, прошёл ли депозит, находится ли он в обработке или что нужно сделать дальше.
Итоги
Переработка логики депозита, адаптация под региональные паттерны и улучшение обратной связи позволили заметно упростить сценарий пополнения и улучшить ключевые продуктовые метрики:
Среднее время депозита: -40%
Количество успешных депозитов: в 2 раза выше
Весь сценарий переведён в единое модальное окно, без выбивания пользователя из основного контекста
Создана масштабируемая архитектура, адаптируемая под новые страны и платёжные системы.
Исследование
Моей задачей было понять, почему пользователи не доходят до успешного пополнения, на каких этапах возникает фрустрация и как на это влияют локальные платёжные привычки в странах LatAm.
Что я сделал:
Разобрал текущий путь пользователя от открытия кассы до подтверждения депозита.
Построил Customer Journey Map со всеми шагами, барьерами и точками напряжения.
Проанализировал поведение пользователей по странам, устройствам и типам платёжных методов.
Сравнил популярность методов оплаты в разных GEO и посмотрел, как она влияет на скорость выбора и завершение транзакции.
Собрал и описал User Stories и Corner Cases для типовых сценариев, ошибок провайдера, возврата из внешнего платёжного окна и отменённых операций.
Отдельно проработал сценарии статусов и ошибок, чтобы понять, где пользователь теряет контекст и начинает сомневаться в результате операции.
Основные выводы:
В каждой стране был ярко выраженный доминирующий платёжный сценарий: от 70% до 90% пользователей предпочитали один основной метод оплаты.
Универсальный список методов без локальных приоритетов мешал пользователю: люди тратили время на распознавание знакомого метода вместо того, чтобы сразу выбрать привычный.
Для пользователей в LatAm критично не только наличие метода, но и его узнаваемость: знакомое название, локальный логотип, привычный порядок отображения и понятный формат ввода повышали доверие к сценарию.


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

Сохранение методов и быстрый повторный депозит
Ещё одна важная зона — повторные пополнения. Раньше даже постоянный пользователь каждый раз заново вводил реквизиты и проходил весь путь с нуля.
Чтобы сократить время на повторные операции, я спроектировал сценарии быстрого депозита: после первой успешной транзакции данные выбранного метода сохраняются, и при следующем пополнении пользователю достаточно:
выбрать сохранённый способ оплаты;
подтвердить операцию.
Это сократило количество полей, снизило трение и заметно ускорило повторные депозиты.

Статусы и ошибки
Отдельно я проработал контент-матрицу для всех системных состояний. Для депозитного UX это был один из самых важных блоков, потому что основная фрустрация возникала не только из-за длины сценария, но и из-за отсутствия понятной обратной связи.
Фокус был на том, чтобы в любой момент пользователь понимал:
что происходит с его транзакцией прямо сейчас;
нужно ли что-то делать дополнительно;
завершена операция или ещё в обработке;
как безопасно повторить попытку, если произошла ошибка.


