# KPI триггерных цепочек: какие метрики показывают деньги, а не открытия

> Open rate растет, а выручка стоит на месте? Разбираем, какие KPI триггерных цепочек реально показывают деньги и как их отслеживать без иллюзий.

**Рубрика:** Статьи  
**Дата:** 2026-07-02

Открываемость 42%, кликабельность приличная, отчет в Mindbox зеленый — а финансовый директор спрашивает, где деньги от CRM. И вы стоите перед дашбордом, в котором все «хорошо», но ответить нечем. Знакомая ситуация для большинства команд, которые отчитываются по open rate и считают, что меряют эффективность.

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

> **Читайте также:** [Когортный анализ в CRM: как увидеть, где база начинает терять деньги](https://blog.clientcore.ru/articles/kogortnyy-analiz-v-crm-kak-uvidet-gde-baza-nachinaet-teryat-dengi)

## Почему open rate перестал быть метрикой

Начнем с неприятного. После того как Apple выкатил Mail Privacy Protection, open rate превратился в фантик. Apple предзагружает картинки за пользователя, и система фиксирует «открытие», которого не было. У части баз искажение доходит до 60–70% открытий-призраков.

То есть вы смотрите на цифру 40% и не знаете, сколько из них реальных людей, а сколько — серверы Apple, которые прогрели пиксель. Принимать решения по такой метрике — все равно что рулить по спидометру, который врет в полтора раза.

> Был кейс: клиент полгода оптимизировал темы писем ради роста open rate. Подняли с 28% до 41%, праздновали. А выручка с цепочки не сдвинулась ни на рубль. Когда разложили по сегментам — весь прирост дали iOS-устройства, то есть призраки. Реальные люди как открывали, так и открывали.
>
> — Егор Череватенко, CRM-маркетолог, ClientCore

Это не значит, что open rate надо выкинуть полностью. Он годится для грубой диагностики доставляемости и для сравнения внутри одного сегмента на одном типе клиентов. Но как KPI, по которому отчитываются перед бизнесом, — забудьте.

## Метрики, которые реально показывают деньги

Когда говорим про KPI триггерных цепочек, держим в голове один вопрос: эта цифра привязана к выручке или нет? Если нет — это вспомогательная метрика, не главная.

Вот что действительно стоит выносить на верхний уровень дашборда.

**Выручка на отправленное письмо (RPE, revenue per email).** Берете всю выручку, которую принесла цепочка, и делите на количество отправленных писем. Эта метрика честно показывает, сколько денег приносит каждое касание. Она не дает себя обмануть: можно слать редко и дорого, можно часто и дешево — RPE покажет, где экономика лучше.

**Конверсия в покупку из цепочки.** Не клик, не открытие — именно доля людей, которые после входа в триггер совершили целевое действие. Брошенную корзину дожали до оплаты, реактивировали спящего, довели до повторного заказа.

**Выручка на цепочку за период.** Сколько денег принес конкретный сценарий за месяц. Это та самая цифра, которую ждет финансовый директор и которую не стыдно показать.

**Норма**

- на верхнем уровне дашборда — деньги: RPE, выручка по цепочке, конверсия в заказ
- метрики вовлеченности (CTR, open) — на втором уровне, для диагностики
- каждый триггер имеет понятную привязку к выручке

**Red flag**

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

## Конверсия рассылок: как считать так, чтобы не врать себе

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

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

Второе — окно атрибуции. Человек получил письмо про брошенную корзину, не отреагировал сразу, а зашел и купил через четыре дня. Это заслуга триггера или нет? Если окно атрибуции 1 день — вы недосчитаете кучу выручки. Если 30 дней — припишете себе продажи, которые произошли бы и так.

> Мы обычно ставим окно атрибуции 3–7 дней для транзакционных триггеров и до 14 для реактивации. И всегда фиксируем его в документации. Видел компанию, где маркетинг считал по 30-дневному окну, а финансы по дню оплаты — расхождение в отчетах достигало 40%, и каждый отдел был уверен, что прав.
>
> — Егор Череватенко, CRM-маркетолог, ClientCore

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

## Каждая цепочка живет по своим правилам

Большая ошибка — мерить все триггеры одной линейкой. У брошенной корзины и у welcome-серии разные задачи, разная экономика и, соответственно, разные KPI email-рассылок.

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

Welcome-цепочка работает вдолгую. Ее задача — не продать прямо сейчас, а превратить подписчика в покупателя и заложить привычку. Меряем долю тех, кто сделал первый заказ за 30–60 дней после входа в серию, и время до первой покупки.

Реактивация спящих — отдельная история. Низкая конверсия здесь норма, потому что вы работаете с холодной аудиторией. Важнее смотреть на стоимость возврата клиента и сравнивать с тем, сколько он принесет потом. Иногда вернуть 5% спящих дешевле, чем привлечь столько же новых через платный трафик, — и тогда даже скромная конверсия оправдана.

**Норма**

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

**Red flag**

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

## Где деньги утекают незаметно

Самое обидное — когда цепочка настроена, KPI вроде в норме, а часть выручки утекает в технические дыры, которые не видно в стандартном отчете.

Первое место по потерям — обрывы в самих сценариях. Условие срабатывает не у всех, кого вы ждали. Сегмент сужается из-за неочевидного фильтра. Webhook отвалился, и события из CMS перестали долетать в CRM. Цепочка формально «работает», но входит в нее половина нужных людей. На дашборде это не горит красным — просто выручка тихо ниже, чем могла быть.

> Один битый интеграционный поток — и за неделю можно потерять 10–15% триггерной выручки, при этом отчеты будут зелеными. Мы такое находили не раз: заходишь смотреть воронку входа в цепочку, а туда попадает не 8 тысяч человек в месяц, как все думали, а 3. Остальные отсекались сломанным условием, про которое забыли год назад.
>
> — Егор Череватенко, CRM-маркетолог, ClientCore

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

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

## Как собрать дашборд, на который не стыдно смотреть

Хороший дашборд по триггерам отвечает на три вопроса за тридцать секунд. Сколько денег принесли цепочки за период. Какие сценарии тянут вверх, а какие проседают. Где есть аномалия, в которую надо лезть.

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

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

**Норма**

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

**Red flag**

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

> **Читайте также:** [Как посчитать выручку от CRM-канала и не обмануть себя атрибуцией](https://blog.clientcore.ru/articles/kak-poschitat-vyruchku-ot-crm-kanala-i-ne-obmanut-sebya-atribuciey)

---

[Открыть статью на сайте](https://blog.clientcore.ru/articles/kpi-triggernyh-cepochek-kakie-metriki-pokazyvayut-dengi-a-ne-otkrytiya)