7 минут

Переработка страницы регистрации

Контекст

Переходим на пошаговую модель регистрации. Вместо единого экрана "email + пароль" хотим развернуть процесс в несколько итераций, где 1 шаг = 1 действие.

Задача

Избавиться от неподтверждённых аккаунтов, улучшить UX и подготовить базу под новые способы регистрации-авторизации (google, tg)

Моя роль

Я отвечал за анализ текущего registration flow и activation funnel, дискавери и исследование проблемы, формирование гипотез, проектирование пользовательских сценариев и логики регистрации.

Результаты

Конверсия регистрации

+15%

Drop-off на верификации

-35%

Что было До

Проблемы

В текущем flow регистрации подразумевается ввод и почты, и пароля, и соглашение с правилами на единой страничке. Такой путь не только создает проблемы с подтверждение email и сессиями, но и далек от лучших практик. В целом, лучшие практики направлены на то, чтобы приводить все возможные процессы к парадигме: "1 шаг, 1 действие". То есть, вся информация запрашивается у пользователя итерациями. Ниже представлен график отправленных писем к подтвержденным по месяцам и неделям с 2024 года + конверсия.

На остальных периодах отчётливо видна закономерность: при росте регистраций - падает конверсия.
Ранние пользователи, пришедшие по сарафанному радио или через инвайты, демонстрировали высокий интерес и подтверждали почту. После, пошёл массовый вход "случайных" пользователей, многие из которых не проходят даже базовую активацию.
Средняя конверсия по всей выборке ~54%. Это значит, что каждая вторая регистрация остаётся "мусорной":

Пользователь не подтвердил email = не получил доступ к функционалу
Скорее всего, не вернётся, особенно учитывая необходимость ручного повторного подтверждения

Почему нужны изменения

Текущий flow ухудшал качество базы и аналитики: из-за большого количества неподтверждённых аккаунтов искажалась воронка активации, а CAC рос без сопоставимого роста ARPU.

Исследование конкурентов

В рамках исследования я проанализировал onboarding и registration flow крупнейших бирж: Binance, Bybit, OKX, MEXC, Bitget, KuCoin и Gate.io и тд. Целью было понять, какие паттерны используют лидеры для снижения конверсии на этапе регистрации и подтверждения аккаунта.

Исследование показало, что большинство платформ используют пошаговый сценарий регистрации с разделением действий по принципу “1 шаг = 1 задача”. Практически все сервисы выносят verification в отдельный этап, активно используют OTP-flow и минимизируют количество действий на первом экране. Эти выводы стали основой для проектирования нового registration flow в продукте.

Приоритизация решений

После анализа конкурентов и исследования пользовательских сценариев я сформировал список продуктовых требований и потенциальных улучшений для нового registration flow. Для приоритизации решений использовал метод MoSCoW, чтобы отделить критически важные изменения для MVP от улучшений, которые можно реализовать на следующих этапах развития продукта. Это позволило сфокусироваться на снижении drop-off в ключевых точках регистрации и не перегружать первый релиз второстепенными функциями.

Решение и User Flow

Перейти на горизонтальный flow с последовательными шагами (email → подтверждение → пароль). Это повысит чистоту базы, упростит аналитику и создаст задел под OAuth и прочие методы входа через сторонние сервисы.
Фактически, мы по умолчанию будем получать только тех пользователей, кто действительно заинтересован в продукте и готов пройти хотя бы базовую активацию.

Это сразу даёт ряд преимуществ:

Чище аналитика - воронка отражает поведение реальных, а не случайных или "зависших" пользователей
Меньше мусора в базе - не нужно отдельно чистить неактивированных в дашике
Основа для масштабирования - такой flow легко и удобно расширяется за счёт social login
Меньше поддержка - снижается число тикетов на тему "не пришло письмо что делать, не могу войти"
Приводим flow к стандартам рынка - (см. выше краткий анализ конкурентов)

Синхронизировал UX-логику flow с backend-ограничениями.

В процессе проектирования нового registration flow я синхронизировал UX-решения с backend-ограничениями и текущей логикой системы. Это позволило заранее учесть технические ограничения, связанные с OTP-верификацией, безопасностью и защитой от abuse-сценариев.

Совместно с разработкой были определены:

формат и TTL кода подтверждения ( 6-значный, цифровой 15 минут)
ограничения на повторную отправку (Отправка кода: не чаще, чем 1 раз в 60 секунд)
лимиты попыток ввода (Ввод кода: максимум 10 попыток -> временная блокировка)
логика инвалидирования старых кодов (Один email = один валидный код в момент времени (старые протухают)
сценарии временной блокировки и recovery flow

Результат

В результате был спроектирован новый пошаговый registration flow, который снижает когнитивную нагрузку, упрощает verification-сценарий и делает процесс регистрации более последовательным и понятным для пользователя. Ниже представлены финальные mobile и desktop макеты, а также основные состояния flow

Рефлексия

После работы над flow стало понятно, что регистрация - это важная часть активации пользователя и качества базы.

Сейчас команда маркетинга думает, как использовать правый блок на desktop-версии: например, для промо, преимуществ продукта или подсказок для новых пользователей.

Дальше я бы проверил, как на регистрацию повлияют Google / Telegram login и A/B тест нового flow.