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

Отсюда главное практическое следствие. Когда обмен с 1С встал в пятницу вечером, отчёт по среднему чеку в понедельник всё равно построится и всё равно будет выглядеть аккуратно — просто он покажет суммы, которые менеджеры проставили в сделках, а не суммы, на которые компания отгрузила. Никакой пометки «данные неполные» в нём не будет. Именно так рождаются уверенные решения на неверных числах.

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

Семь отчётов и поля, без которых они врут

Колонка «откуда поле» здесь важнее остальных. Поля из CRM зависят от дисциплины менеджера — это управленческая задача, и она разбирается в отдельном материале о том, почему менеджеры не ведут CRM. Поля со стыка зависят от того, работает ли обмен: их некому «не заполнить», они либо приходят, либо не приходят молча.

ОтчётПоля, без которых он врётОткуда полеЧто показывает при заполнении 50 %
Воронка по этапамЭтап, дата смены этапа, суммаCRMКонверсию завышенной: сделки без движения не попадают в знаменатель этапа
Конверсия по источникамИсточник, метка кампании, номер коллтрекингаСайт и телефонияСмещённую картину: доля крупного канала удваивается за счёт незаполненных
Скорость первого ответаВремя создания заявки, время первого исходящего касанияФорма, телефония, почтаСреднее только по быстрым ответам: медленные обычно и есть те, где касание не зафиксировано
Средний чекСумма сделки, дата закрытия, сумма отгрузкиCRM и учётная системаСумму намерения вместо суммы отгрузки — расхождение обычно 8–15 %
Просроченные задачиДата следующего шага, срок задачиCRMМеньше просрочек, чем есть: сделка вообще без задачи в отчёт не попадает
Прогноз на месяцОжидаемая дата закрытия, вероятность или этап, суммаCRMЗавышенный прогноз: сделки с просроченной датой закрытия остаются в текущем месяце
Активность менеджераЗвонки, письма, сообщения, привязка касания к сделкеТелефония, почта, мессенджерыНесопоставимых людей: у одного подключён мобильный, у другого нет
Пятый отчёт коварнее остальных

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

карта связейotchetnost-rukovoditelyu-iz-crm--01
Схема: четыре источника данных слева, семь отчётов справа, стрелки с подписями полей

Карта связей. Слева четыре узла-источника: «CRM», «Сайт и формы», «Телефония», «Учётная система 1С». Справа вертикальный список из семи отчётов: воронка по этапам, конверсия по источникам, скорость первого ответа, средний чек, просроченные задачи, прогноз на месяц, активность менеджера. Стрелки от источников к отчётам подписаны передаваемыми полями: «источник и метка кампании», «время первого касания», «сумма отгрузки», «звонки и письма». Стрелки со стыков нарисованы штриховой линией и помечены значком «может молча пропасть». Внизу подпись: «Четыре отчёта из семи зависят не от менеджера, а от работающего обмена». Чертёжный стиль, подписи по-русски.

Четыре отчёта из семи опираются на поля, которые приходят со стыка, а не от менеджера

Что происходит с цифрой при половинном заполнении

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

Цена одного отчёта по источникам при заполнении поля у 54 % сделок
Сделок выиграно за квартал210
Из них с заполненным источником113, то есть 54 %
По отчёту: доля канала «реклама в поиске»46 из 113 = 41 %
Ручная проверка 30 сделок из 97 «без источника»у 19 источник — повторное обращение
Пересчёт доли канала на весь поток46 из 210 = 22 %
Решение по отчёту: перенос бюджета в этот канал+180 000 ₽ в месяц
Сделок из канала за месяц по факту7
Стоимость сделки: 180 000 ₽ ÷ 725 714 ₽ при валовой марже 21 000 ₽
ИтогоОтчёт показал 41 % вместо 22 % и увёл 180 000 ₽ в месяц в канал, который приносит на 4 714 ₽ убытка со сделки

Обратите внимание, что ни одна цифра в этом расчёте не была подделана. Отчёт честно посчитал то, что у него было. Он просто не имел права строиться: рабочий порог для отчёта по источникам — не ниже 80 % заполнения поля, а лучше опираться на собранную цепочку от клика до оплаты, которую мы разбирали в материале про сквозную аналитику и CRM. Ниже 80 % отчёт должен не рисоваться, а показывать одну строку: «данных недостаточно, заполнено 54 %».

графикotchetnost-rukovoditelyu-iz-crm--02
Две колонки: доля канала 41 % по отчёту и 22 % после пересчёта на весь поток сделок

Диаграмма из двух вертикальных столбцов. Левый столбец — «По отчёту: 46 из 113 заполненных = 41 %», выделен, над ним подпись «на этой цифре принято решение». Правый столбец ниже — «Пересчёт на весь поток: 46 из 210 = 22 %». Между ними фигурная скобка с подписью «180 000 ₽ в месяц». Внизу серая полоса: «97 сделок без источника — не случайная половина, а повторные обращения». Ось подписана в процентах, все числа по-русски.

Разница между 41 % и 22 % — это 180 000 ₽ в месяц, перенесённые не туда

Три способа получить неправду, никого не обманывая

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

  1. 1
    Перенос даты закрытия

    Сделка не проигрывается, а сдвигается на следующий месяц — и так шесть раз подряд. Прогноз при этом никогда не ошибается, потому что переезжает вместе со сделкой. Проверка: отчёт по числу изменений поля «ожидаемая дата закрытия» на одной сделке. Три переноса и больше — сигнал; в модельной базе такие сделки составляют 12–18 % активных.

  2. 2
    Закрытие причиной, которая выводит сделку из знаменателя

    Проигранная сделка закрывается не как «отказ», а как «нецелевое обращение» или «дубль». Формально это правда — почти всегда можно так обосновать. Фактически сделка исчезает из знаменателя конверсии, и конверсия растёт без единой дополнительной продажи. Проверка: доля закрытий с «техническими» причинами; выше 15 % — повод разобрать вручную двадцать таких карточек.

  3. 3
    Создание сделки задним числом

    Заявка пришла в понедельник в мессенджер, менеджер завёл её в CRM в четверг и поставил дату понедельника. Скорость первого ответа в отчёте становится четыре минуты вместо трёх дней. Проверка: сравнить дату создания записи в системе с датой первого касания клиента из телефонии или мессенджера — это разные поля, и второе подделать нельзя. Расхождение больше суток у 10 % сделок означает, что отчёт о скорости ответа не читается.

Это не разговор о честности, это разговор о метрике

Все три приёма появляются там, где по метрике считают премию, а изменить саму цифру честным способом менеджер не может — например, когда скорость первого ответа зависит от того, доехала ли заявка с сайта. Прежде чем предъявлять людям, стоит проверить, не ломает ли отчёт сам стык: как заявки доезжают до системы, разобрано в материале про интеграцию сайта с CRM.

Полнота базы — цифра руководителя, а не претензия к менеджерам

Полнота базы должна висеть рядом с семью отчётами восьмой строкой и обновляться так же регулярно. Формулировка одна: доля сделок в работе, у которых заполнены все поля, участвующие в отчётности. Рабочий порог — 85 %. Ниже него остальные отчёты не читаются, и это техническое утверждение, а не оценка людей: при 60 % полноты любой вывод о конверсии по каналам держится на догадке о том, как выглядят оставшиеся 40 %.

Вторая часть работы руководителя по данным — сверка того, что CRM и учётная система говорят об одном и том же месяце. Это не аналитика, а ручной труд по стыку, и он поддаётся счёту.

Ручная сверка сумм CRM и 1С за месяц: отдел из девяти менеджеров
Выиграно сделок за месяц по данным CRM210 на 14 200 000 ₽
Отгружено за тот же месяц по данным учётной системы12 640 000 ₽
Расхождение1 560 000 ₽, то есть 11 %
Сделок, по которым суммы не совпали34
Разбор одной: найти сделку, открыть документ, понять причину12 минут
Время руководителя: 34 × 12 минут6,8 часа × 1 800 ₽ = 12 240 ₽
Собственник пересчитывает итог сам, трижды в месяц4,5 часа × 2 500 ₽ = 11 250 ₽
Итого23 490 ₽ в месяц, 281 880 ₽ в год — плата за то, что у двух систем нет общего правила «что считается продажей»

Устраняется это не отчётом, а договорённостью и обменом: какое событие считается выигранной сделкой, кто хозяин суммы, что происходит при частичной отгрузке и при возврате. Способы связать две системы и цена каждого разобраны отдельно в материале про интеграцию CRM с 1С. Пока правило не записано, сверку придётся делать руками каждый месяц — и это ровно те 23 490 ₽.

Ритм: 15 минут в понедельник

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

  • Ежедневно, 5 минут, руководитель отдела. Две вещи: новые обращения без ответа дольше норматива и сделки с просроченной датой следующего шага. Оба списка должны быть короткими и закрываться в тот же день.
  • Еженедельно, 15 минут, понедельник. Движение по этапам за неделю (сколько сделок вошло и вышло с каждого), список зависших дольше норматива и цифра полноты базы. Здесь же — короткий вопрос по каждой зависшей сделке: какой следующий шаг и когда.
  • Ежемесячно, 40 минут, руководитель и собственник. Конверсия по источникам, средний чек по факту отгрузки, прогноз против факта прошлого месяца. Именно на этом горизонте принимаются решения о бюджете и найме.
  • Раз в квартал, час. Пересмотр определений: что считается выигранной сделкой, что — источником, какие поля обязательны. Определения ползут сами по себе, и без ревизии годовая динамика через год становится нечитаемой.

Когда пора выносить отчётность из CRM в BI

Встроенные отчёты CRM закрывают потребность дольше, чем принято думать. Переезд в BI нужен не тогда, когда захотелось красивый дашборд, а тогда, когда отчёт по своей природе перестал помещаться внутрь одной системы.

ПризнакВстроенные отчёты CRMBI поверх витрины данных
Источник данныхТолько сама CRMCRM, учётная система, телефония, сайт, таблицы
Глубина историиТекущее состояние сделкиСостояние на любую прошлую дату
Кто меняет отчётАдминистратор системы за минутыАналитик или подрядчик, обычно дни
Новый разрез данныхТолько из имеющихся полейЛюбой, если поле доехало до витрины
Стоимость входаВходит в лицензииПорядка 250 000–300 000 ₽ и 12 000 ₽/мес сопровождения
Когда достаточноОдин отдел, одна система, до 15 отчётных полейДве и более системы или несколько юрлиц

Из российских систем на 2026 год для этой задачи берут Visiology, Yandex DataLens, Polymatica, реже Luxms BI и self-hosted Apache Superset. Один нюанс, который стоит знать до выбора: Yandex DataLens формально не включён в реестр отечественного ПО, хотя данные хранятся в российском облаке, — для госзаказчика и для компаний с требованием закупать реестровое ПО это блокер. Сравнение самих систем мы вынесли в отдельный разбор российских BI-систем.

сравнениеotchetnost-rukovoditelyu-iz-crm--03
Сравнение двух контуров отчётности: встроенные отчёты CRM и BI поверх витрины данных

Сравнение в две колонки. Левая — «Встроенные отчёты CRM»: один источник, текущее состояние, изменения за минуты, входит в лицензии, потолок — один отдел и до 15 отчётных полей. Правая — «BI поверх витрины»: четыре источника (CRM, 1С, телефония, сайт), состояние на любую дату, изменения за дни, 250 000–300 000 ₽ и 12 000 ₽/мес. Между колонками вертикальная линия-порог с подписью «две системы-источника или несколько юрлиц». Внизу мелкая пометка: «Yandex DataLens не в реестре отечественного ПО». Чертёжный стиль, подписи по-русски.

Граница проходит не по красоте дашборда, а по числу систем-источников

Когда эти семь отчётов вам не нужны

Отчётность — не универсальное благо, у неё есть своя цена в часах и в поведении людей. Есть четыре ситуации, в которых семь отчётов надо не строить, а отложить.

  • Полнота базы ниже 60 %. Строить отчёты бессмысленно и вредно: они дадут смещённую картину, а решения по ним будут выглядеть обоснованными. Сначала — сокращение обязательных полей и автозаполнение того, что можно взять со стыка, и только потом отчёты. С чего начинать разбор, разобрано в материале про ошибки настройки CRM.
  • Отдел из двух-трёх человек и поток до 40 сделок в месяц. Руководитель знает каждую сделку по имени, и любой отчёт здесь дублирует то, что уже есть в голове. Полезной остаётся ровно одна цифра — список сделок без следующего шага.
  • По метрике ещё не принято ни одного решения. Если за квартал ни разу не изменилось поведение из-за цифры, отчёт нужен не руководителю, а привычке. Такие отчёты убирают: каждый лишний виджет требует поддержки при любом изменении в источниках.
  • Идёт смена CRM или крупная перенастройка. Отчёты, построенные на полях, которые через месяц изменятся, придётся переделывать целиком. Разумнее дожить до новой схемы, а на переходный период оставить две-три цифры на выгрузке.

Отчёт, который не умеет сказать «данных недостаточно», всегда скажет что-нибудь другое.