# Аудит CRM-коммуникаций: как найти конфликты сценариев, из-за которых клиент получает пять писем в день

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

**Рубрика:** Статьи  
**Автор:** Азим Вишняков, Co-founder, ClientCore  
**Дата:** 2026-10-20

Представьте лояльного клиента: покупает раз в месяц, подписан на все каналы, email и телефон отдал еще год назад. Утром он получает триггер «вы смотрели этот товар», в обед — массовую рассылку про акцию, вечером — письмо из welcome-цепочки и SMS с персональным промокодом. Четыре касания за день. Завтра — еще три. Через неделю он жмет «отписаться», и вы теряете человека, который приносил деньги два года подряд.

Забавно здесь то, что каждое из этих писем по отдельности — нормальная рабочая механика с понятной целью. Хаос виден только со стороны инбокса. А маркетолог смотрит на систему изнутри: по кампаниям, по каналам, по отчетам. В такой проекции конфликты сценариев не видны — их находит аудит CRM-коммуникаций. Как именно он устроен и что обычно вскрывает, рассказывает Азим Вишняков, Co-founder, ClientCore.

> **Читайте также:** [Аудит email-маркетинга: как оценить контур рассылок по деньгам, а не по отчетам об открытиях](https://clientcore.ru/blog/articles/audit-email-marketinga-kak-ocenit-kontur-rassylok-po-dengam-a-ne-po-otchetam-ob-otkrytiyah)

## Почему база тонет в касаниях, а команда этого не замечает

CRM-система взрослого e-commerce редко строится по плану. Триггеры накапливаются слоями: при внедрении настроили базовый пакет, потом подрядчик добавил цепочки под акции, маркетолог подключил welcome-серию и реактивацию, retail-команда попросила SMS о старте распродажи. Через два года в системе живут 40–60 активных механик, и никто в компании не может с ходу сказать, в каких случаях срабатывает каждая.

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

> Когда мы начинаем аудит CRM-маркетинга, первым делом выгружаем лог отправок в разрезе профилей. По кампаниям все смотрят всегда, а картина по людям обычно открывается впервые. Почти в каждом проекте находится сегмент в 3–7% базы, который получает в 4–5 раз больше касаний, чем средний клиент. И это самые покупающие люди: они подходят под максимум условий сразу. В одном проекте топ-2% базы получали 9–11 писем в неделю при плановых трех — и давали вдвое больше отписок, чем вся остальная база».
>
> — Азим Вишняков, Co-founder, ClientCore

## Дубли триггеров: два сценария делают одну работу

Самый частый конфликт, который вскрывает аудит CRM-коммуникаций, — пересекающиеся триггеры. Классическая пара: «брошенный просмотр» и «брошенная корзина». Клиент посмотрел товар, добавил его в корзину и ушел с сайта. Для системы это два события, и срабатывают оба сценария: через час уходит письмо про просмотренный товар, через три — про корзину. Если товар еще и попадает в категорию со своим сценарием «интерес к категории» — будет третье письмо.

Отдельная история — промокоды. Скидка приезжает из welcome-цепочки, из триггера дня рождения, из реактивации и из массовой акции. Каждый сценарий честно отрабатывает свои условия, но со стороны клиента это выглядит как «им лишь бы что-то прислать». Есть и экономический эффект: два промокода в неделю учат человека ждать скидку и не покупать по полной цене.

Причина дублей почти всегда историческая. Триггер просмотра настраивали в 2023-м, корзину — в 2024-м, уже другой подрядчик. Условия пересекаются на треть событий, и никто этого не проверял, потому что оба сценария по отдельности показывают конверсию.

**Норма**

- сценарии одной воронки исключают друг друга: сработала корзина — просмотр по тому же товару молчит
- у каждого триггера есть владелец и дата последней ревизии
- новый сценарий перед запуском проверяют на пересечение условий с действующими

**Red flag**

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

## Гонки приоритетов: кто успел, того и письмо

Второй тип конфликта — столкновение массовых и триггерных коммуникаций. Контент-план рассылок живет в своей таблице, триггеры — в настройках платформы, и эти миры почти не пересекаются. Во вторник стартует распродажа категории, и в тот же день у сегмента «интересовались категорией» срабатывают персональные цепочки. Клиент получает промо-письмо в 10:00 и персональную подборку в 14:00 — обе про одно и то же, причем скидки могут отличаться.

У гонки есть и обратная сторона: важные письма проигрывают. Уведомление о заказе или письмо о скором сгорании бонусов попадает в инбокс следом за двумя промо и остается неоткрытым. Если приоритеты в платформе расставлены «как при внедрении» и с тех пор не пересматривались, система честно отправляет все подряд в порядке очереди.

**Норма**

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

**Red flag**

- контент-план массовых рассылок составляется без учета триггеров
- приоритеты в платформе не пересматривались со дня внедрения
- о пересечениях команда узнает по всплеску отписок после акции

## Контакт-давление: лимит, о котором вспоминают последним

Третий источник пяти писем в день — отсутствие сквозного ограничения на число касаний. Контакт-давление — это сумма всех прикосновений к профилю за период: email, пуши, SMS, звонки. В большинстве платформ, включая Mindbox, есть глобальный frequency cap. Вопрос в том, как он настроен: часто лимит стоит только на массовые email, а триггеры, пуши и SMS в счетчик не входят. Формально ограничение есть, фактически — нет.

Сколько касаний считать нормой — зависит от цикла покупки. Для e-commerce с частыми покупками рабочая вилка — 2–3 касания в неделю по всем каналам суммарно. Для длинного цикла, как в оптике или мебели, — 1–2. Резкие пики вреднее ровной частоты: «пять писем за день, потом неделя тишины» выжигает базу сильнее, чем стабильные три касания.

> Сквозной лимит настраивается за час, но в половине проектов, куда мы приходим, он либо выключен, либо считает один канал. Клиент получает письмо в 9:00, пуш в 12:00 и SMS в 18:00 — формально лимит не нарушен, потому что каждый канал считается отдельно. Ставим общий cap: 1–2 касания в день, 4–5 в неделю. Всплеск отписок сходит на нет за первый же месяц, а выручка канала не падает — ее перераспределяют сильные сценарии».
>
> — Азим Вишняков, Co-founder, ClientCore

## Как проходит аудит CRM-коммуникаций

Первый шаг — выгрузка: все активные сценарии, регулярные кампании, логи отправок за 60–90 дней. Здесь обычно всплывают «забытые» триггеры: механика под прошлогоднюю акцию до сих пор активна и шлет устаревшие условия.

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

Третий шаг — проверка через инбокс. Берем 20–30 реальных профилей из разных сегментов — новый подписчик, активный покупатель, спящий — и раскладываем их входящие за месяц на таймлайн.

> Таймлайн инбокса убеждает быстрее любого отчета. Когда руководитель видит строку конкретного клиента — письмо в 9:00, пуш в 11:30, еще письмо в 15:00, SMS в 19:00, — вопросов „зачем что-то менять“ не остается. Чаще всего в этот момент звучит: „так, а это кто вообще отправил?“».
>
> — Азим Вишняков, Co-founder, ClientCore

Четвертый шаг — матрица конфликтов: дубли по условиям, гонки по дням, дыры в лимитах. Каждый конфликт получает оценку — сколько профилей задевает и как часто срабатывает. Пятый шаг — план исправлений: что объединить, что выключить, где поднять приоритет, какой лимит поставить. Обычно в архив или на слияние уходят 20–30% сценариев.

Похожую работу мы делали для «Галереи»: коммуникации бренда жили в разных инструментах и накладывались друг на друга. Собрали их в единую систему на Mindbox — с общей картой сценариев и правилами приоритетов ([кейс](https://clientcore.ru/blog/articles/otzyv-galereya-o-clientcore-crm-kommunikacii)).

## Что аудит дает в деньгах

Прямой эффект — отписки. База, из которой лояльные клиенты уходят быстрее, чем приходят новые, дешевеет каждый месяц, а стоимость привлечения подписчика при этом никуда не девается. Второй эффект — репутация домена: спам-жалобы выше 0,1% ухудшают доставляемость всего канала, включая транзакционные письма о заказах.

Главный эффект — рост выручки на касание после чистки. Когда у MINIDINO рассылки уходили всей базе без разбора сегментов, мы пересобрали логику: меньше отправок, точнее попадание. Итог — +110% к эффективности email-рассылок за квартал без роста числа отправок ([кейс](https://clientcore.ru/blog/articles/keis-minidino-rost-effektivnosti-email)).

**Норма**

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

**Red flag**

- число отправок растет, а выручка канала стоит на месте
- доля профилей с пятью и более касаниями в неделю превышает 5%
- отписываются в основном активные покупатели

> **Читайте также:** [Аудит триггерных рассылок: 9 проверок, где сценарии теряют выручку между событием и оплатой](https://clientcore.ru/blog/articles/audit-triggernyh-rassylok-9-proverok-gde-scenarii-teryayut-vyruchku-mezhdu-sobytiem-i-oplatoy)

---

[Открыть статью на сайте](https://clientcore.ru/blog/articles/audit-crm-kommunikaciy-kak-nayti-konflikty-scenariev-iz-za-kotoryh-klient-poluchaet-pyat-pisem-v-den)