Сигналы терялись
Падение активности, просроченный платёж, смена устройства — события не собирались в единый слой. Триггеры срабатывали с задержкой до 6 часов, и момент «возврата» клиент уже упускал.
Кейс · Финтех · Q3 2024
Как «ФинКэш» снизил отток на 18 % за один квартал
Кейс о внедрении HookWave в финтех-стартап с 240 тыс. активных пользователей: от хаоса рассылок и ручной сегментации до детерминированных цепочек удержания, где каждое касание привязано к поведению и имеет измеримый вклад в retention.
01 · Контекст
Вызовы в сегменте финансовых услуг
Финтех живёт на удержании: LTV клиента формируется не в первый месяц, а на протяжении всего цикла. Любая «слепая» рассылка в этом сегменте не просто не работает — она ускоряет отток.
«ФинКэш» — мобильный сервис кэшбэка и микро-кредитов, 240 тыс. активных пользователей, MRR 3,8 млн ₽. К моменту обращения к нам команда маркетинга (4 человека) вела касания через связку: Amocrm + два email-провайдера + Telegram-бот на самописном коде. Сценарии лежали в 14 таблицах, триггеры срабатывали с задержкой до 6 часов, а частота рассылок не контролировалась — часть клиентов получала 3 письма в день.
Результат: месячный отток (churn) держался на уровне 11,4 % и рос третий месяц подряд. Команда не могла ответить на простой вопрос — почему конкретный пользователь перестал заходить в приложение и когда лучше всего его «вернуть».
Нет контроля частоты
Пользователь мог получить email, push и SMS одновременно из разных сценариев. В финтехе это не «дополнительное касание», а причина уйти в тишину навсегда — и отключить уведомления.
Невозможно измерить вклад
Команда не видела, какой сценарий реально влияет на retention, а какой просто «шумит». Бюджет на push и SMS тратился вслепую, без привязки к выручке.
02 · Решение
Архитектура триггерных сценариев
Мы разбили цикл удержания на три детерминированные цепочки. Каждая срабатывает на реальном поведении, уважает тишину клиента и имеет измеримый KPI.
Ключевое решение — единый временной слой: все события из приложения, платёжной системы и Amocrm попадают в HookWave и выстраиваются в последовательность. Маршрутизатор сам выбирает канал (email, push, Telegram или в-приложение) и момент, а частотная политика не даёт «перегрузить» клиента. Ниже — три цепочки, которые мы собрали за первую неделю.
«Спящий пользователь»
Триггер: 5 дней без входа в приложение. Ветвление по глубине оттока: лёгкий push на 5-й день, email с персональным кэшбэк-статусом на 7-й, Telegram-сообщение с оффером на 10-й. Если реакция есть — цепочка завершается; если нет — переход в сегмент «глубокий отток».
«Просрочка платежа»
Триггер: просрочка 24 часа. Канал — только push и в-приложение (в финтехе SMS по деньгам воспринимают как спам). На 48 ч — email с напоминанием и ссылкой на перенос платежа. На 72 ч — передача в службу поддержки. Частота ограничена: не более 2 касаний в день.
«Продление подписки»
Триггер: 14 дней до окончания платного тарифа. Email с выгодами продления на D-14, push с персональным кэшбэк-прогнозом на D-7, в-приложение с оффером 10 % на D-3. Если клиент продлил — цепочка переключается в «лояльность» и предлагает реферальную программу.
03 · Результат
Рост удержания клиентов на 18 %
За один квартал (июль — сентябрь 2024) месячный отток «ФинКэш» снизился с 11,4 % до 9,3 %. Это +18 % к удержанию (retention) по сравнению с базовым уровнем. Ниже — ключевые метрики, которые команда видит в дашборде HookWave.
11,4 → 9,3 %
месячный отток (churn) за квартал
+18 %
рост удержания клиентов (retention) к базовому уровню
4,2 × ROAS
на канал push по цепочке «Спящий пользователь»
−31 %
жалоб на частоту рассылок за 90 дней
04 · Инженерия
Техническая реализация интеграции
Внедрение заняло 21 календарный день. Ниже — как именно данные из пяти систем собираются в единый временной слой HookWave и как это выглядит со стороны инфраструктуры.
Интеграция строилась по принципу «событийный вход, детерминированное ядро». Из приложения и платёжной системы события приходят через Webhook в реальном времени (p95 < 400 мс). Из Amocrm и 1С-Бухгалтерии — через готовые коннекторы с поллингом раз в 15 минут. Все события нормализуются в единый формат и попадают в временной слой, где маршрутизатор принимает решение о канале и моменте.
Важный нюанс для финтеха: все персональные данные хранятся в российских дата-центрах (Yandex Cloud, зона mos-1), шифруются по TLS 1.3 при передаче и AES-256 при хранении. Согласия и сегменты управляются централизованно, полный аудит доступа — в журнале 90 дней.
Событийный вход
Webhook-вход из мобильного приложения (iOS/Android) и платёжного шлюза. События: вход, просрочка, продление, смена устройства. P95 задержки — 380 мс, пиковая нагрузка 12 тыс. событий/сек.
Готовые коннекторы
Amocrm (полное синхронизация карточек и стадий), 1С-Бухгалтерия (списки клиентов и платежей), Telegram Bot API (отправка и приём реакций). Поллинги раз в 15 мин, идемпотентные операции.
Хранение и аудит
Данные в Yandex Cloud (mos-1), шифрование AES-256, TLS 1.3 в транзитах. Журнал доступа — 90 дней, соответствие 152-ФЗ. Резервные копии — каждые 6 часов, RPO < 6 ч, RTO < 30 мин.
Демо · 30 минут
Соберём одну реактивную цепочку под вашу воронку удержания.
Загрузим демо-стенд вашими сегментами и покажем, как три цепочки удержания снижают отток. Без «продающего скрипта» — только архитектура, задержки и цифры.
По кейсу
Что ещё спрашивают о внедрении в финтехе
21 календарный день от старта до первой работающей цепочки. Неделя 1 — подключение событийного входа и Amocrm, сборка цепочки «Спящий пользователь». Неделя 2 — коннектор к 1С, цепочка «Просрочка платежа», настройка частотной политики. Неделя 3 — цепочка «Продление подписки», дашборд и обучение команды маркетинга.
Платформа соответствует 152-ФЗ: данные хранятся в российских дата-центрах (Yandex Cloud, mos-1), шифруются по AES-256 при хранении и TLS 1.3 в транзитах. Сегментация и согласия управляются централизованно, полный аудит доступа — в журнале 90 дней. Пакет документов предоставляем по запросу.
Да. Для платёжных систем и банковских шлюзов доступен событийный вход через Webhook (p95 < 400 мс) и REST API. Для нестандартных систем разрабатываем кастомный коннектор под проект — обычно это 3–5 рабочих дней.
Частотная политика и тишина клиента — приоритет №1. Если пользователь отключил push или email, цепочка автоматически переключается на доступный канал или переводит его в «пассивный» сегмент. Никаких попыток «пробить» тишину — это противоречит философии HookWave и в финтехе особенно чувствительно.