Как я провела нового игрока через проверку личности и первый депозит, не потеряв выбранную игру

Я проектировала регистрацию и первый депозит для продукта в сфере iGaming в Великобритании. Нужно было провести игрока через обязательные проверки и не потерять главную цель: запустить выбранную игру.

Product Designer · UK iGaming · Mobile UX · KYC · Payments · State design

Название NOVA вымышленное. Я использую его в кейсе, чтобы не раскрывать клиента по NDA. Сам сценарий, ограничения и решения взяты из реального проекта.

Роль: Разобрала требования и ограничения с PM и аналитиком. Спроектировала путь от регистрации и проверки личности до первого депозита и запуска игры, проработала ошибки и возврат в сценарий, подготовила прототип для тестирования и дизайн для разработки.
Команда: 6 человек: я (дизайнер), PM, аналитик, 2 разработчика iOS, QA
Продукт: iGaming, мобильное приложение, рынок Великобритании, NDA
Результат: Сквозной сценарий от регистрации до запуска выбранной игры: 6 шагов и 11 нештатных ситуаций; передан в разработку. Метрики закрыты NDA

Выбранная игра остаётся с пользователем от нажатия Play до запуска.

Контекст

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

Задача была провести через эти шаги так, чтобы они не ощущались бюрократической воронкой.

01Как сохранить цель пользователя во время обязательных шагов?

02Что происходит, если проверка не заканчивается сразу?

03Как продолжить без повторного прохождения уже завершённых шагов?

Исследование

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

Ключевые решения

Выбранная игра на всём пути, а не отдельная воронка регистрации. Человек всё время видит, ради чего проходит проверки, а после пополнения сразу попадает в игру.

Сохранение прогресса, а не регистрация за один заход. Если человек вышел, он продолжает с того же места.

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

Основной путь

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

Вернуться без потери прогресса

Если человек выходит, на главной виден статус и следующий шаг, так что начинать заново не нужно.

Можно продолжить регистрацию или войти в другой аккаунт.

Если проверка личности пошла не по плану

Для каждого сбоя проверки свой сценарий, и каждый экран отвечает: что произошло, что сделать и что будет дальше.

Автопроверка не смогла подтвердить данные

Если проверка затягивается, можно выйти и вернуться позже.

На главной видно, что проверка ещё идёт.

Если продолжить нельзя, сценарий ведёт в поддержку.

Ошибки формы без тупиков

Если email уже занят, сразу предлагаем войти. Если данные неверные, кнопка неактивна до исправления.

Email уже зарегистрирован → сразу предложить вход.

Корректные данные → кнопка «Продолжить» становится активной.

Пополнение без давления

Ошибки лимита и оплаты показаны рядом с выбором, который их вызвал.

Ошибка лимита появляется рядом с выбранной суммой

Ограничение по кредитной карте объяснено в форме оплаты

Результат

Вместо набора отдельных экранов получился связный сценарий активации. Он передан в разработку, а метрики продукта закрыты NDA.

6 шагов от выбранной игры до запуска.
11 нештатных ситуаций, у каждой свой выход: 6 при проверке личности, 2 в форме, 2 при оплате и возврат в прерванную сессию.

Чему я научилась

Хороший онбординг проверяется не на идеальном пути, а там, где что-то идёт не так. Когда я проработала ошибки и ожидание, изменился и основной сценарий.