Как я улучшал денежные сценарии в букмекерском продукте: две ключевые задачи в одном UX-потоке

В рамках продукта Leon я работал над несколькими высоконагруженными зонами, влияющими на деньги, скорость принятия решений и доверие пользователей. Ниже — две ключевые задачи, которые я закрывал: локальный депозит для Танзании и обновлённый cashout-флоу.

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

Моя зона ответственности — улучшить критические точки опыта: те, где пользователь теряет скорость, доверие или контроль. В рамках этого материала я описываю две ключевые задачи, которые влияют на финансовый поток продукта и формируют основу пользовательской стабильности: локальный депозит для Танзании и обновлённый cashout-флоу.

Локальный депозит под мобильных операторов

Пользователь из Танзании сталкивался с разрозненными UX-паттернами при внесении депозита.

Номер телефона — главный идентификатор в регионе — требовал ручного ввода, не давал мгновенной обратной связи и вызывал ошибки.

Метод оплаты существовал, но не был интуитивным: отсутствовала визуальная связь между номером и оператором, что снижало доверие и увеличивало время на выполнение действия.

Обеспечить стабильный вход денежных средств на рынок с высокой долей мобильных операторов.

Снизить фрикцию и количество неуспешных попыток депозита.

Сделать метод self-explanatory без обучения пользователя.

Повысить конверсию первого депозита и увеличить скорость выполнения операции.

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

1. Автоподстановка номера — пользователю не нужно вводить данные вручную.

2. Автоопределение оператора по номеру — мгновенная визуальная верификация.

3. Логотип оператора внутри строки ввода — снижает когнитивную нагрузку и ошибки.

4. Два сценария (manual → auto) — протестированы совместно с аналитикой; автоматический сценарий показал лучшую динамику по Web-визору.

5. Финальный поток со всеми состояниями — собран, согласован с backend и выпущен на прод.

Результат: депозит стал быстрее, чище, понятнее. Пользователь получает прозрачный UX, а продукт — меньшую фрикцию и рост успешных транзакций.

Обновление высоконагруженного сценария вывода ставки

Cashout — одна из самых нагруженных точек продукта.

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

Повысить прозрачность финансовых действий.

Сократить путь до cashout и минимизировать ошибки выполнения действия.

Дать пользователю инструмент быстрого выхода из ставки без лишних шагов.

Создать доверительность процесса — ключевой фактор для удержания.

Я переработал весь cashout-флоу, сохранив базовый функционал, но полностью обновив логику взаимодействия.

1. Сумма cashout внутри купона — пользователь видит результат сразу.

2. Сравнение суммы со ставкой — визуальное выделение выше/ниже.

3. Заметная кнопка cashout — главный CTA теперь не теряется.

4. Быстрый вход через историю ставок — сокращение пути до действия.

5. Прозрачные метаданные: bet ID, событие — возвращают доверие.

6. Таймер изменения коэффициента — критический UX-элемент, который фиксирует динамику рынка и даёт ощущение контроля.

7. Очистка от лишних шагов — поток стал короче, быстрее и логичнее.

Финальный поток утверждён аналитиками и backend, передан в прод и запускается на всех пользователей. Результат — более высокая вовлечённость, меньше ошибочных сценариев, выше скорость принятия решения.

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

В работе я опирался на текущую дизайн-систему, customer-data аналитику, Web-визор, исследования по локальным рынкам, обсуждения с backend, а также быстрые UX-итерации внутри одного флоу. Все решения проходили согласование с продуктовой командой, собирались в Figma с проработкой всех состояний и отправлялись в прод без потери контекста.

Если нужен дополнительный разбор или глубже рассмотреть UX-сценарии проекта — могу поделиться деталями. Пишите.