Bill shock prevention: предупредить, пока счёт не вырос в 10 раз

Сценарий

Клиент летит в Турцию, забыл отключить data roaming. iPhone в фоне подгружает 200 МБ за час. По roaming-тарифу — это $50.

Клиент узнаёт об этом при списании из основного баланса или при следующем счёте. Реакция: жалоба, требование возврата, в худшем случае — порт-аут к конкуренту с более прозрачными тарифами.

Аналогичные сценарии: превышение data-пакета на 200%, autorenew подписки на сервис, забытый roaming-зонды для IoT-устройства, ребёнок включил premium content.

Bill shock — единственная сильная триггерная точка для churn у клиентов, которые до этого были happy.

Триггер

Continuous monitoring spend rate per клиент. Алгоритм:

• Baseline: типичный hourly spend клиента (rolling avg).
• Anomaly: текущий spend rate >5x baseline за rolling window 30 минут.
• Forecast: при текущей скорости расхода — какой будет суточный итог.

Триггер срабатывает при forecast >threshold (например, >50k UZS в сутки для клиента, у которого baseline 5k).

Действие

Window: real-time, лучше под 1 минуту от детекции.

Push: «Вы потратили X за час. Обычный расход в час — Y. Возможно, включён data roaming или забыта настройка. [Проверить]».

Кнопка ведёт прямо к настройке (отключить roaming, отключить subscription, изменить тариф).

Опционально — auto-pause при достижении hard threshold (с предварительной коммуникацией клиенту).

Что меряется

Bill shock incidents per month — сколько cases превышения вообще случилось.

Prevention rate — какая доля shock-cases была предупреждена до критического уровня.

Customer satisfaction post-warning — клиенты, получившие warning, оценивают оператора выше.

Churn delta — churn у клиентов с warning vs без.

Что не делать

Не warning слишком рано — клиент будет нервничать без причины.

Не warning без actionable button — клиент в panic, не знает что делать.

Не auto-pause без warning — клиент в роуминге без связи.

Не отдельный warning per service — консолидированный «вот ваш сегодняшний расход».

Как SamaraliSoft подключается

Sprint Bill Shock Use Case — 4-6 недель. Анализ historical bill-shock cases, threshold design, communication framework, pilot.

Связанное

• /architecture/telecom-realtime-decisioning-architecture/ — decisioning
• /insights/telecom-customer-trust/ — доверие
• /solutions/telecom-cvm-platform/ — CVM
• /use-cases/telecom-roaming-pre-arrival/ — pre-arrival roaming