BridgeApp в маркетинговых операциях необанка

Мариана — директор по маркетингу мексиканского необанка Klix*. Опытный PR-менеджер, ориентированный на инклюзивность и данные, она была переманена и сменила работу в начале 2025 года, покинув быстрорастущий стартап необанка, чтобы присоединиться к цифровому подразделению гораздо более крупного предприятия, которое запускает продуктовый пакет, разработанный для цифровых аборигенов: цифровые кредитные карты, сберегательные и инвестиционные счета, потребительские кредиты, BNPL, авансы по зарплате, а также растущую линейку услуг для МСП.

«На бумаге это было повышение: та же должность директора по маркетингу, но больше зарплата, крупнее бренд, больше команда, больший бюджет. В реальности я попала в кантину из «Звездных войн»: разрозненные инопланетные виды, отсутствие общей истории, старомодные начальники-бумеры в костюмах и галстуках».

У каждой продуктовой команды была своя мини-вселенная предложений и свой собственный лексикон; ничто из этого не складывалось в одно четкое обещание для целевой группы. Кроме того, маркетинговая команда была международной, частично удаленной и слабо сплоченной: испанский и английский языки, несколько часовых поясов, дублирующиеся роли «роста», и в то же время очевидные пробелы (отсутствие реальных маркетинговых операций, никто не отвечал за воронку продаж от начала до конца).

Внутри компании люди использовали спонтанные CRM-системы, Asana, Google Документы и Таблицы, и, конечно же, личные сообщения в WhatsApp и Telegram.

«Я собиралась внедрить то единственное, что сделало мою предыдущую жизнь осмысленной — BridgeApp».

Шаг 1: Одно приложение для всей команды

На ее предыдущей работе команда использовала BridgeApp on-prem как своего рода общую платформу для взаимодействия продуктов, маркетинга и операций. Мариана договорилась о такой же настройке со своим новым работодателем, согласившись, что вместо наполовину используемой Asana она переведет всю маркетинговую команду на единую платформу — самостоятельно размещенный экземпляр BridgeApp внутри инфраструктуры банка, подключенный к SSO и разрешениям. Сотрудники службы безопасности очень четко заявили: любые конфиденциальные данные в беседах — контакты, скриншоты, внутренние ссылки, даже имена членов команды — просто не могут храниться в SaaS. Все это именно тот тип материалов, которые злоумышленники используют для социальной инженерии.

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

Теперь все задачи, брифы, активы кампаний, внешние ссылки (партнеры, инфлюенсеры, агентства) и их входящие запросы, версии и утверждения находятся в выделенных каналах.

«Генеральный директор был настроен скептически — он считал, что время и деньги, уже потраченные на Asana, обязывают нас придерживаться ее. Но Asana так и не стала инструментом по умолчанию, и некоторые коллеги устали ее использовать, в то время как другие заполняли ее ретроспективно, в основном полагаясь на личные чаты. Для меня было важно видеть задачи и беседы в единой среде и работать со всем этим в одном месте, как если бы я управляла новостным центром с одного стола, имея перед собой панель управления директора».

Шаг 2: От тушения пожаров к минимальной операционной системе

Как только беседы оказались в одном месте, следующим шагом было создание досок задач. 

Для каждой кампании, запуска функции или эксперимента карточка должна была содержать:

• к какому продукту и сегменту она относилась,
• какие метрики она затрагивала (регистрации, активации, использование, погашение, NPS),
• кто был Подотчетным, кто был Ответственным, кто был Консультируемым и кто был просто Информированным.

RACI — это не романтично, но это устранило много драм, сократило бесцельные встречи и сделало намного яснее, кто завершает цикл. Каждая подзадача автоматически наследует эти настройки и продолжает оповещать владельцев и соисполнителей, пока вы их не измените. Специальный ИИ-помощник подтягивает ссылки на связанные обсуждения и добавляет нужные теги.

Каждый понедельник команда начала проводить короткие кросс-функциональные стендапы через групповой звонок в BridgeApp: все владельцы досок проходились по своим ключевым карточкам, препятствия немедленно превращались в задачи. Любая межкомандная зависимость получала свой собственный тред.

Шаг 3: Устранение худших конфликтов в первую очередь

Сделав BridgeApp основным местом для общения и задач, они занялись самыми опасными проблемами:

• конфликтующие акции — кампании, предлагающие разные условия для одного и того же продукта,
• расплывчатые или рискованные формулировки в сообщениях о кредитах и BNPL, а также юридические требования.

Они создали небольшой «треугольник» в BridgeApp:

• #incidents – для маркетинговых проблем и жалоб,
• #legal – общий канал с юридическим отделом и отделом комплаенса,
• #support-loop – канал, общий со службой поддержки через API их платформы.

Кроме того, с помощью молодого, но исключительно дотошного специалиста поддержки из Quan2um был настроен API для мониторинга социальных сетей. Каждый раз, когда кто-то в социальных сетях упоминает бренд, анализируется тональность. Если она негативная — упоминаются «скрытые комиссии», запутанная реклама или несоответствие обещаниям — Мариана проверяет, реагирует ли уже SMM-команда.

Раз в неделю они проводят 45-минутный обучающий обзор: что они обещали, что говорилось в контракте, что слышали люди, как это изменится, на какую аудиторию, каналы и предложения они собираются переключиться.

Именно здесь BridgeApp по-настоящему начал доказывать свою ценность: они просматривали реальные разговоры и активы, превращая их в задачи с отметками времени и владельцами. По завершении задач окончательный текст добавляется обратно в центр знаний, чтобы система и ее агенты оставались в курсе контекста и могли напоминать команде в тредах о текущем состоянии конкретной акции.

Шаг 4: Создание команд (подов) вместо разобщенности

Примерно через три месяца они изменили способ группировки людей в чатах. Вместо отдельных вертикалей, таких как «Бренд» или «CRM», они перешли к продуктоориентированным командам (подам):

• Команда по картам (кредитные/дебетовые)
• Команда по BNPL и кредитам
• Команда по МСП
• Команда по приложению
• Команда по аффилиатам
• и т.д.

Каждый под получил свое пространство в BridgeApp с каналами и досками задач. Это создало несколько дополнительных небольших отделов со своими руководителями. Для некоторых это стало приятным сюрпризом — теперь их роль выглядела более весомой в резюме. Даже если они по-прежнему назначали задачи тем же индивидуальным исполнителям, которых использовали другие руководители подов, каждый под теперь имел свою дорожную карту и эксперименты, вместо того чтобы бороться за общие ресурсы «бренда» или «производительности». Каждый под также мог адаптировать сообщения и пути клиентов, не теряясь в шуме B2C-команд, работающих над другими областями.

BridgeApp сделал эту структуру видимой: можно было буквально видеть, какая карточка находится в каком поде, какой бэклог кому принадлежал и как работа перемещалась по системе.

Они также создали центр знаний в BridgeApp из всех существующих часто задаваемых вопросов, документов, презентаций, целевых страниц и объяснений тарифов. Это позволяет проверять каждую новую задачу на соответствие предыдущим решениям и изменениям. Центр знаний позволяет команде поддерживать актуальные версии важнейших руководств — тон голоса, глоссарий, карты пути клиента и многое другое — к которым имеют доступ как «живые» сотрудники, так и ИИ-агенты. ИИ-помощники BridgeApp могут предлагать юридические заметки или обновления FAQ, используя этот корпус, а также давать советы о том, как скорректировать работу с определенными каналами или группами клиентов.

Кроме того, специально обученный агент, обученный на обсуждениях в чатах и центре знаний, теперь предлагает гипотезы для целевых страниц и их обновлений, сценарии и даже идеи для push-уведомлений.

Что изменилось

Мариана не делает вид, что BridgeApp волшебным образом решил все проблемы. Она по-прежнему сталкивается с давлением инвесторов, целями роста, регуляторными ловушками и реальностью мексиканских потребителей, у которых есть очень веские причины не доверять финансовым учреждениям.

CRM остается отдельной системой, но статистика из нее экспортируется в BridgeApp: откуда пришел пользователь и какой канал сработал. В Базах данных Bridge маркетинговая команда теперь поддерживает надлежащую базу аффилиатов, медиапартнеров и инфлюенсеров, с контактами, историей публикаций и медиа, а также подробными статистическими данными о производительности (полученными из Google Analytics и UTM-меченых трекеров).

В течение полугода отделы Рисков, Юридический и Комплаенса также перевели свое общение в BridgeApp.
(Разработка и поддержка пока используют свои собственные инструменты связи, но есть большая вероятность, что они также присоединятся к общей среде.)

Эффект новой среды кажется незначительным ежедневно, но огромным со временем: меньше переписываний, меньше объяснений, меньше «устаревших» ошибок, проникающих в новые кампании, и гораздо более быстрая адаптация для новых сотрудников. Поды могут быстрее работать над своими продуктами, не мешая друг другу.

И это именно то, чего хотела Мариана:

«Мне давно хотелось перестать быть регулировщиком движения и начать заниматься тем, чем должен заниматься директор по маркетингу — рассказывать одну четкую историю в стране, где люди устали от обмана в рекламе. Рассказ о тяжело заработанных деньгах, которые любят быть посчитанными, но очень не любят превращаться в запятые и центы, мелкий шрифт и таскание бумаг от одного клерка к другому.»