Дизайн экрана онбординга мобильного приложения
Онбординг — это первые 60 секунд в приложении. Большинство пользователей, которые удаляют приложение в первый день, делают это именно в этот промежуток. Причина почти всегда одна: непонятно, что делать дальше, или непонятно, зачем это приложение вообще нужно.
Что работает, а что нет
Классический онбординг из трёх слайдов с иллюстрациями «Быстро», «Удобно», «Надёжно» — не работает. Пользователь проскролит их вслепую и нажмёт «Начать». Такой онбординг не даёт ни понимания продукта, ни первого ценного действия.
Работающие паттерны:
Progressive disclosure — показывать функции по мере того, как пользователь до них добирается. Не объяснять всё сразу. Первый экран — ключевое действие, остальное — потом.
Benefit-focused, не feature-focused — «Отслеживай расходы за 10 секунд» вместо «Наше приложение имеет функцию категоризации транзакций».
Минимальный onboarding до первой ценности — если пользователь может попробовать приложение без регистрации, не заставляй его регистрироваться на первом экране.
Permission requests в контексте — не запрашивай доступ к геолокации на втором экране онбординга. Запроси в момент, когда функция нужна — тогда пользователь понимает, зачем.
Типы экранов онбординга
Для разных продуктов — разные подходы: welcome-слайды с ключевыми ценностями, интерактивный setup wizard (фитнес-приложения: выбор цели, уровня активности), empty state с call-to-action («Добавь первую задачу»). Выбор зависит от продукта.
Дизайним в Figma с реальным контентом — не lorem ipsum. Онбординг с placeholder-текстом не даёт правильного ощущения на тесте.
Сроки
Дизайн onboarding (3–5 экранов) с состояниями и анимационными заметками — 1 рабочий день.