Campaign governance: кто имеет право отправить предложение клиенту

Простой вопрос

Кто в вашей организации имеет право отправить клиенту SMS-сообщение? Если ответ требует размышления больше 30 секунд или включает фразы «несколько команд», «зависит от типа», «обычно через маркетинг, но…» — это первый сигнал что governance отсутствует или существует только на бумаге.

В большинстве телекомов в регионе SMS-каналом пользуется 5-10 разных команд. Маркетинг шлёт промо. Retention шлёт удержательные оffers. Продукт информирует о новых возможностях. Контакт-центр шлёт follow-up по инцидентам. Партнёрский канал — кросс-промо. B2B-команда — бизнес-коммуникацию. Финансы — напоминания о платежах. Юристы — официальные уведомления. Network ops — alerts при инцидентах.

Каждая из этих команд считает свои отправления приоритетными. Каждая работает с собственной аудиторией. Без общего слоя правил клиент получает 5-15 SMS в неделю от одного и того же оператора, и ни одна команда не понимает что общая нагрузка такая высокая.

Где это создаёт проблему

Проблема становится видимой через несколько симптомов.

Конфликтующие коммуникации. Клиент только что подал жалобу в контакт-центре, и в тот же день получает promo с приглашением попробовать новую услугу. Это создаёт впечатление что компания не видит клиента целиком.

Перегрузка ключевых сегментов. Active high-value клиенты получают коммуникации от всех команд параллельно, потому что каждая команда таргетит «активную базу». Клиент видит 10-15 SMS в неделю от одного оператора, и opt-out по rivervariant каналу растёт.

Потеря визибилити. Когда что-то пошло не так — клиент пожаловался на спам, opt-out scaled, регулятор задал вопрос — оператор не может быстро ответить кто что и почему отправил.

Невозможность измерить эффект. Если клиент в одной неделе получил 5 коммуникаций и одну открыл, какая команда «получила» эту конверсию? Без attribution rules идёт спор за credit.

Что включает рабочий governance

Реальный campaign governance — не «маркетинг главный над всеми». Это система правил и suppression, которая работает поверх всех команд.

Catalogue прав отправки. Каждая команда имеет явно определённый scope того что она имеет право отправлять — какой тип контента, какой аудитории, в каких сегментах. Это catalogue утверждается сверху, не делается на ходу.

Centralised suppression. Перед отправкой любой коммуникации проверяется master suppression list. Активные жалобы, недавно полученные коммуникации, opt-outs, blacklist клиентов в споре, fraud-флаги. Если клиент в любом из этих состояний — коммуникация блокируется автоматически, независимо от команды.

Frequency caps по сегментам. Не более N коммуникаций на клиента в неделю в total. Не более M в день. Эти лимиты выше для critical communications (security alerts, billing) и ниже для promotional.

Priority tier при collision. Если двум командам одновременно нужно достичь одного клиента — у operations и customer care приоритет, у маркетинга — нет.

Audit log всего что было отправлено. Каждая отправка фиксируется с командой, типом контента, target audience, временем. Это позволяет реконструировать что и почему клиент получил.

Что значит реализовать на практике

Это не один технологический проект — это система операционных правил плюс инструменты которые их обеспечивают.

Технологически нужен decision layer перед каналом отправки. Все потоки коммуникаций проходят через него. Layer проверяет правила, проверяет suppression, применяет caps, логирует.

Организационно нужен campaign governance committee. Не еженедельный — раз в две недели или месяц. Состав: marketing, retention, customer care, продукт, B2B, финансы, юристы. Председатель — нейтральная функция, часто COO или Chief Customer Officer.

Процессно нужен intake process для новых типов коммуникаций. Команда хочет начать новую кампанию или новый тип уведомления — оформляет request с описанием audience, контента, частоты, ожидаемого effect. Committee утверждает или просит модификации.

Без всех трёх элементов — технологии, organisation, процесса — governance остаётся декларацией.

Что отличает рабочий governance от формального

Активная блокировка кампаний. Если одна команда хочет запустить кампанию которая нарушает правила — кампания не идёт, без compromise. Это болезненно политически, но без этого правила деваются на компромиссе раз за разом.

Visible metrics для всех команд. Каждый видит — сколько SMS было отправлено его командой, сколько другими, какова total нагрузка на ключевые сегменты, какова opt-out trend. Без этой visibility команды не понимают свою часть в общей картине.

Customer view от лица клиента. Возможность для committee взять любого случайного клиента и увидеть полный список коммуникаций которые он получил за последний месяц. Это часто шокирующая картина, и она focuses discussion.

Quarterly review. Раз в квартал — общая оценка эффективности и updates правил. Что работает, что не работает, какие команды нарушают, какие меняются coefficients.

Когда governance преждевременен

Если объём коммуникаций низкий и команд мало (2-3 которые шлют SMS), governance overhead не оправдан. Сначала grow до точки где hand-coordination не работает, потом систематизация.

Если организация в острой фазе digital transformation и базовые системы данных не консолидированы — governance окажется без надёжной customer master view. Suppression rules не будут работать корректно.

Если регулятор не активный участник в области коммуникаций (нет жёстких правил по spam, opt-out, consent), governance создаётся преимущественно как self-discipline. Это сложнее без external pressure.

Если CMO не готов отдать часть control над communications — governance окажется политически блокирован на уровне C-suite.

Если IT не имеет capacity на decision layer build (3-6 месяцев работы), governance остаётся ручным и быстро деградирует.

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

Сколько коммуникаций сегодня получает средний active клиент в неделю от всех команд оператора? Если ответ затруднён — diagnostic.

Какие 5 типов конфликтующих коммуникаций мы наблюдаем (промо после жалобы, retention при активной задолженности, и т.п.)? Это первый список для блокировки.

Кто owner governance как функции? Без owner это останется на бумаге.

Готовы ли команды отдать суверенитет в обмен на total improvement коммуникации? Если нет — governance не запустится.

Какова страновая регуляторная ситуация по spam и opt-out? Это влияет на urgency.

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

Campaign Governance Architecture — это аудит текущего ландшафта коммуникаций (кто шлёт что когда), design system правил, suppression и frequency caps под структуру оператора, blueprint decision layer как технологического компонента, organisational design committee и intake process, и pilot governance на 90-120 дней с измерением улучшения customer experience.

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

• /insights/telecom-offer-fatigue/ — fatigue от коммуникаций
• /insights/telecom-nba/ — NBA как контекст
• /insights/telecom-subscriber-intelligence-operating-model/ — operating model
• /architecture/telecom-around-core-architecture/ — слой вокруг core

Источники

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