Почему уходят клиенты: ИИ разбирает каждого ушедшего и оценивает шанс вернуть
Привлечь нового клиента в несколько раз дороже, чем удержать старого. С этим согласны все. Но спросите руководителя, сколько клиентов не продлили подписку в этом квартале и почему. Точный ответ дадут немногие. Отток обычно замечают по падению выручки, когда клиенты уже ушли, а причины остались в головах менеджеров и в сотнях комментариев в CRM.
Мы в Digital Life продаём и продлеваем лицензии Битрикс24, подписки на сервисы и техподдержку, поэтому для нас это не теория. Мы сделали раздел «Продления» в ИИ-пульте. Он ведёт реестр всех подписок клиентов, сам находит расхождения в оплатах, а для каждого ушедшего клиента ИИ пишет, что произошло, почему он ушёл, есть ли шанс вернуть и что сделать.
Коротко о главном
- Все подписки клиентов собираются в один реестр: продукт, до какого числа оплачено, есть ли сделка на продление.
- Пульт заранее показывает клиентов, у которых срок заканчивается, а сделки на продление нет.
- Оплаты из кабинета вендора и из CRM сверяются автоматически, расхождения висят в списке, пока их не закроют.
- Для каждого ушедшего клиента ИИ читает историю сделок, комментарии и дела и пишет причину ухода, шанс вернуть и следующий шаг.
- Руководитель видит структуру оттока: сколько ушло к конкурентам, сколько из-за цены, сколько перестали пользоваться продуктом.
Как теряют клиентов на продлениях
Типичные ситуации в компаниях с подпиской или абонентской платой:
- Продление вспоминают в последний день. Клиент уже получил предложение от конкурента или решил «подумать».
- Оплата прошла, а в CRM не отмечена. Менеджер не видит оплату, звонит клиенту с напоминанием и раздражает его. Или наоборот: сделка закрыта как проигранная, а деньги пришли.
- Клиент ушёл тихо. Не продлил, никому ничего не сказал, и через полгода о нём никто не помнит.
- Причины ухода неизвестны. «Ушёл, потому что дорого» — это догадка менеджера, а не факт. Решения о цене и сервисе принимаются вслепую.
Почему таблицы не помогают
Реестр продлений в Excel устаревает через неделю. Его нужно сверять с CRM, с кабинетом вендора, с банком. Разобрать причины оттока ещё сложнее: для этого нужно открыть историю каждого ушедшего клиента, прочитать переписку и комментарии за год. На 40–50 клиентов это несколько дней работы, поэтому её не делает никто.
Как устроен раздел «Продления» в ИИ-пульте
Реестр подписок, который собирается сам
Каждое утро пульт собирает из CRM все сделки на продление и успешные продажи, а из кабинета партнёра вендора — список клиентов и оплаты. Продукт определяется по товарам в сделке: облачная лицензия, коробочная версия, подписка на приложения, сервисы. Для каждого клиента пульт знает, до какого числа оплачено.
В CRM и кабинете при этом ничего не меняется: раздел только читает данные.
Понятные статусы
Каждый клиент в реестре получает статус:
- «Нужна сделка» — срок заканчивается в ближайшие 60 дней, а сделки на продление нет. Это главный список для работы;
- «В работе» — сделка на продление есть;
- «Оплачено» — до окончания больше 60 дней;
- «Не продлили» — срок истёк давно;
- «Сделка висит» — сделка открыта, хотя подписка истекла больше года назад: её пора закрыть.
Сверка оплат: ни одна оплата не теряется
Каждая оплата в кабинете вендора ищет оплаченную сделку в CRM: у того же клиента в пределах 45 дней или на ту же сумму в пределах 10 дней. Не нашлась — расхождение висит в списке «Что сделать» и в утренней сводке, пока сделку не переведут в «Оплата получена». Обратная ситуация тоже видна: в CRM оплачено, а в кабинете нет.
Отдельно пульт находит клиентов, которых нет в кабинете партнёра, хотя они платили. Обычно это значит, что клиент ушёл к другому партнёру или отвязал вас.
Разбор ушедших клиентов от ИИ
Самая сильная часть раздела — экран «Клиенты: остались и ушли». В нём все, кто хоть раз платил. По каждому ушедшему клиенту ИИ читает последние сделки, комментарии и дела и пишет:
- что произошло — коротко, по фактам из CRM;
- причину ухода — ушёл к другому партнёру, дорого, перестал пользоваться продуктом, купил напрямую у вендора, недоволен сервисом, закрылся, сезонная пауза;
- шанс вернуть — высокий или средний;
- что сделать — конкретный следующий шаг.
Например: «Платил стабильно, в июне написал, что приостанавливает проекты до осени из-за сезона. Продление не состоялось, портал активен». Шаг: «Позвонить в начале октября, узнать, закончился ли сезон, предложить вернуться с продлением и отложенной настройкой».
Разбор пересчитывается только у тех клиентов, по которым что-то изменилось.
Сверху — сводка причин ухода с количеством по каждой. Руководитель сразу видит структуру оттока: сколько клиентов потеряно из-за цены, а сколько из-за сервиса или ухода к конкурентам.
Характеристики, преимущества и выгоды
| Что умеет | Чем лучше таблицы | Что получает компания |
|---|---|---|
| Собирает реестр подписок из CRM и кабинета вендора каждое утро | Реестр всегда актуален, его не нужно вести вручную | Ни одно продление не пропущено |
| Показывает «Нужна сделка» за 60 дней до окончания | Работа с продлением начинается заранее | Меньше клиентов уходит к конкурентам в последний момент |
| Сверяет оплаты кабинета и CRM | Расхождения находятся сами | Выручка и бонусы менеджеров считаются правильно |
| Находит клиентов, которых нет в кабинете партнёра | Тихий уход становится заметным | Клиента можно вернуть, пока не поздно |
| ИИ разбирает каждого ушедшего: что произошло, причина, шанс, что сделать | Дни ручного анализа сотен карточек не нужны | Готовый план возврата клиентов |
| Сводка причин оттока | Решения о цене и сервисе по фактам | Понятно, что исправить, чтобы клиенты не уходили |
Как мы используем это в Digital Life
- В реестре около 110 клиентов с подписками: облачные и коробочные лицензии Битрикс24, Маркет, Ваззап, БУС.
- В первый же запуск сверка нашла оплаты, которые прошли в кабинете, но не были отмечены в CRM.
- Разбор ушедших клиентов показал, что главные причины — переход к другому партнёру и отказ от продукта, а не цена, как мы думали.
- По клиентам с высоким шансом вернуть менеджеры получили готовый шаг.
Кому подходит
- Партнёрам Битрикс24 и других вендоров, которые продают лицензии и продления.
- SaaS-компаниям и сервисам с подпиской.
- Компаниям с абонентской платой: техподдержка, обслуживание, аренда, сопровождение.
Что нужно: сделки на продление в Битрикс24 с товарами. Если есть кабинет вендора с API, подключаем его для сверки оплат.
Как внедрить
- Описываем продукты и по каким товарам сделки их узнавать.
- Подключаем источники: CRM и, если есть, кабинет вендора.
- Проверяем реестр: сверяем статусы и сроки по 20–30 клиентам вместе с менеджером продлений.
- Запускаем разбор ушедших и включаем утреннюю сводку.
Срок запуска — от 2 недель. Стоимость зависит от объёма данных и интеграций, считаем её после короткого разговора.
Комментарий эксперта
«Мы думали, что клиенты уходят из-за цены. Разбор оттока показал другое: чаще уходили те, с кем мы просто перестали общаться после внедрения. Теперь для каждого клиента с высоким шансом вернуть есть конкретный шаг, и менеджер звонит не с вопросом „будете продлевать?“, а с предложением по делу».
— Сергей Юшков, директор Digital Life
Частые вопросы
Откуда ИИ знает, почему ушёл клиент? Он читает историю клиента в CRM: сделки, комментарии, дела, переписку. Если данных мало, так и пишет: «непонятно — нет данных».
Меняет ли раздел что-то в CRM? Нет, только читает. Сделки на продление, дубли и закрытие менеджер делает сам по подсказкам.
Подойдёт ли, если мы не партнёр Битрикс24? Да. Реестр и разбор оттока работают на данных CRM. Кабинет вендора — дополнительный источник для сверки оплат.
Как часто обновляются данные? Каждое утро автоматически и в любой момент по кнопке «Пересобрать сейчас».