Как показывать разный контент на сайте в зависимости от поведения пользователя

Чем поведенческий триггер отличается от обычной сегментации

Сегментация по атрибутам (роль, тариф, дата регистрации) — это статичное разделение аудитории. Поведенческий триггер — это реакция на конкретное действие, которое пользователь совершил или не совершил в продукте.

Разница принципиальна: атрибут "тариф = pro" не меняется от того что делает пользователь сегодня. А условие "пользователь создал первый проект" — это динамическое состояние, которое меняется в реальном времени по мере использования продукта.

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

Типы триггеров запуска контента

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

Загрузка страницы — контент появляется когда пользователь оказывается на странице соответствующей определённому URL-паттерну. Самый простой и часто используемый триггер.

Клик или взаимодействие с элементом — контент появляется в ответ на действие с конкретным элементом интерфейса (например, подсказка при наведении на иконку).

Программное событие — контент запускается через вызов из кода вашего продукта, когда происходит специфическое действие которое сложно определить только через URL или клик (например, "пользователь успешно завершил настройку интеграции").

Как передать программное событие

Для триггеров основанных на сложной бизнес-логике продукта (не просто переход на страницу, а конкретное событие в системе) — используется вызов через JavaScript API, доступный в объекте window.userStream после загрузки виджета.

Пример концептуального использования — событие отправляется в момент когда в коде продукта происходит соответствующее действие:

javascript

// После того как пользователь успешно создал первый проект
if (window.userStream) {
  userStream.track("first_project_created");
}

Это событие затем может быть использовано как условие триггера в конструкторе — например, "показать поздравительную подсказку после события first_project_created" или, наоборот, "не показывать тур 'создайте первый проект' если событие уже произошло".

Практический сценарий 1: контекстная помощь при затруднении

Один из самых эффективных поведенческих сценариев — показать подсказку или предложение помощи именно в момент, когда пользователь похоже застрял.

Логика: если пользователь находится на определённой странице дольше обычного времени без совершения ключевого действия — это сигнал затруднения. Можно настроить триггер который через N секунд на странице (например, 60 секунд без клика на основную кнопку действия) показывает подсказку с предложением помощи: "Похоже, у вас вопрос? Вот короткое объяснение этого раздела."

Этот тип триггера гораздо точнее чем показывать ту же подсказку всем при каждом заходе на страницу — он адресован именно тем кто реально испытывает затруднение, не отвлекая тех кто уверенно справляется сам.

Практический сценарий 2: прогрессивное раскрытие функций

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

Логика: пользователь который выполнил базовое действие (отправлено событие через userStream.track()) автоматически попадает в условие для показа следующего уровня контента — подсказки или тура про более продвинутую функцию которая логично следует за освоенным базовым действием.

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

Практический сценарий 3: реактивация неактивных пользователей

Если пользователь давно не выполнял ключевые действия в продукте — это сигнал риска оттока. Поведенческий триггер может среагировать на отсутствие активности и показать релевантный контент при следующем заходе.

Логика: комбинация атрибута (дата последнего ключевого действия) и условия "превышен порог N дней без активности" — запускает специальный баннер или подсказку: "Давно не виделись! Вот что нового появилось с момента вашего последнего визита" со ссылкой на ленту обновлений или конкретную функцию которая могла измениться.

Практический сценарий 4: предотвращение повторного показа

Базовый, но критически важный поведенческий сценарий — не показывать контент повторно тому, кто его уже видел или явно завершил.

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

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

Самые точные сценарии используют комбинацию статических атрибутов и динамического поведения. Например: "показать тур про экспорт данных" ТОЛЬКО если — атрибут "тариф = pro" (статический) И поведенческое условие "пользователь создал хотя бы один отчёт, но ещё не использовал функцию экспорта" (динамическое).

Такая комбинация даёт максимально релевантный контент: правильная аудитория (по тарифу) в правильный момент готовности (по поведению).

С чего начать если поведенческие триггеры кажутся сложными

Не обязательно сразу строить сложные комбинированные условия. Начните с одного простого и понятного сценария — например, "не показывать тур повторно тому кто уже его завершил" — это базовая гигиена которая нужна почти всегда.

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