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