Пункты чек-листа онбординга, которые реально активируют

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

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

Почему чек-листы вообще работают

Механика здесь реальная и хорошо описанная. Человека сильнее мотивирует закончить то, что он видимо начал, чем взяться за новое, — поэтому чек-лист, где первый пункт уже отмечен («Аккаунт создан ✓»), обгоняет тот, что стартует с нуля. Короткий список с полосой прогресса даёт новичку то, чего онбордингу обычно не хватает: определение готовности. А ещё чек-лист живёт между сессиями, так что у ушедшего после второго шага есть и повод, и место вернуться — вместо того чтобы снова встречать весь продукт с холодного старта.

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

Проверка, которую обязан пройти каждый пункт

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

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

Пункты, которые активируют стабильно

В B2B-продуктах пункты с высоким рычагом сводятся к пяти семействам:

• Первое настоящее ключевое действие — на реальных данных. Создать первый проект, запустить первую кампанию, выставить первый счёт — тот глагол, ради которого продукт существует, выполненный на собственной работе пользователя, а не на демонстрационном содержимом. Без этого пункта всё остальное в списке не имеет значения.
• Подключение данных или перенос уже сделанной работы. Для большинства инструментов на пустом аккаунте ценность недостижима. Импорт или интеграция — тот единственный пункт, который разблокирует все прочие, поэтому обычно ему место в начале, а называть его нужно результатом, а не техникой.
• Первый увиденный результат. Настройка где-то превращается в ценность: отчёт, дашборд, отработавшая автоматизация. Отдельный пункт «посмотрите свой первый отчёт» втаскивает момент отдачи внутрь сценария вместо надежды, что пользователь набредёт на него сам.
• Приглашение первого коллеги. В совместных продуктах аккаунт с двумя активными людьми удерживается совсем иначе, чем аккаунт с одним. Слот этот пункт заслуживает только там, где совместная работа — суть ценности; в честно одиночном инструменте это наполнитель.
• Одна настройка, которая делает ежедневную работу личной. Не «заполните настройки», а та единственная опция, которая заметно меняет то, что человек видит каждый день: подключённый календарь, выбранное рабочее пространство под наблюдением.

Пункты-наполнители

Тот же аудит обычно вскрывает знакомый набор пассажиров:

• «Заполните профиль». Аватар ещё никого не активировал. Этот пункт живёт потому, что его легко сделать и легко выполнить: он надувает долю прохождения и не двигает ничего.
• «Посмотрите вводное видео». Смотреть — не значит делать. Если видео учит какому-то шагу, замените пункт этим шагом.
• «Пройдите тур по продукту». Тур — способ доставки подсказок, а не достижение. Пункт чек-листа, указывающий на другой приём онбординга, — это онбординг, кусающий себя за хвост.
• «Осмотрите дашборд». Непроверяемо, неопровержимо и неотличимо от состояния «я заблудился».
• «Подтвердите почту». Требование законное, поверхность неверная: добивайтесь его в почтовом сценарии, а драгоценный слот на него не тратьте.

Безобидных среди них нет. Каждый наполнитель удлиняет список, размывает ощущение, что выполнение пунктов окупается, и приучает пользователя: этот чек-лист можно спокойно игнорировать. Урок запомнится — ровно к моменту, когда в списке появится пункт, который действительно важен.

Порядок — под инерцию, а не под вашу архитектуру

Держите список в пределах трёх-пяти пунктов. Каждый пункт после пятого стоит вам прохождения, а длинный список сообщает «этот продукт — работа» раньше, чем человек увидел хоть какую-то отдачу.

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

И называйте пункты результатом, а не механикой. «Увидьте, где отваливаются ваши пользователи» бьёт «Настройте отслеживание событий»: действие то же, мотивационный заряд противоположный. Подсказка времени («около 2 мин») снижает воспринимаемую цену старта.

Автоотметка по поведению, а не руками

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

Мерьте каждый пункт и вычёркивайте без жалости

Чек-лист выкатывают один раз, а состав пунктов не бывает готов окончательно. Держите по каждому пункту две цифры: долю прохождения и прирост активации у выполнивших против невыполнивших. Комбинации подсказывают следующий шаг. Высокое прохождение без прироста — наполнитель, вычёркивайте. Низкое прохождение при высоком приросте — ваша самая дорогая заминка: перепишите формулировку, поднимите пункт выше или подвесьте к нужному шагу тултип либо короткий тур. А сам чек-лист проверяйте так же, как проверяли бы любую функцию: прогоните его против контрольной группы, которая его вообще не видит. Если активация в двух группах не разошлась, дело не в приёме — дело в пунктах.

Было и стало, на условном примере

Возьмём условный инструмент управления проектами. Чек-лист первой редакции: подтвердить почту, заполнить профиль, посмотреть обзорное видео, создать проект, изучить интеграции. Две рутины, один пассивный пункт, один размытый — и один настоящий шаг, закопанный в середине. Пересобранная версия: аккаунт создан ✓, импортируйте свои задачи или создайте проект (2 мин), поставьте первый срок, позовите одного коллегу, посмотрите свою неделю в режиме таймлайна. Каждый пункт — действие, каждое действие окупается для пользователя, а последний пункт и есть та самая отдача.

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