В рамках продукта Leon я работал над несколькими высоконагруженными зонами, влияющими на деньги, скорость принятия решений и доверие пользователей. Ниже — две ключевые задачи, которые я закрывал: локальный депозит для Танзании и обновлённый cashout-флоу.
Суть проекта в двух словах
Продукт Leon — это высоконагруженная экосистема ставок, где каждая секунда и каждая ошибка пользователя напрямую конвертируются в деньги. Я пришёл в проект на стадии, когда интерфейсы уже были запущены, дизайн-система работала, а реальные пользователи ежедневно проходили через десятки разных платёжных и игровых сценариев.
Моя зона ответственности — улучшить критические точки опыта: те, где пользователь теряет скорость, доверие или контроль. В рамках этого материала я описываю две ключевые задачи, которые влияют на финансовый поток продукта и формируют основу пользовательской стабильности: локальный депозит для Танзании и обновлённый cashout-флоу.
Задача №1: Tanzania eWallet
Локальный депозит под мобильных операторов
Проблема пользователя 🪫
Пользователь из Танзании сталкивался с разрозненными UX-паттернами при внесении депозита.
Номер телефона — главный идентификатор в регионе — требовал ручного ввода, не давал мгновенной обратной связи и вызывал ошибки.
Метод оплаты существовал, но не был интуитивным: отсутствовала визуальная связь между номером и оператором, что снижало доверие и увеличивало время на выполнение действия.
Бизнес-задача 💼
Обеспечить стабильный вход денежных средств на рынок с высокой долей мобильных операторов.
Снизить фрикцию и количество неуспешных попыток депозита.
Сделать метод self-explanatory без обучения пользователя.
Повысить конверсию первого депозита и увеличить скорость выполнения операции.
Решение через продуктовый подход ✅
Я сформировал поток, который использует локальную логику взаимодействия с мобильными операторами.
1. Автоподстановка номера — пользователю не нужно вводить данные вручную.
2. Автоопределение оператора по номеру — мгновенная визуальная верификация.
3. Логотип оператора внутри строки ввода — снижает когнитивную нагрузку и ошибки.
4. Два сценария (manual → auto) — протестированы совместно с аналитикой; автоматический сценарий показал лучшую динамику по Web-визору.
5. Финальный поток со всеми состояниями — собран, согласован с backend и выпущен на прод.
Результат: депозит стал быстрее, чище, понятнее. Пользователь получает прозрачный UX, а продукт — меньшую фрикцию и рост успешных транзакций.
Задача №2: Cashout
Обновление высоконагруженного сценария вывода ставки
Проблема пользователя 🪫
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-сценарии проекта — могу поделиться деталями. Пишите.