Отчет полезен только тогда, когда после него понятно, что делать. Если РОП видит красивый график, но не понимает, кого проверить, какую сделку разобрать, какую стадию исправить и где клиент может сорваться, это не управленческий отчет, а декорация. В продажах важен не сам факт наличия цифр, а связка "показатель → сигнал → действие".
Фокус материала — не перечень всех отчетов, а управленческая логика: какие 10 показателей смотреть РОПу, где искать искажения и какое действие делать после красного сигнала. Доступность конкретных инструментов зависит от тарифа, конфигурации портала и качества данных.
Какие инструменты отчетности есть в Битрикс24
По официальной документации Битрикс24 есть несколько уровней аналитики. CRM-аналитика помогает смотреть путь от лида до сделки, воронку, конверсию, среднее время и суммы. Конструктор отчетов в CRM позволяет собирать отчеты из стандартных шаблонов и полей. Есть стандартные отчеты в отдельных разделах. Для более сложной бизнес-аналитики используются BI-инструменты: BI-Аналитика, подключение внешних BI-систем и BI Конструктор, доступность которого зависит от версии и установленного модуля.
Индивидуальные дашборды - это уже проектная настройка: выбирают источники данных, формулы, роли, периодичность и визуализацию. Перед обещанием такого отчета нужно проверить тариф, архитектуру портала, качество данных и требования руководителя.
Периодичность контроля
| Период | Что смотреть | Зачем | Действие РОПа |
|---|---|---|---|
| День | Новые заявки, первый ответ, просрочки, сделки без шага | Не дать потерять текущие обращения | Разобрать критичные отклонения до конца дня |
| Неделя | Конверсия по этапам, время на стадии, контроль КП и счетов | Найти слабые места процесса | Провести разбор с менеджерами и обновить правила |
| Месяц | План-факт, причины проигрыша, прогноз, сделки в риске | Оценить систему продаж | Изменить план, ресурс, скрипт, оффер или автоматизацию |
10 показателей и что с ними делать
| Показатель | Вопрос | Данные | Искажение | Красный сигнал | Действие РОПа | Период | Источник |
|---|---|---|---|---|---|---|---|
| 1. Новые лиды и сделки по источникам | Откуда приходит спрос? | Источник, дата, ответственный, стадия | Источник не заполнен или перезаписан | Много заявок без движения или с неизвестным источником | Проверить распределение и качество обработки | День/неделя | CRM-аналитика или настройка отчета |
| 2. Скорость первого ответа | Как быстро команда реагирует? | Время создания, первое дело, звонок, сообщение | Первый ответ фиксируется не в CRM | Ответ позже регламента | Разобрать очередь и правила назначения | День | Отчет или отдельная настройка |
| 3. Конверсия по этапам | Где теряются клиенты? | Стадии, переходы, проигрыши | Стадии используются формально | Резкий провал на одном этапе | Разобрать причины и изменить процесс | Неделя/месяц | CRM-аналитика |
| 4. Время на стадии | Где сделки зависают? | Дата входа на стадию, дата выхода | Сделку переводят задним числом | Сделки превышают норму этапа | Проверить препятствие и следующий шаг | Неделя | Отчет или BI |
| 5. Сделки без следующего шага | У каждой сделки есть действие? | Задачи, дела, дата контакта | Следующий шаг записан в комментарии | Нет будущего дела или срока | Поставить задачу и обновить регламент | День | Отдельная настройка |
| 6. Просроченные задачи и дела | Где команда не успевает? | Задачи, дела, ответственный, срок | Задачи закрывают задним числом | Просрочки копятся у одного менеджера или этапа | Снять перегрузку или дисциплинарную причину | День | Стандартный отчет/настройка |
| 7. Контроль после КП или счета | Дожимаем ли следующий шаг? | Дата КП, счет, звонок, задача, статус | КП отправлено вне CRM | Документ отправлен, контакта нет | Проверить сделку и поставить касание | День/неделя | Отдельная настройка/BI |
| 8. Причины проигрыша | Почему теряем сделки? | Причина отказа, комментарий, стадия | Менеджеры выбирают формальную причину | Большая доля "другое" или пустых причин | Уточнить классификатор и разобрать звонки | Неделя/месяц | CRM-отчет |
| 9. План-факт | Идем ли к плану? | План, сумма сделок, оплаты, ответственные | Сумма сделки не равна оплате | Отставание при большом объеме зависших сделок | Пересобрать прогноз и приоритеты | Неделя/месяц | CRM/BI |
| 10. Прогноз и сделки в риске | Что реально закроется? | Стадия, сумма, вероятность, активность, риски | Вероятность выставлена формально | Крупные сделки без контакта или с возражениями | Провести deal review | Неделя | BI или индивидуальный дашборд |
Качественный слой: не только количество действий
Количественные отчеты показывают, что звонок был, задача закрыта, сделка перешла на стадию. Но они не всегда отвечают, был ли разговор полезным. Для этого нужен качественный слой: смысл звонка, потребность клиента, возражение, следующий шаг, риск и красные зоны.
Важно честно отделять встроенные функции Битрикс24 от приложения CTR1. Встроенный BitrixGPT по документации умеет работать с CRM-звонками, расшифровкой, резюме и заполнением полей. Приложение CTR1 на текущем сайте описано как специализированный анализ звонков с транскрибацией, резюме, потребностями, возражениями, оценкой, следующим шагом, рисками, красными зонами, задачами, возвратом результата в CRM и отчетами. Подробнее об этом контуре: AI-анализ звонков.
Условный дашборд РОПа
Условный сценарий. РОП открывает утренний дашборд. В верхнем блоке - новые заявки и скорость первого ответа. Во втором - сделки без следующего шага и просроченные задачи. В третьем - КП и счета без касания. В четвертом - крупные сделки в риске, где есть возражение по срокам или нет будущего контакта. У каждого блока есть не только цифра, но и список действий: кому написать, какую сделку открыть, какой звонок проверить.
Такой дашборд не должен быть перегружен десятками графиков. Для ежедневной работы нужны сигналы. Для недельного разбора - динамика. Для месяца - план-факт, причины проигрыша и прогноз.
Как читать показатели вместе
Один показатель редко дает правильный вывод. Если снизилась конверсия по этапам, сначала нужно посмотреть источники заявок: возможно, изменилось качество входящего потока. Если выросло время на стадии, проверьте сделки без следующего шага и просроченные задачи: возможно, проблема не в клиенте, а в дисциплине касаний. Если план-факт отстает, но прогноз выглядит оптимистично, важно проверить крупные сделки в риске и качество последних звонков.
Хороший отчет помогает идти от общего сигнала к конкретному объекту. Не "у нас плохая конверсия", а "на этапе КП теряется больше сделок, у трех менеджеров много документов без следующего контакта, в звонках часто звучит возражение по срокам". Тогда действие РОПа становится предметным: разобрать этап, изменить шаблон КП, настроить напоминание, проверить звонки и обновить критерии квалификации.
Если показатели противоречат друг другу, это тоже сигнал. Например, активность высокая, но сделки без движения растут. Значит, команда может делать много действий, которые не продвигают клиента. Или конверсия стабильная, но причины проигрыша заполнены формально. Значит, отчет успокаивает, но не объясняет потери.
Почему отчеты врут
- Пустые поля. Если источник, причина отказа или следующий шаг не заполнены, отчет строится на неполных данных.
- Непривязанные звонки. Разговор был, но не связан со сделкой, поэтому качество коммуникации выпадает.
- Неверные стадии. Менеджеры используют этапы как напоминания, а не как фактическое состояние сделки.
- Формальные причины отказа. "Дорого" или "не актуально" скрывают настоящие причины потери.
- Дубли. Один клиент или сделка живет в нескольких карточках, и цифры расходятся.
- Заднее закрытие задач. Просрочка исчезает из отчета, но управленческая проблема остается.
- Несогласованные определения. Команда по-разному понимает "новый лид", "квалифицированная сделка" или "следующий шаг".
Ошибки в интерпретации отчетов
- Смотреть только на количество звонков. Большая активность не означает качественную работу, если после звонков нет договоренностей и следующих шагов.
- Сравнивать менеджеров без учета портфеля. У одного могут быть холодные лиды, у другого - действующая база. Показатели нужно читать вместе с источником и типом сделки.
- Наказывать за красный сигнал без разбора. Просрочка или риск - повод открыть сделку, а не автоматический вывод о плохой работе.
- Верить план-факту без оплат. Сумма открытых сделок и оплаченная выручка могут расходиться, особенно в длинных B2B-продажах.
- Строить BI поверх грязных данных. Сложный дашборд не исправит пустые поля, дубли и неверные стадии.
- Смешивать операционный и стратегический контроль. Ежедневная паника из-за месячных показателей мешает, а месячный анализ по ежедневным шумам не дает стратегии.
Что делать, если данных не хватает
Если в отчетах не хватает данных, не нужно сразу заказывать сложный дашборд. Сначала проверьте, какие поля реально заполняют менеджеры, какие действия автоматически попадают в CRM и где возникают ручные обходы. Иногда достаточно добавить обязательное поле причины отказа, настроить задачу на следующий контакт и связать звонки со сделками.
Если данные есть, но разбросаны по разным объектам, нужен этап нормализации: единые стадии, одинаковые источники, понятные причины проигрыша, правила закрытия задач и проверка дублей. Только после этого BI или индивидуальная отчетность покажет управленческий смысл, а не красиво оформленный хаос.
Еще один важный шаг - назначить владельцев показателей. За скорость первого ответа отвечает не BI-специалист, а руководитель, который управляет очередью заявок. За причины проигрыша отвечает РОП, потому что именно он должен добиться честного заполнения и разбора. За качество источников отвечает тот, кто управляет маркетингом или входящим потоком. Без владельца показатель можно построить, но нельзя улучшить.
Проверяйте каждый отчет вопросом: какое решение мы примем, если показатель станет красным? Если ответа нет, показатель лучше убрать, объединить с другим или оставить только для месячного анализа, чтобы не перегружать ежедневный контроль.
Полезно отдельно зафиксировать словарь метрик. Что считается первым ответом, когда сделка считается зависшей, какие задачи входят в просрочку, как трактуется проигрыш и какой период берется для прогноза. Пока эти определения не согласованы, разные руководители будут видеть в одном дашборде разные выводы.
План настройки отчетности
- Соберите управленческие вопросы РОПа и собственника.
- Проверьте воронки, стадии, обязательные поля и источники.
- Разделите показатели на день, неделю и месяц.
- Настройте базовые отчеты и списки контроля.
- Согласуйте определения показателей с командой.
- Проверьте данные на дублях, пустых полях и непривязанных звонках.
- Добавьте качественный слой по звонкам, если цифр недостаточно.
- После стабилизации данных переходите к BI или индивидуальному дашборду.
Чек-лист дашборда
- У каждого показателя есть владелец.
- Понятно, из каких полей он считается.
- Есть красный сигнал и допустимый диапазон.
- РОП знает действие после отклонения.
- Показатели разделены по периодичности.
- Данные проверяются на пустые поля и дубли.
- Качественные сигналы по звонкам отделены от количественной активности.
- BI используется там, где стандартного отчета действительно недостаточно.
Связанные материалы
Дополнительные разборы по теме
- BI-конструктор Битрикс24: какие отчёты стоит собрать руководителю
- Сквозная аналитика в Битрикс24: что она показывает и почему часто ошибается
Мягкий следующий шаг
Если отчеты сейчас показывают цифры, но не дают управленческих действий, начните с аудита показателей и качества данных. Для настройки отчетности в Битрикс24 можно перейти на страницу отчеты в Битрикс24. Если проблема шире и связана с воронками, ролями и регламентами, полезна страница внедрение Битрикс24.
