Три отчёта — три разные выручки: какой цифре верить и как закрыть спор на планёрке

Верить нужно P&L, а не рекламной аналитике и не CRM по отдельности. Яндекс.Метрика и GA4 считают сессии и клики, CRM считает сделки на разных стадиях воронки, и только P&L отражает деньги, которые реально поступили на счёт. Если три отчёта на планёрке показывают три разные выручки — сверяйте не цифры, а методику подсчёта каждой системы, и решение принимайте по той, что ближе к банковской выписке.

Почему CRM, Метрика и P&L вообще показывают разную выручку

Расхождение возникает потому, что три системы измеряют три разных объекта, а не один и тот же объект с разной точностью. Метрика фиксирует транзакции на сайте в момент клика по кнопке «оплатить» или события eCommerce. CRM фиксирует сумму сделки на выбранной стадии воронки — часто это «выставлен счёт», а не «деньги получены». P&L фиксирует кассовое или начисленное поступление денег за период, после возвратов, отмен и корректировок.

Это не баг, а разные назначения инструментов. Аналитика сайта отвечает на вопрос «что произошло в браузере пользователя». CRM отвечает на вопрос «на какой стадии сделка». P&L отвечает на вопрос «сколько денег заработала компания». Путаница начинается там, где маркетинг подменяет один вопрос другим и приносит на планёрку цифру из Метрики, выдавая её за выручку компании.

Дополнительный источник расхождения — временные горизонты. Метрика и GA4 показывают данные почти в реальном времени, CRM обновляется по мере того, как менеджеры двигают карточки сделок, а P&L формируется только после закрытия периода бухгалтерией. Три системы не просто считают разное — они ещё и считают на разных временных срезах, поэтому сравнение «сейчас в Метрике» с «сейчас в P&L» изначально некорректно: одна цифра финальная, а другая — промежуточная.

Как Яндекс.Метрика считает выручку и где она теряет точность

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

Основные источники расхождения:

• Атрибуция обрезает часть пути. Модель последнего клика приписывает всю сделку последнему источнику, хотя человек мог прийти пять раз из разных каналов за две недели.
• Блокировщики рекламы и отказ от cookie режут данные. Часть визитов и конверсий просто не долетает до счётчика: блокировщики технически не дают загрузиться скрипту, а часть пользователей не даёт согласия на обработку данных, в том числе в рамках требований 152-ФЗ, — по разным оценкам, суммарные потери могут доходить до десятков процентов трафика в зависимости от аудитории и настроек сайта.
• Офлайн-продажи и звонки не попадают в веб-аналитику без интеграции. Если у бизнеса есть колл-центр или розница, Метрика в принципе не видит эту выручку.
• Дубли заказов и тестовые платежи искажают событие «покупка», если разработчики не чистят технические заказы.

Подробнее о том, где веб-аналитика создаёт иллюзию полной картины, разобрано в материале про иллюзию аналитики. Если сравниваете возможности Метрики с альтернативами — например, при миграции с Google Analytics — стоит заранее понимать разницу в подходах к атрибуции, это разобрано в обзоре аналогов Google Analytics.

Как CRM считает выручку и почему она тоже не истина в последней инстанции

CRM — например, Bitrix24, amoCRM или собственная система — считает выручку по сумме сделок на определённой стадии воронки, которую задал администратор при настройке. Это цифра процесса, а не цифра факта оплаты: сделка на стадии «счёт выставлен» уже попадает в отчёт по выручке, хотя денег на счёте компании ещё нет.

Типичные причины, почему цифра CRM расходится и с Метрикой, и с бухгалтерией:

• Ручной ввод менеджеров. Сумма сделки часто вводится вручную и не пересчитывается при скидке, рассрочке или частичной оплате.
• Просроченные сделки не закрываются. Сделка висит в работе месяцами и продолжает попадать в отчёт текущего периода.
• Разные валюты и НДС считаются непоследовательно — один менеджер вносит сумму с НДС, другой без.
• Повторные продажи существующим клиентам дублируются как новые сделки, если в CRM нет строгой связи с карточкой клиента.
• Отмены и возвраты не отражаются задним числом, поэтому отчёт за прошлый месяц продолжает «расти» после закрытия периода.

CRM отлично показывает, где сделка находится в воронке продаж и на какой стадии теряются клиенты, но плохо подходит для финального ответа «сколько мы заработали». Для этого вопроса нужна система, которая ближе к деньгам, — управленческий P&L.

Что показывает P&L и почему это финальная цифра для решений

P&L, или отчёт о прибылях и убытках, — это финансовый отчёт, который показывает выручку компании за период за вычетом себестоимости, операционных расходов и прочих затрат, приводя к чистой прибыли. Это единственный из трёх отчётов, который строится от реальных поступлений и списаний денег, а не от событий на сайте или стадий в воронке.

P&L отвечает на вопрос, ради которого маркетинг вообще существует: принесла реклама прибыль или убыток после вычета всех расходов, включая себестоимость, зарплаты и аренду. Метрика и CRM отвечают на операционные вопросы — откуда пришёл трафик и на какой стадии находится сделка, — и это важные вопросы для оптимизации процессов, но не для финального решения о бюджете.

На планёрке, где спорят три цифры, работает простое правило: решения про деньги — бюджет, премии, инвестиции в канал — принимаются по P&L; решения про процесс — куда звонить сегодня, кого дожимать — принимаются по CRM; решения про креативы и посадочные — по Метрике и GA4. Подробный разбор структуры управленческого P&L и того, как маркетологу читать эту таблицу, — в материале P&L в маркетинге.

Где какую цифру смотреть: сводная таблица

Ниже — практическая шпаргалка для планёрки: какой отчёт за что отвечает и какой вопрос ему можно задавать.

Если в компании есть сквозная аналитика, которая связывает клики с CRM и с оплатами, расхождение между первыми двумя строками таблицы сокращается, но не исчезает полностью — офлайн-каналы и отложенные решения всё равно требуют сверки с P&L. Как строить такую связку и на что она годна, а на что нет, разобрано в материале про сквозную аналитику.

Как закрыть спор о цифрах на планёрке за 15 минут

Спор закрывается не поиском «правильной» системы, а определением, какой вопрос сейчас решается, и выбором отчёта под этот вопрос. Дальше — три коротких шага.

1. Назовите вопрос вслух. «Сколько мы заработали в августе» — вопрос к P&L. «Почему упала конверсия на лендинге» — вопрос к Метрике. «Почему отдел продаж не закрывает лиды» — вопрос к CRM. Смешивать эти вопросы и один отчёт — источник половины споров на планёрках.
2. Сверьте методику, а не итог. Спросите у каждого владельца отчёта: какая стадия сделки считается выручкой, какая модель атрибуции используется, какой период закрытия. Часто расхождение объясняется за одну фразу — «в CRM считаются и невыставленные счета».
3. Зафиксируйте единый источник истины письменно. Договоритесь, что для отчёта перед собственником базовой цифрой является P&L, а Метрика и CRM — источники для диагностики, а не для итогового числа. Это снимает пятую часть будущих споров автоматически, потому что у людей исчезает соблазн подставлять выгодную им цифру.

Отдельно стоит сверять периоды закрытия: если P&L закрывается на 5–10-й рабочий день следующего месяца, а Метрика и CRM показывают цифры «на сейчас», сравнение заведомо некорректно — сравнивайте только полностью закрытые периоды.

Полезная практика — завести короткий регламент на одну страницу, где закреплено, какая система считается источником истины для каждого типа решения, кто владелец каждого отчёта и в какой день месяца проходит сверка. Такой документ снимает необходимость каждый раз заново объяснять на планёрке, почему цифры расходятся, и переводит разговор из эмоционального в процедурный. Полезно также заранее договориться, кто на планёрке имеет право озвучивать финальную цифру выручки: если это делает только владелец P&L, а не любой участник встречи со своей вкладкой, споры прекращаются сами собой.

Частые ошибки

• Берут цифру из Метрики как финальную выручку. Веб-аналитика показывает события, а не оплаты, поэтому такая цифра всегда завышена относительно реальных денег.
• Считают выручку CRM по всем открытым сделкам, включая невыставленные счета. Это превращает отчёт в прогноз, а не в факт, и вводит в заблуждение при планировании бюджета.
• Сравнивают незакрытые периоды. P&L за август, ещё не закрытый бухгалтерией, сверяют с уже финальной цифрой Метрики за тот же месяц — расхождение неизбежно и не говорит ни о чём.
• Не фиксируют модель атрибуции письменно. Каждый отдел использует свою модель — последний клик, первый клик, линейную, — и спорит о цифре, даже не подозревая, что считает по разным правилам.
• Игнорируют офлайн-конверсии. Для бизнеса со звонками, розницей или менеджерами по продажам веб-аналитика в принципе не видит существенную часть выручки, и её сравнение с P&L без офлайн-данных бессмысленно.
• Меняют методику подсчёта в середине периода. Обновили цели в Метрике или стадии в CRM в разгар месяца — и теперь сравнение месяц к месяцу некорректно, даже если внутри месяца всё логично.
• Считают, что расхождение — признак того, что одна из систем «сломана». Чаще всего все три системы работают правильно, просто измеряют разные вещи; проблема в интерпретации, а не в инструменте.

FAQ

Какой цифре верить, если CRM и Метрика показывают разную выручку?

Для решений о деньгах — бюджете, инвестициях в канал, премиях — верить нужно P&L, потому что это единственный отчёт, построенный от фактических поступлений и списаний. Метрика и CRM полезны для диагностики процесса и трафика, но не предназначены быть финальным источником цифры выручки.

Почему Яндекс.Метрика показывает выручку выше, чем в CRM?

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

Почему CRM показывает выручку выше, чем реально поступило денег?

Потому что в CRM в отчёт о выручке часто попадают сделки на стадии «выставлен счёт» или «согласовано», которые ещё не оплачены и могут отмениться. Без строгой настройки воронки CRM показывает потенциал, а не факт.

Как часто нужно сверять цифры между Метрикой, CRM и P&L?

Практика — сверять раз в месяц при закрытии периода, а не на каждой еженедельной планёрке: закрытый P&L появляется не сразу, и сравнение с незакрытым периодом даёт ложное расхождение. Еженедельно достаточно смотреть динамику внутри одной системы, а не сравнивать разные отчёты между собой.

Может ли сквозная аналитика полностью убрать расхождение между отчётами?

Сквозная аналитика сокращает расхождение, связывая клики с оплатами через CRM, но не убирает его полностью — офлайн-продажи, отложенные решения и ручные корректировки в бухгалтерии всё равно требуют финальной сверки с P&L. Она снижает трудозатраты на ручную сверку, но не заменяет управленческий отчёт.

Что делать, если собственник требует одну цифру, а не три отчёта с оговорками?

Дать одну цифру из P&L и держать Метрику и CRM в приложении как диагностику, если потребуются вопросы «почему». Собственнику нужна цифра для решения, а не методологическая дискуссия, поэтому презентовать стоит по принципу «главная цифра — расшифровка по запросу».

Почему нельзя просто выбрать самую высокую или самую консервативную цифру из трёх?

Потому что и то, и другое искажает управленческое решение в одну сторону: завышенная цифра из Метрики создаёт иллюзию эффективности рекламы, заниженная — повод резать работающий канал. Единственный способ не ошибиться — использовать цифру, которая по своей природе ближе всего к реальным деньгам, то есть P&L.

Если на планёрках регулярно спорят о том, какая выручка правильная, а маркетинг и финансы читают разные цифры как факты, разбор этой темы — часть интенсива Marketing OS: там маркетинг учится говорить на языке P&L и защищать бюджет цифрами, которые не оспорит ни один финансовый директор.