Aviasales: как lifecycle-сегментация спасла конверсию в поиске и удержании в «zero-click» эпоху

Aviasales: как lifecycle-сегментация спасла конверсию в поиске и удержании в «zero-click» эпоху

В 2026 поисковая выдача всё чаще закрывает часть запросов прямо в результатах (AI-overviews и быстрые ответы), а чистый informational SEO уже не даёт прежнего прироста. Для travel-маркета это особенно больно: пользователь может «передумать» за день, а средний цикл решения короче, чем раньше. При этом MQL/SQL-логика в B2B и часть классической performance-цепочки в B2C начинают упираться в privacy-first атрибуцию — last-click всё хуже объясняет реальность.
На этом фоне Aviasales нужно было удержать выручку не только через поиск/рекламу, а через предсказуемую коммуникацию по поведению: когда человек смотрит маршрут, когда возвращается, когда откладывает покупку, когда отменяет/не завершает бронирование.

Задача
— Уменьшить просадку конверсии на этапах «посмотрел, но не купил» и «купил, но не вернулся».
— Перестроить коммуникации так, чтобы они были релевантны контексту пользователя: направление, сезонность, устройство, частота поиска, статус бронирования/отслеживания цены.
— Снизить нагрузку на команду: вместо ручных рассылок — управляемые сценарии в lifecycle.

Решение
Aviasales запустили поведенческую модель сегментов и триггерных сценариев, опираясь на данные из продуктовых событий и действий в сервисе:
— Сегменты «состояние намерения»:
— искал маршрут X и не перешёл к оплате (разбивка по давности: 0–24ч, 2–7д, 8–30д);
— включил отслеживание цены (price alert) и не получил «движение»;
— начал оформление, но прервал (checkout abandon), с учётом устройства.
— Сценарии по таймингам (не одна волна, а ритм): сначала короткое напоминание с контекстом (маршрут/даты), затем «полезная функция» (объяснение диапазона цен и гибкость дат), затем — более мягкий ре-энгейдж.
— Персонализация контента: в шаблонах подставляли направление и смысл сообщения, а не просто «привет». Там, где уместно, добавляли рекомендации по альтернативным датам/направлениям (динамический блок).
— Контроль частоты и подавления: ограничили количество касаний на пользователя, чтобы удержать репутацию отправителя и не «выжечь» аудиторию.
— A/B тестирование на уровне триггеров и ветвлений: сравнивали не «красивость письма», а структуру сценария (первое сообщение/второе/время отправки/канал).

Результат (как это измеряют в lifecycle)
Реальный эффект обычно видно в трёх метриках: реакция на коммуникацию, монетизация от повторного действия и удержание.
— Рост доли заказов из триггерных цепочек по сравнению с рассылками «по спискам» (за счёт точного попадания в стадию намерения).
— Увеличение повторных визитов после покупки: люди возвращались не потому, что «была промо-активность», а потому что сервис возвращал их в тот момент, когда снова появлялась готовность искать.
— Снижение потерь от прерываний (abandonment) за счёт последовательности сообщений с разными задачами: напомнить → помочь принять решение → бережно вернуть интерес.

Если переводить на язык жизненного цикла: Aviasales удалось сместить фокус с «дожать в последний клик» на предсказуемое управление поведением в окнах времени, где пользователь реально принимает решение. В 2026 это критично, потому что атрибуция становится менее точной, а выигрывает тот, кто управляет воронкой не ретроспективно, а в момент действия.

Урок
1) В zero-click эпоху выигрывает не количество контента, а точность сценария: письмо/сообщение должно решать задачу именно в той точке, где человек находится.
2) Сегменты «как привыкли» (по демографии/гео) проигрывают сегментам «по состоянию» (намерение, давность, тип действия).
3) Lifecycle — это не рассылка, а система ограничений: частота, подавления, ветвления и метрики на уровне выручки/повторных действий.

Если хотите, в следующем посте разберу, как на практике считать impact в модели incrementality (инкрементальности) для триггерных цепочек — без плясок вокруг last-click.

— @LifecycleToolsRuPro