Churn war room: как удерживать абонента в эпоху MNP

История одного клиента

Один CEO из Ташкента рассказывал: «Я был с Ucell десять лет. Я ушёл к Beeline за 15 минут через my.gov». Он не имел жалоб на качество. Не было обиды на саппорт. Не было даже сильного offer от Beeline. Был один разговор с другом за обедом — друг сказал «у меня работает быстрее, и недавно перенос бесплатный». Десять лет лояльности закончились за обеденный перерыв.

Эта история не уникальна. С тех пор как mobile number portability заработал в Узбекистане (mnp.uz), и особенно после того как операторы начали делать перенос бесплатным в определённые периоды — Beeline с 27 декабря 2025 по 20 февраля 2026 (beeline.uz), Ucell с 26 марта по 30 июня 2026 (ucell.uz), Mobiuz с 2 апреля по 30 июня 2026 (mobi.uz) — психология клиента изменилась. Номер больше не якорь. Он stand-alone identifier который можно переносить как имя в адресной книге.

И это значит что классические инструменты retention перестают работать. Клиент в моменте принятия решения о переносе уже не лоялен. Он сравнивает. И решение принимается за минуты, не за недели. Window для контр-предложения — узкое.

Что было и что стало

Раньше retention строился на сложности перехода. Клиенту нужно было сказать всем контактам что номер изменился. Перерегистрировать номер во всех приложениях. Объяснить семье. Если у клиента был бизнес-номер привязанный к рекламе — потеря номера была reputation cost. Эти трудности создавали switching cost которого хватало для удержания значительной части базы даже при субоптимальном предложении.

Теперь switching cost практически нулевой. Номер сохраняется. Контакты не нужно уведомлять. Бизнес-визитки не меняются. Single point of friction — поход в офис нового оператора, и тот сейчас часто заменён процессом на my.gov (UzDaily, 21 апреля 2026). Время перехода — минуты. Финансовый barrier — операторы периодически снимают.

В этой реальности retention не может быть про friction. Retention теперь должен быть про ценность и скорость отклика.

Что такое war room

War room — заимствование из практики crisis management в операционных компаниях. В контексте retention это конкретная организационная конструкция со следующими характеристиками.

Команда из 4-7 человек. Retention manager (ведущий), data analyst, маркетолог, представитель контакт-центра, продуктовый менеджер, иногда finance. Эти люди не работают в war room полный день — у каждого есть основная роль. Но они собираются регулярно, у них общий dashboard, и они принимают решения.

Регулярная routine. Daily standup (15 минут) — что произошло за сутки, какие сегменты в риске, какие действия запланированы. Weekly review (45 минут) — конверсия по событиям, экономика удержания, корректировки правил.

Общий control tower. Не общий BI отчёт. Specialized дашборд который показывает: количество клиентов в каждой стадии churn risk, действия предпринятые за сутки, conversion на каждой стадии, экономика удержания vs стоимость отпустить.

Право принимать decisions in moment. Если retention manager видит что segment X в высоком риске и нужно немедленное предложение — он не должен ждать согласования с маркетингом. Должна быть pre-approved библиотека возможных действий и фрейм авторизации.

Сегменты, где работа имеет смысл

Не каждый клиент стоит инвестиций в удержание. Это ключевая мысль которую часто упускают.

Высокая ценность + высокий риск ухода = первый приоритет. Это клиенты с большим ARPU, у которых поведение показывает признаки неудовлетворённости (рост жалоб, падение трафика, поиск альтернатив через сайт). Здесь интенсивные действия оправданы.

Высокая ценность + низкий риск = поддержание. Не делать active retention, делать loyalty — программы наград, premium services, white-glove сервис в моменты обращений.

Низкая ценность + высокий риск = решение по экономике. Часто правильно отпустить. Стоимость контакта плюс стоимость скидки на удержание превышает ARPU за 12 месяцев. Любой telecom operator должен иметь чёткую policy на этот счёт.

Низкая ценность + низкий риск = ничего не делать. Это здоровый сегмент, не требующий специальных действий. Стандартного service-level достаточно.

Самая частая ошибка операторов — попытка удержать всех. Это размывает бюджет, утомляет команду, и приводит к плохой экономике retention в целом. Дисциплина «когда отпустить» — такая же часть war room, как дисциплина «когда удерживать».

Сигналы которые работают и которые нет

Не каждый сигнал предсказывает churn одинаково.

Сильные сигналы (по практике аналогичных рынков): резкое падение трафика на 60%+ за неделю при ранее стабильном поведении; третья жалоба за 30 дней без resolution; переход на минимальный тариф после среднего тарифа; запрос детализации счёта (классический поведенческий сигнал перед уходом); поиск номера службы переноса.

Слабые сигналы: единичные жалобы; временные изменения в потреблении; рост в роуминге (часто означает поездку, не уход); один негативный взаимодействие с дилером.

Бесполезные сигналы которые на которые тратят бюджет: длительность в базе как индикатор лояльности (клиент с 10 годами уходит так же как клиент с 1 годом); общий ARPU без сегментации (важно изменение, не уровень); demographic данные (возраст и пол слабо predict churn в B2C телекоме).

Хорошая модель churn использует 8-15 сильных сигналов и игнорирует слабые. Сложные модели с 100+ сигналами выглядят впечатляюще на демо, но в продакшене дают marginal improvement над простыми моделями и сложнее в поддержке.

Скорость отклика

Это самое важное. Когда клиент решил уходить, он уходит быстро. Окно для контр-действия — часы, не дни.

Идеал — отклик в течение 1-4 часов от первого слабого сигнала. Это возможно только при двух условиях: автоматизация большинства решений, и pre-approved библиотека действий. Если каждое retention-действие требует согласования, окно упускается.

Реалистичный target — 24 часа от сильного сигнала до контакта с клиентом, с pre-approved действием и автоматическим отбором правильного канала.

В большинстве операторов которые я видел, скорость отклика — 5-7 дней при сильном сигнале и более при слабом. К тому моменту клиент уже принял решение, и retention-кампания становится reactivation-кампанией с худшей экономикой.

Архитектура war room

Минимум для запуска. Event collector который собирает значимые события в реальном времени. Trigger engine который применяет правила и выявляет клиентов для action. Decision system который выбирает оптимальное действие из pre-approved библиотеки. Channel orchestrator который доставляет в правильном канале (push, SMS, звонок, dealer ping). Audit log который записывает что произошло. Performance dashboard для war room команды.

Это не покупка одной системы. Это сборка из нескольких компонентов, многие из которых уже существуют в любом операторе. Часто новый компонент — только trigger engine с правилами и dashboard. Остальное реализуется через интеграции.

Стоимость такого минимума — 8-12 месяцев работы и несколько FTE на построение. Окупаемость — измеримое снижение churn на 10-30% в pilot сегменте за 6 месяцев после запуска war room routine.

Когда war room не нужен

Если общий churn rate ниже 1% в месяц и стабильный — operating cost war room может не оправдать инвестиции. Здесь правильнее работать с loyalty.

Если ARPU оператора низкий (ниже 30 000 сум в месяц), экономика удержания не складывается даже при идеальной retention machine.

Если master data о клиенте не сходится между системами, retention действия будут ошибаться — звонить уже ушедшим клиентам, отправлять offer тем кто уже решил остаться. Это убивает доверие команды к системе.

Если в команде нет head of retention с реальным мандатом и P&L — war room существует на бумаге, не в практике.

Если рынок не имеет MNP или MNP неактивен (количество переносов мало) — острая необходимость отсутствует. Операторы инвестируют в retention пропорционально интенсивности переноса.

С чего начать в этом квартале

Если оператор решил что war room нужен, последовательность простая.

Первые 30 дней. Аудит сигналов: какие события мы можем собрать в реальном времени без дополнительных инвестиций. Список 5-10 сильных триггеров. Карта существующих каналов отклика. Назначение retention manager с правами.

Следующие 30 дней. Pilot на одном высокоценном сегменте (например, постоянные постплейт-клиенты с ARPU выше median). Trigger engine с 3-5 правилами. Pre-approved action library. Daily review.

Третий месяц. Измерение. Conversion на каждом этапе. Стоимость удержания. Saving за счёт удержанных клиентов. Качество данных. Готовность к масштабированию.

К концу квартала есть ответ: работает ли war room на этом операторе и есть ли смысл расширять на другие сегменты. Если работает — масштабирование на 2-3 квартала. Если нет — диагностика что не сработало (данные, скорость, owner, экономика) и решение об альтернативном подходе.

Что может сделать SamaraliSoft

Subscriber Intelligence & Churn War Room — это конкретная программа на 90 дней. Аудит retention в текущей форме, выбор пилотного сегмента, построение minimal viable war room, daily routine, weekly review с финансовой оптикой, и решение о масштабировании. Не «построим вам систему», а «поставим operating routine которая снижает churn в pilot за квартал».

Внутренние ссылки

• /insights/telecom-subscriber-intelligence-operating-model/ — operating model вокруг данных
• /cases/telecom-subscriber-360/ — реальный case построения 360 для удержания
• /insights/telecom-after-connectivity/ — где деньги в telecom после connectivity
• /decisions/telecom-choose-retention-economics/ — когда удерживать клиента дешевле, чем отпустить

Источники

• MNP.UZ — мобильный номер портабельность
• Beeline UZ — изменение условий переноса номера, 27 декабря 2025
• Ucell — условия портабельности с 26 марта 2026
• Mobiuz — стоимость и условия MNP
• UzDaily — online mobile number transfer через my.gov