Customer journey analytics: разные карты для prepaid, postpaid и B2B

Три разных мира

В одном телеком-операторе одновременно сосуществуют три структурно разных типа клиентов, и их journey почти не похожи друг на друга.

Prepaid клиент. Активирует SIM, периодически пополняет счёт, изредка меняет тариф или подключает дополнительные пакеты. Контактирует с оператором редко — несколько раз в год, и часто только для пополнения. Цикл принятия решений короткий и часто эмоциональный — разочаровался качеством, увидел оffer от конкурента, ушёл.

Postpaid клиент. Имеет договор, ежемесячный billing, чаще активная подписка на цифровые услуги, чаще пользуется приложением. Контактирует с оператором регулярно — пара раз в месяц как минимум. Цикл решений дольше, отношения сложнее, churn реже но болезненнее.

B2B клиент. Корпоративный contract, набор SIM сотрудников, дополнительные услуги (cloud, security, IoT, internet), регулярные billing review, account manager. Контактов десятки в месяц через разные каналы — sales, billing, support, technical. Решения коллективные, медленные, привязаны к бюджетным циклам.

Универсальная customer journey carte которая пытается описать всех трёх — это compromise который не работает ни для кого.

Где prepaid journey ломается чаще всего

В prepaid journey ключевые моменты — это первая активация, первое пополнение, периодические top-up, и churn moment.

Первая активация. Клиент получает SIM, активирует. Что происходит дальше — критично. Если клиент сразу получает welcome content (как использовать пакет, что входит в тариф, что делать при проблеме), его retention в первые 90 дней значимо выше. Если ничего — клиент остаётся без guidance и при первой проблеме уходит.

Первое пополнение. Клиент пополняет счёт первый раз. Это сигнал об active использовании. Если в этот момент оператор предлагает релевантный пакет (на основе initial usage pattern), conversion в дополнительные продажи высокий. Большинство операторов этот момент не используют.

Cycle пополнений. Клиент пополняет регулярно. Изменения в pattern — увеличение или уменьшение частоты, изменение объёма, переход к крупным пополнениям один раз вместо мелких часто — всё это сигналы. Sigма от обычного pattern должна triggerить какое-то действие — релевантный оффер, превентивный outreach, что-то.

Churn moment. Клиент перестаёт пополнять или резко снизил активность. У большинства операторов в этот момент нет outreach — клиент просто исчезает из active базы. Это упущенная возможность последнего контакта.

Где postpaid journey специфична

Postpaid journey длиннее и многослойнее. Ключевые моменты:

Onboarding — первые 30 дней. Postpaid клиент часто подключает несколько услуг сразу. Если он не активировал и не использовал в первые 30 дней то что подключил, это сигнал что услуга не нужна или не понятна, и через 90 дней произойдёт downgrade или отказ.

Первый счёт. Момент когда клиент получает первый бил. Если он совпадает с ожиданиями — relationship building. Если выше ожиданий или содержит непонятные позиции — moment of trust loss. Большинство customer care complains в postpaid связаны с этим первым счётом.

Использование пакета. Если клиент использует менее 30 процентов пакета постоянно, это «overpaying» сигнал. Релевантный downgrade оффер мог бы предотвратить churn (клиент сам поймёт что overpays и уйдёт). Если клиент использует более 80 процентов или превышает — релевантный upgrade оффер.

Annual review. У многих postpaid контрактов есть renewal или annual review. Это chunk where retention решается. Подготовка к annual review — серьёзный focus.

Где B2B journey фундаментально другая

B2B клиент через множество touchpoints обслуживается. Особенности:

Decision дольше. От запроса до подписания контракта проходит 3-12 месяцев. В этот период контактов много — sales, technical, financial, legal.

Multi-stakeholder. У одного B2B клиента 5-10 человек принимают участие в отношениях с оператором. CFO, CIO, IT-team, financial, procurement. Их нужды и ожидания разные.

Service review регулярно. Quarterly business review с account manager — стандарт. Отсутствие этих review — сигнал негодного service.

Renewal как событие. Контракт renewal — отдельный sales event. Подготовка занимает 3-6 месяцев. Без правильного управления renewal часто проигрывается конкуренту.

Issue management. B2B жалобы имеют другую structure — они часто escalation chains, требуют SLA, требуют formal response. Это совершенно другая operations model чем B2C support.

Что значит analytics специфичная для каждого типа

Универсальные metrics — ARPU, churn, NPS — есть везде, но dashboards и triggers structurно разные.

Prepaid analytics. Foгус на pattern usage и top-up dynamics. Trigger-based коммуникации привязаны к balance level, к expected top-up date, к pattern changes. KPI команды — активность retention, recharge frequency, ARPU.

Postpaid analytics. Foгус на usage в составе пакета, на monthly billing pattern, на annual review preparation. Trigger-based коммуникации привязаны к billing cycle events, к usage anomalies. KPI — retention, cross-sell, average revenue per account.

B2B analytics. Foгус на account health (используется ли contract, какие сервисы под-utilized, какие over-utilized), на stakeholder engagement (есть ли regular touch с decision makers), на renewal pipeline. KPI — account expansion, retention, NPS у разных stakeholder roles.

Для каждого типа нужен свой dashboard, своя operating model, своя команда. Universal analytics team которая обслуживает все три не специализируется ни в одном.

Что часто делается некорректно

Один customer journey map для всех. Как обсуждали — это compromise.

Прорывные KPI как retention rate в одной цифре. Без разделения по prepaid/postpaid/B2B одна цифра обманывает. Хороший показатель в одном type может скрывать проблему в другом.

Marketing campaigns которые не различают type. Постпейд клиент получает кампанию направленную на prepaid logic — у него other priorities.

Customer care который treat все одинаково. B2B инцидент через ticket queue с standard SLA — это unacceptable для корпоративного клиента.

Data infrastructure которая не сегментирует по type на event level. Все события в одном поток без metadata о type, и downstream analytics затруднена.

Что нужно для специализированной analytics

Сегментация на event level. Каждое customer event помечено type. Это упрощает downstream agg, dashboards, triggers.

Three operating teams. Не одна, а три отдельные команды каждая со своей spec — prepaid commercial, postpaid commercial, B2B commercial. Они работают на одной data foundation, но с разными prio и разными tools.

Type-specific journey maps. Каждый type имеет свою явно описанную journey с key moments. Эти maps обновляются ежегодно по результату observed behavior.

Type-specific dashboards. Не universal dashboard, а три. Каждый показывает что важно для этого type.

Type-specific triggers и оffers. Один и тот же продукт может иметь разное packaging для разных type. И триггеры на это packaging должны быть разные.

Когда specialised analytics не приоритет

Если организация в острой фазе восстановления базовой data discipline (sources не сходятся, master IDs не работают), specialisation поверх broken foundation не помогает.

Если у оператора слабый B2B (менее 5 процентов revenue), отдельная B2B operating model может быть избыточной. Достаточно small dedicated team.

Если конкуренция в prepaid или postpaid сегменте слабая, specialised optimisation даёт marginal результат — рынок не requires.

Если IT не имеет capacity build три отдельных dashboard infrastructure параллельно, нужно sequential approach начиная с большего сегмента.

Если организационно командам сложно coexistовать с overlapping responsibility, specialisation создаст political friction.

Что обсудить на committee

Какова ARPU и retention distribution по prepaid/postpaid/B2B сейчас? Если данные неизвестны — диагностика отсюда.

Какие 3 момента в каждом type journey генерируют больше всего жалоб или churn? Это priority list по type.

Кто owner customer journey как функции для каждого type? Если один на всех — это и есть проблема.

Готова ли organisation на dedicated team по одному из типов как pilot?

Какова data foundation для type-specific analytics? Если нет event-level type metadata, это первое.

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

Customer Journey Analytics by Type — это анализ specific journey каждого type у оператора, identification top 5-10 moments по каждому type где value создаётся или теряется, design type-specific dashboards и triggers, organisational design dedicated team, и pilot на одном type в течение 90-120 дней.

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

• /insights/telecom-subscriber-intelligence-operating-model/ — operating model
• /insights/telecom-micro-segments/ — микро-сегментация
• /insights/telecom-nba/ — NBA как контекст
• /use-cases/telecom-churn-war-room-mnp/ — retention в эпоху MNP

Источники

• Digital Government Portal — digital infrastructure UZ
• UzDaily — рынок телекома Центральной Азии
• Министерство цифровых технологий — телеком в УЗ
• MNP.UZ — портабельность