Caseproof

Сервисы и софт Инструкция

Как устроен онбординг пользователя в сервисе

Как устроен онбординг в сервисе: где он начинается и заканчивается, как найти событие активации по своим данным, чем наполнить первый сеанс и когда подключать живого человека.

Редакционный профиль раздела «Сервисы»

Онбординг пользователя — это путь от регистрации до первого полезного результата, ради которого человек пришёл. Не тур по интерфейсу и не серия всплывающих подсказок, а последовательность шагов, после которых сервисом начинают пользоваться. Проверяется он одним вопросом: какая доля новых аккаунтов доходит до целевого действия в первые 7 дней.

Заметная часть новых аккаунтов отваливается в первом же сеансе, до первого полезного действия: человек зарегистрировался, увидел пустой экран, не понял, что делать дальше, и закрыл вкладку. Насколько узко это окно у вас, видно только по своим когортам. Поэтому онбординг проектируют не как отдельную функцию продукта, а как измеримый участок воронки — с событием на входе, событием на выходе и известной долей тех, кто до выхода добрался.

Что считать онбордингом и где он заканчивается#

Регистрация и активация — разные события, и путать их дорого. Регистрация означает только то, что человек оставил почту. Активация — что он сделал внутри сервиса действие, ради которого пришёл: выставил первый счёт, загрузил каталог, получил первый отчёт. Онбординг лежит между этими двумя точками и заканчивается на второй.

Граница важна, потому что от неё зависит, что именно вы чините. Если успехом считать регистрацию, команда будет улучшать форму и рекламу, а люди продолжат уходить с пустого экрана. Если успехом считать активацию, узкое место видно сразу, и спорить о нём не приходится.

У онбординга есть вторая граница, о которой обычно забывают, — возврат. Человек может дойти до первого результата и не прийти снова, потому что не понял, зачем возвращаться. Поэтому к событию активации добавляют условие повторения: действие совершено хотя бы 2 раза за первые 14 дней.

Практический шаг простой: опишите обе точки словами, понятными любому сотруднику, и заведите их в аналитике как отдельные события. Заодно фиксируйте время между ними: распределение этого времени по когорте показывает, в каком окне сервис теряет новичков, и избавляет от нужды опираться на чужие цифры, снятые на другом продукте и другой аудитории. Пока этого нет, улучшения обсуждаются на уровне вкусов, а результат правок подтверждается ощущениями команды, а не сопоставимыми цифрами по когортам.

Как найти событие активации в своих данных#

Событие активации находят, а не назначают. Возьмите две группы аккаунтов из прошлых месяцев: те, кто пользуется сервисом спустя 3 месяца, и те, кто пропал в первые 2 недели. Выпишите все действия, доступные новичку, и посчитайте, какая доля каждой группы совершила каждое из них в первые 7 дней.

Действие с наибольшим расхождением между группами — кандидат. Дальше его проверяют на здравый смысл: связь бывает обратной, когда действие ничего не удерживает, а просто чаще встречается у тех, кому сервис и так подходил. Отличить помогает разговор с 5–7 клиентами, где вы спрашиваете, что заставило их остаться.

Кандидата превращают в измеримый порог. Не «пользователь загрузил данные», а «загрузил не менее 10 позиций в первые 7 дней». Порог подбирают по той же выборке: ищут значение, после которого удержание перестаёт заметно расти. Ниже порога вкладываться в дожим есть смысл, выше — уже нет.

Если данных мало, сформулируйте гипотезу и проверяйте её на новых когортах, сравнивая соседние месяцы. Заодно посмотрите, что происходит с теми, кто активацию прошёл, но исчез позже: причины ухода на более длинном сроке разбираем в материале про отток клиентов.

Что должно произойти в первом сеансе#

Первый сеанс проектируют от результата назад. Берут событие активации и выписывают все шаги, отделяющие от него человека сразу после регистрации. Шагов обычно оказывается больше, чем ожидали: подтверждение почты, заполнение профиля, выбор тарифа, настройка справочников, загрузка данных.

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

Отдельная работа — пустой экран. Место, куда пользователь попадает после регистрации, обычно показывает нули и предложение добавить первый элемент. Замените его демонстрационными данными, которые можно потрогать и удалить одной кнопкой: так сразу видно работающий сервис. Что ещё выносят на стартовый экран, разбираем в материале про личный кабинет клиента.

Признак дефекта интерфейса, а не пробела в обучении: сотрудники поддержки при каждом втором обращении объясняют один и тот же первый шаг. Такое место правят в продукте, а не в инструкции, и проверяют результат по доле новичков, прошедших шаг без обращения.

Письма, подсказки и живой человек#

Три канала сопровождения решают разные задачи, и смешивать их не стоит. Подсказки в интерфейсе уместны там, где человек уже что-то делает, и только если объясняют неочевидное. Тур из 6 экранов при первом входе закрывают не читая: вместо него лучше короткий список задач, который отмечает выполненное.

Письма нужны тем, кто ушёл, не закончив. Их привязывают к событию, а не к календарю: человек создал документ, но не отправил — письмо через сутки с одной ссылкой ровно на это место. Одинаковая рассылка по схеме «первый день, третий, седьмой» собирает отписки и приучает игнорировать отправителя.

Живой контакт требует времени, но на старте даёт контекст, которого нет в событиях интерфейса. Выберите небольшую первую когорту, напишите клиентам лично или проведите настройку вместе. Разговоры и отчёты по кликам отвечают на разные вопросы: первые объясняют мотив, вторые показывают масштаб поведения, поэтому их используют вместе.

Признак перегруза каналов — жалобы на количество сообщений и рост отписок в первую неделю. Тогда оставляют одно письмо по событию и один список задач, остальное выключают на месяц и смотрят, изменилась ли доля активированных аккаунтов. Чаще всего она не падает, а сообщений становится меньше.

Вывод: с чего начать переделку онбординга#

Начните с измерения. Постройте воронку от регистрации до предполагаемого события активации по шагам и посмотрите, где теряется больше всего людей. Один явный провал обычно виден сразу, и его починка стоит дороже всех прочих улучшений вместе взятых. После этого уберите из пути к первому результату всё, без чего результат достижим, — самая дешёвая правка с самым заметным эффектом.

Дальше наполните пустой экран демонстрационными данными и одним понятным следующим шагом. Параллельно проведите 10 личных настроек с новыми клиентами и записывайте, где именно они спотыкаются: повторяющееся место и есть следующий приоритет, даже если оно кажется мелочью.

И договоритесь внутри команды, что успехом считается активация, а не регистрация. Пока метрикой остаётся число заведённых аккаунтов, онбординг проигрывает рекламе в приоритетах, а бюджет уходит на привлечение людей, которые до первой пользы так и не доходят.

Темы онбординг пользователя

Читать ещё

  1. Сервисы и софт

    Как выбрать CRM и не внедрять систему дважды

  2. Сервисы и софт

    Как удержать клиента в сервисе после первого месяца

  3. Сервисы и софт

    Как построить тарифную сетку для своего сервиса

  4. Сервисы и софт

    Как считать стоимость привлечения клиента в сервисе