CRM провайдера интернета при переезде и проблемах со связью

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

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

В кейсе M1 описана интеграция клиентских процессов с операционными системами и биллингом — учётом начислений и оплат. Это подтверждает важность общей картины услуги и клиента. Сценарии переезда и работы с причинами отказа ниже — практическое применение CRM Lab, а не результаты эксперимента из этого кейса.

Не храните всё состояние в одном профиле абонента

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

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

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

Как различать причины намерения уйти

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

Как устроить сценарий переезда

Сначала проверьте новый адрес и доступный продукт. Если подключение возможно, предложите согласование даты, объясните условия перехода и необходимые действия с оборудованием. Информация должна поступать из текущего процесса подключения, а не из рекламного списка «город покрыт».

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

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

Как действовать после сбоя

Когда известен массовый инцидент, сервисное сообщение должно объяснять подтверждённый статус и канал обновлений. Не придумывайте время восстановления ради успокоения. Если срок неизвестен, так и сообщите в принятом компанией формате.

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

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

Условный пример цены массовой скидки

В двух случайно сформированных группах по 500 абонентов проверяют дополнительную скидку 200 рублей в месяц на срок до шести месяцев. Без нового предложения к концу периода сохранились 400 договоров, с ним — 430. Наблюдаемая разница удержания составляет шесть процентных пунктов: 86% против 80%.

Суммарный доход за период после переменных расходов, но до новой скидки, составил 1,8 миллиона рублей в контроле и 1,98 миллиона в тесте. По фактическому учёту в тестовой группе предоставлено скидок на 420 000 рублей. Итог теста — 1,56 миллиона рублей, на 240 000 меньше контроля. В суммы включены все первоначально распределённые абоненты, в том числе ушедшие, за время их фактического обслуживания.

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

Как оценить удержание по правильному результату

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

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

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

Первый шаг для команды

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

Источники

Salesforce и M1. M1 reinvents itself to become a digital first telco. Salesforce Customer Stories. Проверено 23.09.2026.