Заявление на расторжение – финал истории, а не её начало. Решение абонент принял недели назад: после третьего тикета по одной и той же проблеме, после звонка, где пообещали перезвонить и не перезвонили, после вечера, когда сосед показал скорость у другого провайдера. К моменту, когда бумага легла на стол, удерживать уже нечего.
Хорошая новость: почти все эти сигналы записаны. Они лежат в тикет-системе, в записях разговоров, в биллинге. Плохая: в таком виде их никто не читает – объёмы не те. Супервайзер физически не может переслушать тысячи звонков, а аналитик биллинга не знает, что абонент вчера ругался в чате. На разборах у операторов связи мы видим одну и ту же картину: данных для прогноза оттока достаточно, не хватает того, кто сведёт их воедино по каждому абоненту. Эту работу и забирает платформа.
Какие сигналы появляются до заявления?
Абонент почти никогда не уходит молча. След обычно такой:
- повторные тикеты по одной проблеме – три обращения по скорости за две недели говорят громче любого опроса лояльности;
- раздражение в разговорах: «сколько можно», «в третий раз объясняю» – считывается из расшифровки звонка вместе с темой;
- вопросы об условиях расторжения, остатке по договору, переносе номера – самый прямой сигнал из возможных;
- падение потребления в биллинге: трафик и платежи снижаются, когда абонент уже тестирует конкурента;
- невыполненное обещание: оператор сказал «перезвоним в течение дня» – и тишина вторые сутки;
- упоминание конкурента по имени в звонке или чате, особенно рядом со словом «тариф».
По отдельности каждый сигнал слаб. Сила – в сумме и в динамике: два слабых сигнала за одну неделю весят больше, чем один сильный три месяца назад. Для B2B-клиентов картина ещё контрастнее: там перед уходом почти всегда есть серия формально закрытых тикетов и звонок с вопросом «как расторгнуть без штрафа».
Почему отчёт об оттоке всегда опаздывает
Классическая отчётность строится от факта: месяц закрылся, расторжения посчитаны, процент лёг в презентацию. Это зеркало заднего вида. Абоненты из отчёта уже подключены у конкурента, и вернуть их стоит в разы дороже, чем стоило бы удержать.
Ретеншн-звонок в момент подачи заявления – тоже поздно. Решение принято, точка невозврата пройдена, и единственный аргумент, который остаётся оператору, – скидка. Скидка в этот момент воспринимается как признание вины и режет ARPU по живому. Работать с риском нужно раньше: когда абонент ещё жалуется, а не когда уже прощается. Жалоба – это, в сущности, последняя форма лояльности.
Живой срез риска по базе – противоположность месячному отчёту: цифра меняется в день события, а не в день презентации. Для команды это другой ритм. Неделя начинается с очереди рисков, а не с разбора уже состоявшихся потерь.
Как платформа читает звонки, тикеты и биллинг
Платформа подключается по API к системам, которые у оператора уже есть: биллинг, тикет-система, CRM, телефония. Записи разговоров расшифровываются – казахский и русский распознаются на уровне носителя, включая смешанную речь. Тикеты классифицируются по типу проблемы и связываются в цепочки: три заявки «низкая скорость» по одному адресу – это одна история, а не три строки. Биллинг добавляет динамику трафика и платежей. Из этого по каждому абоненту складывается оценка риска, и она пересчитывается по мере событий, а не раз в месяц.
Событие и запускает процесс. Риск перешёл порог – создана задача, собрана история, назначен ответственный. Не человек вспоминает про абонента – сигнал сам находит человека.
Пороги не обязаны быть одинаковыми для всех. При равном риске платформа поднимает в очереди тех, чья потеря дороже: высокий ARPU, долгая история, корпоративный договор. Правила задаёт сам оператор – и меняет их без переписывания системы.
Два сценария: юрлицо и домашний интернет
Сценарий из одного из прототипов, обезличенный. Корпоративный клиент: интернет-канал в офис и полсотни SIM. За месяц – два тикета по деградации канала, оба закрыты формально, «работы проведены». Затем звонок бухгалтера с вопросом про остаток по договору и порядок расторжения. Параллельно биллинг показывает минус треть трафика: часть офиса уже переехала на резервного провайдера. Поодиночке эти события никто бы не связал – тикеты у техподдержки, звонок у колл-центра, трафик у аналитиков. Платформа сводит их в один сигнал: риск высокий, причина – качество канала, история приложена. Аккаунт-менеджеру уходит задача в CRM с хронологией и рекомендацией, а не пометка «позвоните, что-то не так».
Розничный вариант того же. Абонент домашнего интернета, три тикета «падает скорость по вечерам» за две недели, в третьем разговоре звучит название конкурента. Заявка уходит техникам с поднятым приоритетом, ретеншн-команда получает абонента в работу – до заявления, а не после.
В обоих сценариях решает время. Между первым сигналом и заявлением обычно проходит от трёх до восьми недель – окно, в котором удержание стоит дёшево: разговор и решение проблемы вместо скидки и приставки в подарок.
| Сигнал | Где он живёт | Что делает платформа |
|---|---|---|
| Повторные тикеты по одной проблеме | тикет-система | связывает в цепочку, повышает оценку риска |
| Раздражение, упоминание конкурента | записи звонков, чаты | расшифровка, тональность, фразы-триггеры |
| Вопрос об условиях расторжения | звонки, чаты | немедленный сигнал ретеншн-команде |
| Падение трафика и платежей | биллинг | динамика по абоненту, порог – событие |
| Невыполненное обещание перезвонить | CRM, тикеты | эскалация до истечения срока |
Сколько стоит один процент оттока?
Потерянная выручка за год ≈ ушедшие за месяц абоненты × ARPU × 12
База 200 000 абонентов, ARPU 4 000 тенге, отток 1% в месяц – это 2 000 абонентов и порядка 96 млн тенге годовой выручки, теряемой каждый месяц заново. Снижение оттока на 0,3 процентных пункта сохраняет около 600 абонентов в месяц – почти 29 млн тенге в годовом выражении. Пересчитайте на свою базу до любых разговоров о внедрении: калькуляция занимает десять минут и сразу задаёт масштаб.
Сюда же стоит добавить стоимость привлечения. Новый абонент обходится в подключение, оборудование и маркетинг – удержание существующего почти всегда дешевле, просто расходы на него не выделены отдельной строкой в бюджете.
Что меняется для ретеншн-команды
Вместо обзвона по алфавиту – очередь, отсортированная по риску и ценности абонента. Вместо задачи «поговорите с клиентом» – контекст: что болело, что обещали, что изменилось в потреблении. Вместо споров о том, почему абонент попал в список, – журнал действий: каждый шаг платформы записан, от сигнала до задачи, и его можно проверить.
Скидка перестаёт быть единственным инструментом. Когда причина известна, предложение попадает в неё: приоритетный выезд техника – если болит качество, смена тарифа – если абонент платит за неиспользуемое, апгрейд канала – если бизнес-клиент вырос. Метрика успеха тоже меняется: не «сколько заявлений отработали», а «с какой долей рисковых абонентов поговорили до заявления».
Руководитель при этом видит живую картину по базе: сколько абонентов в красной зоне, какие причины лидируют, как движется доля удержанных. Без выгрузок и ручной сводки к понедельнику.
Часть сигналов гасится ещё на первой линии – если типовые обращения закрываются быстро и на языке абонента. Как это устроено, мы разбирали в статье про AI в клиентском сервисе.
С чего начать оператору
Прототип собирается примерно за неделю, бесплатно. Для него нужны выгрузки за два-три месяца: записи звонков, тикеты, обезличенный срез биллинга. Дальше – проверка на истории: берём абонентов, которые ушли, и смотрим, за сколько недель до заявления платформа увидела бы риск и по каким сигналам. Это честный тест до каких-либо обязательств: цифру видно раньше, чем подписан договор.
Продуктивное внедрение – от восьми недель, модель – подписка. Сценарии для операторов связи собраны на странице решения для телекома, а договориться о демо можно через контакты.
Частые вопросы
Придётся менять биллинг или CRM?
Нет. Платформа – слой поверх существующих систем: подключение идёт по API, а там, где у системы только экран и нет API, агент работает через интерфейс. Замена биллинга не требуется ни на прототипе, ни в продуктиве.
Насколько точен прогноз риска?
Зависит от полноты данных, поэтому мы не называем процент заранее, а показываем его на прототипе: скоринг прогоняется по вашей истории, и видно, какую долю ушедших он поймал бы и с каким запасом времени. Решение о внедрении принимается после этой цифры.
Казахскоязычные звонки распознаются?
Да. Казахский и русский – на уровне носителя, включая смешанную речь, обычную для разговоров с поддержкой. Тональность, темы и фразы-триггеры считываются в обоих языках одинаково.