Время на чтение: 2 мин. 50 сек.

  • Флида
  • B2C
  • Web & Mobile

Флида Формы

Роль — продуктовый дизайнер

📌 Разработал почти с нуля универсальный модуль авторизации.

Проблемы и предпосылки

Единая система регистрации и авторизации пользователей

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

Ключевые проблемы:

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

Задачи

Сделать универсальный модуль регистрации и авторизации, чтобы:

  1. Заложить масштабируемую архитектуру для легкого добавления новых способов авторизации.
  2. Повысить конверсию в успешный вход и регистрацию;
  3. Снять опасения пользователей за сохранность данных;

Решения

💡 Гипотеза 1:

Единый минималистичный UI-модуль с гибкой сеткой позволит легко добавлять новые провайдеры авторизации без перепроектирования экрана.

🎯 Критерий успеха:

Время успешной первичной регистрации < 30 секунд и нулевая задержка при добавлении новых способов входа.

✅ Решение:

Универсальный модуль авторизации — спроектировал базовый экран входа с адаптируемой структурой под любые методы аутентификации.

Модуль авторизации в веб-версии
Модуль авторизации в мобильной версии

💡 Гипотеза 2:

Вынос авторизации через привычные ID-сервисы на первый экран снизит когнитивную нагрузку и позволит пройти вход без запоминания паролей.

🎯 Критерий успеха:

Высокая конверсия успешного первого входа.

✅ Решение:

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

Авторизация через ID-сервис, экран 1
Авторизация через ID-сервис, экран 2
Авторизация через ID-сервис, экран 3

💡 Гипотеза 3:

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

🎯 Критерий успеха:

Отсутствие drop-off регистрации на этапе подтверждения доступов.

✅ Решение:

Экран передаваемых данных — добавил блок с перечнем запрашиваемых персональных сведений. Это сняло опасения пользователей.

Экран согласия на передачу персональных данных

📊 Результат

  • Сокращено время на внедрение новых способов авторизации;
  • 22% пользователей выбирают быструю авторизацию благодаря понятным контекстным подсказкам о передаваемых данных.