**What makes the onboarding good?**

Одразу скажу, що я говорю про класичний онбординг саме в додатку (не web-funnel)

Тепер про те, з чого насправді складається онбординг. Бо найпоширеніша його версія — слайдер із 2–4х екранів із фічами. Але це не онбординг, а презентація фічей.

**Персоналізація**
Не дарма вона на першому місці, бо зазвичай про це й будують гіпотези для покращення. Питання про сферу чи задачу ставлять не заради статистики, а щоб змінити те, що буде далі у флоу: весь experience, комунікації, social proof та зрештою сам пейвол.&nbsp;

Сюди ж quick wins. Дайте юзерам відчути маленький результат ще до пейволу і тоді вони приходять до нього вже з власним персоналізованим досвідом.

**Engagement**
Чи транслюєте ви цінність з перших кроків, чи користувач просто тапає кнопку Continue до кінця. Тут важлива увага до деталей, невеликі інтеракції, мікроанімації та емоційний дизайн. Користувач, який пройшов онбординг усвідомлено, і користувач, який його протапав, приходять на пейвол у зовсім різних станах. А покупка ж відбувається емоційно.

**Value proposition**
Чітке пояснення й сторітелінг, чому наприклад взагалі варто почати trial. Два принципи, які тут вирішують.

Перший: говоріть про outcomes, а не про фічі. Користувачеві байдуже, що у вас є великий сет різних фічей. Йому важливо, що він отримає в результаті. Фіча — це механіка, результат — це його життя після.

Другий: дайте спробувати, а не подивитись. Це може бути приклад як користуватись core фічами, або вже одразу реальне використання прям на онбордингу. Один реальний дотик до продукту переконує більше, ніж три екрани обіцянок.

**Social proof перед пейволом**
Відгуки, рейтинг, цифри, нагороди — але не абстрактні, а привʼязані до того, що людина щойно вам про себе розповіла. Це та сама цілісність, з якої почалась персоналізація.

**Sign up**
Окрема історія і головне питання де його ставити. Досвід показує, що на початку можуть бути більші дроп-офи, а після пейволу показники бувають кращими. Чим пізніше ви просите реєстрацію, тим більше шансів, що юзер вже щось спробував і має причину лишитись. Але це рівно те, що треба тестувати у своєму продукті, а не вирішувати за чужим кейсом.

**Як покращувати онбординг&nbsp;**
Перш ніж покращувати якийсь екран, спитайте, чи потрібен він взагалі? Ну і звісно ж дивитись аналітику. І не тільки весь флоу одразу, а детально між кожними екранами, drop-off по кожному кроку. Майже завжди проблема не там, де здається — не в екрані, який вам не подобається візуально, а в кроці, який ви взагалі не вважали проблемним.

Не редизайніть усе одразу. Знов ж таки чистота експерименту, щоб чітко перевірити саму гіпотезу. Якщо змінити все разом з пейволом, то як потім аналізувати дані? Можна розбити на групу B, де новий онбординг і старий пейвол, а група С — все нове і потім порівняти.

Останнє, але дуже важливе&#33; Онбординг не закінчується в кінці флоу, коли юзери потрапляють на home tab. Далі активація в ключові фічі, post-onboarding, момент першої реальної цінності та aha-момент. Але це все окрема історія 