Каталог проектовАналитика и e-commerceРадар, который видит уход клиента за месяц до отказа
Скоринг риска ухода Очередь на удержание Когорты ушедших Запуск за 10–14 дней

Радар, который видит уход клиента за месяц до отказа

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

30 дн
типичный запас времени до отказа
100%
базы под ежедневным скорингом, а не выборка
0
клиентов, ушедших незамеченными
10 мин
в день на очередь удержания

Один день из жизни вашего агента

Отток редко бывает внезапным: клиент сначала замолкает и только потом отказывается. Система ловит первое, чтобы не случилось второго.

09:00

Утро: красная зона агент Дозорный

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

11:00

Разбор переписки по риску агент Оценщик

По каждому клиенту из зоны риска модель читает последние обращения и переписку: что именно случилось — нерешённая проблема, смена контактного лица, тишина после счёта.

14:00

Очередь на удержание Руководитель удержания

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

18:00

Итог касаний агент Переговорщик

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

пн

Когорты и причины ухода агент Аналитик когорт

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

в любой момент

Вопрос своими словами

«Кто из крупных в зоне риска?», «Почему ушёл клиент В?», «Стало лучше после того, как починили доставку?» — ответ с цифрами и историей за секунды: просто пишите ему в Telegram.

Внутри — не один бот, а команда

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

📡
Оркестратор

Руководитель удержания

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

👀
Сигналы

Дозорный

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

🧮
Скоринг

Оценщик

Считает балл риска по согласованным весам и раскрывает его до составляющих. По клиентам из зоны риска читает переписку и называет причину словами.

🗂
Когорты

Аналитик когорт

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

✉️
Касания

Переговорщик

Готовит повод и черновик обращения под конкретную ситуацию клиента, следит за лимитом касаний и стоп-листом. Отправляет всегда человек.

Как это устроено под капотом

Отток — задача про пороги и веса, а не про красивые формулировки. Всё, что влияет на список клиентов, здесь считает код.

01 / CODE-MATH

Балл риска считает скрипт по согласованным весам

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

02 / BASELINE

Норма — личная, а не средняя по базе

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

03 / TWO-STAGE

Код фильтрует базу, модель читает избранное

Формальные метрики считаются по всей базе ежедневно; в переписку и тикеты модель заходит только по клиентам, попавшим в зону риска. Разбор остаётся глубоким и не упирается в размер базы — ни по времени, ни по стоимости.

04 / RISK-LEDGER

Реестр риска с историей мер

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

05 / READ-ONLY

Доступ к CRM и биллингу — только на чтение

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

06 / TOUCH-LIMIT

Касания — через человека и с лимитом

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

Что будет, если что-то пойдёт не так

Инженерный подход — проектировать отказы заранее, а не разбирать их постфактум. Нештатные сценарии этой системы и её реакции:

⚠ Сценарий отказа

Выгрузка из CRM не пришла или пришла неполной

→ Реакция системы

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

⚠ Сценарий отказа

Клиент попал в красную зону по ошибке — был в отпуске или на паузе по договору

→ Реакция системы

Вы ставите ему статус плановой паузы: реестр запоминает исключение с датой окончания, и до неё сигнал по клиенту не поднимается повторно.

⚠ Сценарий отказа

В зону риска разом попала половина базы

→ Реакция системы

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

⚠ Сценарий отказа

Перезапуск системы

→ Реакция системы

Реестр риска, история мер, исключения и когорты персистентны — восстановление без потери истории по клиентам.

Так выглядит его работа

Три типовых артефакта: карточка риска, очередь на день и квартальный разбор ушедших.

Карточка риска 📡 Клиент «Ромашка» · риск 78/100 Обращения: 6/мес → 1 ▼ 83% Вход в кабинет: 18 дней назад Ответы на письма: 2 из 5 Платежи: ровные, без просрочек Выручка: 34 200 ₽/мес Паттерн совпал с четырьмя уходами прошлого года: сначала тишина, оплата — последней. Черновик повода для звонка готов, в очереди на сегодня — первым.
Очередь на удержание 🗒 Очередь на сегодня · 4 клиента риск ₽/мес действие Ромашка 78 34 200 звонок Клиент Б 71 28 900 разбор тикетов Клиент Г 66 12 400 письмо Клиент Д 52 4 100 наблюдение Порядок — по деньгам под риском, а не по баллу: клиент Д с заметным риском, но малым чеком ждёт. Три черновика на вашем подтверждении.
Разбор ушедших 📊 Ушли за квартал: 9 клиентов Причина клиентов ₽/мес Цена и бюджет 3 41 600 Нерешённая проблема 3 37 200 Сменился контакт 2 18 800 Причина не установлена 1 6 500 Из четырёх причин мы управляем одной: у всех троих из «нерешённой проблемы» висел тикет старше 14 дней. Разбор по этим тикетам приложен.

Что входит в настройку «под ключ»

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

Базовая комплектация

Входит в тариф «Про» — настройка уже включена в цену подписки
  • Команда: руководитель удержания, дозорный, оценщик, аналитик когорт, переговорщик
  • Модель риска на ваших сигналах: веса, пороги и личные нормы клиентов
  • Ежедневный скоринг всей базы и красная зона с суммами под риском
  • Очередь на удержание по деньгам с поводом и черновиком по каждому клиенту
  • Реестр риска с историей мер и их результатом
  • Разбор ушедших по причинам и когортам, недельный и месячный срез
  • Неделя сопровождения после запуска

Возможные расширения

Оцениваются отдельно по вашему запросу
  • Прогноз выручки базы на 3–6 месяцев с поправкой на риск оттока
  • Отдельный контур для крупных клиентов: расширенные сигналы и ранние пороги
  • Опрос ушедших: анкета, сбор ответов и свод причин их словами
  • Контроль первых 90 дней: сигнал «клиент не завёлся» на онбординге
  • Связка с продуктовой аналитикой: какие функции и услуги реально удерживают

Границы системы: честно и заранее

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

✓ Агент может

— и делает это каждый день без напоминаний
  • Ежедневно считать риск ухода по всей базе и раскрывать каждый балл
  • Ранжировать очередь удержания по деньгам под риском
  • Готовить поводы для звонка и письма — черновиками
  • Разбирать ушедших по причинам и когортам с историей принятых мер

✕ Не может — архитектурно

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

Как мы сдаём проект

Не «сделаем как-нибудь за пару недель», а проектный план по публичной оферте — с прогоном и формальной приёмкой.

Дни 1–2

Бриф и доступы

Интервью о ваших процессах, сбор материалов и доступов. Вы рассказываете — формализуем мы.

Дни 3–5

Техническое задание

Карта агентов, контуры, регламенты, форматы. До 3 правок — пока не совпадёт с ожиданиями.

Дни 6–9

Сборка системы

Агенты, интеграции, детерминированные контуры, расписания — по согласованному ТЗ.

Дни 10–11

Наполнение вашими данными

Память агентов, базы, шаблоны документов, правила — всё под вашу специфику.

День 12

Полный прогон

Каждый сценарий ТЗ прогоняется на реальных данных по чек-листу приёмки — до показа вам.

Дни 13–14

Приёмка и запуск

Демонстрация, до 2 правок, обучение работе с агентом — и система уходит в бой.

Чек-лист приёмки — 12 проверок перед сдачей

Проект не считается готовым, пока каждый пункт не подтверждён фактом. Синим — проверки, специфичные именно для этого проекта.
01Все сценарии ТЗ прогнаны на реальных данных, не на «примерах»
02Расписания сработали в назначенное время — проверено фактом, не настройкой
03Алерты вызваны тестово и дошли до вас
04Эскалации доходят до нужных людей с полным контекстом
05Границы «не может» проверены попыткой их нарушить
06Память наполнена и переживает перезапуск системы
07Доступы минимально достаточные; где заявлено «только чтение» — это проверено
08Резервное копирование данных проекта включено
09Модель прогнана на клиентах, ушедших за прошлый год: доля тех, кого она подняла бы заранее, посчитана и показана вам
10Веса и пороги риска проверены на 10 действующих клиентах, которых вы знаете лично
11Личные нормы активности сверены с сезонностью бизнеса — проверка на заведомо «мёртвом» месяце
12Стоп-лист, плановые паузы и лимит касаний заведены и проверены на реальной базе

Посчитайте эффект для себя

Подставьте свои цифры — получите консервативную оценку. Это ориентир для решения, а не оферта.

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

Удержать клиента дешевле, чем купить нового, — если знать заранее, кто уходит

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

Получить реализацию за 14 990 ₽/год
Это ≈ 1 249 ₽ в месяц. Настройка «под ключ» уже включена в подписку «Про» — без доплат за внедрение.
Хотите сначала обсудить задачу? Задайте вопрос — ответим в течение рабочего дня.
Не уверены, подойдёт ли агент под вашу задачу? Задайте вопрос — ответим за пару часов
Отвечает команда сервиса, а не бот. 9 из 10 оценивают ответы как полезные.

Частые вопросы

Какие доступы нужны и что будет с нашей базой клиентов?

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

Чем это отличается от отдела повторных продаж?

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

У нас меньше сотни клиентов — модель заработает?

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

Агент сам пишет клиентам и предлагает скидки?

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

Насколько точен прогноз ухода?

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