От анкеты к диалогу: как мы повысили завершение регистрации до 78,4%
Мы пересобрали первый вход: добавили несколько способов авторизации, сделали настройку профиля в формате диалога и перенесли запрос на геолокацию на главный экран.
О продукте
Bumpin — приложение для знакомств, общения, нетворкинга и новых социальных связей, которое помогает людям находить друг друга не просто поблизости, а в одних и тех же местах. Пользователь может увидеть, кто находится рядом с ним, и начать общение или договориться о встрече.
Основная идея продукта — превратить привычные места в точки живого социального взаимодействия.
Контекст
На первом входе Bumpin терял пользователей: регистрацию завершали только 62,15%. Часть уходила на вводе номера, часть — на запросе геолокации, ещё часть терялась на следующих шагах.
Сценарий ощущался слишком формальным для продукта про общение: войти можно было только по номеру, профиль заполнялся как анкета, а геолокация запрашивалась до того, как пользователь видел карту и понимал её пользу.
Поэтому мы пересобрали первый вход: добавили несколько способов авторизации, превратили регистрацию в формат переписки и перенесли запрос геолокации на главный экран-карту. Так регистрация стала живее, понятнее и ближе к сути Bumpin.
Результат
Проблема
1. Авторизация была ограничена одним способом
Вход был завязан только на номер телефона. Для части пользователей это было менее удобным сценарием: нужно было вводить номер, ждать SMS и подтверждать код вместо быстрого входа через привычный сервис.
Из-за отсутствия альтернативных способов авторизации часть пользователей терялась уже на первом шаге.
2. Заполнение профиля не вовлекало пользователя
После входа пользователь переходил к последовательному заполнению информации о себе. Этот сценарий был функциональным, но слабо поддерживал настроение Bumpin как продукта про общение, знакомства и людей рядом.
Регистрация не вовлекала пользователя в опыт приложения, а воспринималась как обязательный этап перед ним. Из-за этого часть пользователей теряла интерес до завершения настройки профиля.
3. Разрешения запрашивались слишком рано
Некоторые разрешения появлялись до того, как пользователь понимал, зачем они нужны. Особенно это касалось геолокации: доступ запрашивался до попадания на главный экран, хотя его польза становится очевидной именно на карте — когда пользователь видит места и людей рядом.
Из-за ранних запросов регистрация казалась длиннее и тяжелее, а чувствительные действия воспринимались как барьер, а не как логичная часть сценария.
Исследование
Анализ воронки регистрации
Чтобы понять, почему пользователи не проходят регистрацию, мы разобрали воронку первого входа и посмотрели видео сессий пользователей на проблемных шагах.
Регистрацию завершали только 62,15% пользователей — остальные терялись ещё до главного экрана:
- 10,87% уходили на шаге авторизации;
- 18,68% не включали геолокацию;
- 8,3% терялись на остальных шагах настройки профиля.
Записи сессий помогли увидеть, как это проявлялось в поведении: часть пользователей останавливалась на вводе номера, часть дольше задерживалась на заполнении профиля, а запросы разрешений часто становились точкой выхода из сценария.
Это показало, что потери возникали не из-за одного проблемного экрана, а из-за общей структуры регистрации: авторизация была негибкой, настройка профиля слабо вовлекала, а часть запросов появлялась раньше нужного контекста.
Метрики визуализированы для демонстрации и не являются скриншотом реального аналитического кабинета.
UX-аудит текущего сценария
Мы провели UX-аудит текущей регистрации и разобрали первый вход как последовательность пользовательских решений: от выбора способа входа до попадания на главный экран.
В аудите оценивали не только количество шагов, но и то, насколько каждый шаг помогает пользователю двигаться дальше:
- Есть ли у пользователя выбор;
- Понятна ли причина действия;
- Насколько шаг соответствует настроению продукта;
- Появляется ли запрос в правильном контексте;
- Где пользователь может потерять мотивацию продолжать.
Текущий сценарий показал, что регистрация работает как отдельный технический этап перед продуктом. Пользователь проходит авторизацию, заполняет данные и даёт разрешения, но ещё не видит основной ценности Bumpin — людей, места и возможность начать общение рядом.
Особенно заметными стали три проблемные зоны: ограниченный выбор входа, слабая вовлечённость при заполнении профиля и ранние запросы разрешений. Эти наблюдения помогли сформировать направления редизайна: добавить альтернативные способы авторизации, сделать регистрацию более живой через формат диалога и перенести геолокацию в контекст карты.
Гипотезы
- Мы предполагаем, что добавление нескольких способов авторизации повысит прохождение первого шага, потому что пользователи смогут выбрать более привычный и быстрый способ входа.
- Мы предполагаем, что регистрация в формате диалога повысит завершение сценария, потому что формат общения лучше соответствует настроению Bumpin и удерживает внимание пользователя.
- Мы предполагаем, что использование имени в диалоге сделает первый вход более персональным, потому что пользователь будет ощущать не заполнение формы, а знакомство с продуктом.
- Мы предполагаем, что необязательное фото повысит завершение регистрации, потому что пользователь сможет быстрее пройти сценарий и вернуться к фото позже.
- Мы предполагаем, что перенос запроса геолокации на главный экран повысит конверсию включения геолокации, потому что пользователь увидит карту и лучше поймёт, зачем приложению нужен доступ к местоположению.
- Мы предполагаем, что сокращение количества запросов до главного экрана уменьшит ощущение длины регистрации и поможет быстрее довести пользователя до ценности продукта.
Решение
Новый экран входа
Мы переработали первый экран и сделали его более понятной точкой входа в продукт.
Вместо сухой формы пользователь видит приветствие, визуальный контекст сообщества и несколько способов авторизации. Телефон остаётся доступным вариантом, но больше не воспринимается как единственный путь.
Это снижает напряжение на первом шаге и даёт пользователю выбрать более привычный способ входа.
Регистрация в формате диалога
Настройку профиля мы оформили как переписку с Bumpin. Так первый вход стал ближе к настроению продукта и лучше вовлекал пользователя: он не просто заполнял данные, а постепенно знакомился с приложением через диалог.
Внутри сценария мы сохранили ключевые шаги: имя, фото, род занятий, цель общения и интересы. Но изменили подачу — каждый вопрос стал частью последовательного знакомства, а не отдельным полем анкеты.
Дополнительно мы сделали сценарий мягче: объяснили, зачем нужна информация в профиле, использовали имя пользователя в диалоге и дали возможность не останавливаться на менее обязательных шагах.
Запросы разрешений по триггерам
Раньше часть разрешений появлялась внутри регистрации и делала первый вход длиннее. Мы перенесли такие запросы в логические точки сценария — туда, где они срабатывают по понятному триггеру.
Главный пример — геолокация. Запрос перенесли на главный экран с картой, где он выглядит логичнее и уже не ощущается как отдельный шаг регистрации.
Остальные разрешения тоже стали появляться не заранее, а после конкретного действия пользователя: когда он доходит до сценария, где этот доступ действительно нужен.
Итоги реализации
После внедрения обновлённой регистрации продукт показал рост ключевых метрик.
Рост метрик подтвердил, что проблема была не только в количестве шагов, а в качестве первого пользовательского опыта. Когда вход стал гибче, регистрация — более вовлекающей, а разрешения — контекстными, больше пользователей доходили до основного сценария и быстрее начинали взаимодействовать с продуктом.