Управленческий отчёт начинается не с графика, а с правильного объекта контроля, понятного показателя и заранее определённого действия при отклонении.
В B2B-продажах руководителю недостаточно видеть сделки, выручку и активность менеджеров. Есть ещё один уровень контроля: насколько сама клиентская база готова к работе?
Есть ли по важным компаниям нужные контакты?
Найдены ли ЛПР?
Не копятся ли карточки с неполными данными?
Не искажают ли отчёт дубли и недавно созданные компании, которые ещё не успели заполнить?
Разберём это на реальном обезличенном кейсе оптовой B2B-компании.
Это первый материал серии «Отчёты для руководителей», где мы будем разбирать не набор возможных графиков, а конкретные управленческие задачи и способы их решения в Битрикс24.
Коротко: в чём была задача
У компании уже был отчёт, который помогал находить компании без ЛПР - лица, принимающего решение. Но сам контроль оставался ручным. Руководитель периодически открывал отчёт, выбирал сотрудников и несколько компаний, проверял карточки и передавал найденные замечания на исправление.
Следующий логичный вопрос: можно ли автоматически находить такие компании и создавать задачи сотрудникам? Технически автоматизировать проверку можно. Но если просто заменить ручной контроль автоматической постановкой задач, можно получить не управленческую систему, а большой поток замечаний.
Поэтому мы предложили сначала изменить саму модель контроля. Вместо: нашли проблемную карточку -> создали задачу использовать: цель -> объект контроля -> правила выборки -> показатель -> baseline -> план -> факт -> отклонение -> действие -> автоматизация.
И только после этого решать, какие отчёты, уведомления и задачи нужны.
Почему несколько проверенных карточек не показывают состояние базы
Представим, что у менеджера несколько сотен компаний. Руководитель проверил три.
В двух всё заполнено правильно, в одной нет ЛПР. Мы нашли ошибку.
Но мы почти ничего не узнали о состоянии базы в целом.
Проблема может быть единичной. А может затрагивать значительную часть компаний. Поэтому выборочная проверка и измерение состояния базы решают разные задачи.
Автоматический отчёт может контролировать полноту данных по всей релевантной базе.
Руководитель может выборочно проверять их достоверность.
Так ручной контроль не исчезает, но перестаёт быть основным способом измерения.
Почему не стоит сразу создавать задачу на каждую компанию без ЛПР
Изначально решение выглядит просто: компания без ЛПР -> задача ответственному. Но в реальном кейсе проявились ограничения:
В базе были дубли.
Часть компаний была создана недавно.
У сотрудников накоплена большая историческая база.
Если механически применить правило: одна компания без ЛПР = одна задача можно создать десятки или сотни задач, среди которых будут как реальные отклонения, так и записи, требующие другого решения. Автоматизация начнёт создавать дополнительную нагрузку.
Поэтому первый вопрос должен звучать не:
Как автоматически поставить задачу?
А:
Какие компании вообще должны участвовать в контроле?
Сначала определяем объект измерения
Нельзя считать KPI по всей CRM только потому, что запись технически существует. Сначала компания должна определить, какие компании считаются актуальными, как обрабатываются дубли, сколько времени после создания компании даётся на заполнение данных, какие случаи являются исключениями, что именно считается корректным ЛПР и кто отвечает за качество данных.
Конкретные правила зависят от процесса конкретной компании. Но принцип общий: сначала определяем релевантную базу, затем считаем показатель. Иначе даже правильно построенный график будет считать неправильный объект.
В нашем кейсе вопрос дублей оказался не технической мелочью, а частью самой модели отчёта. Если одна компания представлена несколькими карточками, она может несколько раз попасть в статистику и исказить результат. Подробнее работу с такими ситуациями мы разбираем в статье «Дубликаты в Битрикс24: как найти, объединить и не создавать новые».
Что должен показывать отчёт руководителю
После определения правил можно перейти от списка отдельных ошибок к показателям.
Для этого кейса управленческий слой может включать размер контролируемой базы, количество компаний с корректным ЛПР и без него, долю покрытия, новые компании в допустимом сроке заполнения, просроченные отклонения, динамику по периодам, разрезы по сотрудникам и подразделениям, а после появления обоснованного норматива - план и факт.
Это уже другой тип контроля. Руководитель получает ответы не только на вопрос:
Где сейчас есть ошибка?
Но и на более важные:
В каком состоянии находится база?
Ситуация улучшается или ухудшается?
Где накапливается отклонение?
Кто должен на него отреагировать?
Сначала текущее положение, потом KPI
Когда показатель появился, возникает соблазн сразу установить норматив. Например, потребовать каждый месяц увеличивать долю компаний с ЛПР на определённое значение. Но сам факт, что показатель можно посчитать, ещё не делает его хорошим KPI.
Сначала нужно фактическое исходное состояние.
У одного подразделения покрытие может быть низким и требовать восстановления старой базы.
У другого большая часть базы уже заполнена, и задача состоит скорее в поддержании стандарта.
Кроме того, сотрудник должен реально иметь возможность влиять на показатель. Поэтому последовательность лучше сохранять такой: измерить -> понять причины -> определить норму -> контролировать отклонение.
Более общий принцип разобран в материале «На какие KPI сотрудник действительно может влиять».
Отчёт должен приводить к действию
Главный вопрос к любому управленческому отчёту: что происходит после того, как руководитель увидел отклонение?
Например, отчёт показывает, что у одного подразделения растёт количество компаний без ЛПР.
После этого сотрудник может получить список для исправления или одну сводную задачу.
Руководитель может получить уведомление.
Просроченное отклонение может эскалироваться или стать темой разбора на встрече.
Конкретный механизм зависит от процесса. Но действие должно быть определено заранее. Иначе можно получить технически хороший BI-отчёт, который регулярно обновляется, но практически не используется. Эту проблему отдельно разбираем в материале «Почему отчётами никто не пользуется: активность против управленческой пользы».
Почему одна сводная задача может быть полезнее сотни отдельных
В этом кейсе мы бы не начинали с создания отдельной задачи на каждую компанию. Предлагаемая схема может выглядеть так:
У сотрудника 27 компаний, требующих проверки.
Внутри можно разделить недавно созданные компании, записи с истёкшим сроком заполнения и старые отклонения, которые уже были в предыдущей проверке. После согласованного срока система повторно проверяет состояние базы.
Руководитель видит уже не новый список ошибок, а изменение: сколько отклонений было, сколько исправлено, сколько осталось и сколько появилось новых. Так автоматизация помогает управлять накопившимся отклонением, а не просто производит задачи.
Важно: это предлагаемая архитектура процесса, а не описание уже внедрённой у клиента системы и не готовая универсальная функция Битрикс24. Конкретный механизм реализации определяется после фиксации правил контроля.
Ручную проверку полностью убирать не нужно
Отчёт может показать, что у компании формально есть ЛПР. Но это ещё не доказывает качество данных.
Контакт мог устареть.
В качестве ЛПР мог быть указан неподходящий сотрудник клиента.
Нужное поле могло быть заполнено формально.
Поэтому выборочная проверка руководителем остаётся полезной. Только теперь она отвечает на другой вопрос.
Автоматика проверяет полноту.
Человек выборочно проверяет достоверность.
Это масштабируемее, чем вручную искать проблемы во всей базе.
Как это можно реализовать в Битрикс24
Техническое решение начинается с бизнес-правил.
1. Определить данные
Нужно зафиксировать, где хранится признак ЛПР, как связаны компании и контакты, какие пользовательские поля участвуют в проверке, как определяется ответственный и какие записи нужно исключать.
2. Сформировать правильную выборку
Отчёт должен работать только с компаниями, которые действительно участвуют в контроле. На этом этапе применяются правила по новым компаниям, дублям и исключениям.
3. Рассчитать показатели
После определения выборки можно считать размер контролируемой базы, заполненность, долю покрытия, просроченные отклонения, динамику и показатели по сотрудникам и подразделениям.
4. Визуализировать данные
BI Конструктор Битрикс24 позволяет использовать данные компаний, контактов, системных и пользовательских полей как основу для аналитики.
Если нужная информация находится не только в CRM, архитектура отчёта может включать внешние источники.
Сам дашборд при этом решает прежде всего задачу расчёта и визуализации показателей.
5. Спроектировать реакцию на отклонение
Регулярный пересчёт базы, сравнение текущего состояния с предыдущим, уведомления и постановка задач - отдельная часть решения. В зависимости от сценария для неё могут использоваться штатная автоматизация, бизнес-процессы, приложения, REST-интеграция или собственная разработка.
Поэтому сначала проектируется управленческий алгоритм, а затем под него выбирается технический инструмент.
Этот принцип шире конкретного кейса. Он разобран в материале «Сначала цель, потом инструмент: как выбирать механизм управления». Если в процессе выясняется, что правила выборки, автоматизации и исключений нельзя однозначно сформулировать, это уже вопрос проектирования требований. Отдельно такой подход разбираем в статье «ТЗ на внедрение Битрикс24: когда списка требований недостаточно».
ЛПР - только один пример
Та же логика подходит для других сценариев B2B-компании.
Можно контролировать компании без следующего запланированного действия, клиентов без недавней активности, незаполненные обязательные данные, накопление дублей, компании без актуального ответственного, просроченные действия и другие внутренние стандарты ведения клиентской базы.
Но не каждый показатель нужно превращать в отдельный график. У полезного отчёта должно быть продолжение: что произошло -> является ли это отклонением -> что нужно сделать. Если последнего ответа нет, показатель ещё не стал полноценным инструментом управления.
Главное
Исходная задача клиента звучала просто: автоматизировать проверку компаний без ЛПР.
После разбора она становится шире: определить правильную клиентскую базу -> измерять её состояние -> видеть динамику -> находить отклонения -> назначать действие -> автоматизировать повторяющуюся часть.
В таком контуре руководителю уже не приходится судить о состоянии сотен компаний по нескольким вручную открытым карточкам. Битрикс24 становится источником данных и частью управленческого процесса, а не просто местом хранения карточек и графиков.
FAQ
Какие отчёты в Битрикс24 нужны руководителю?
Не существует универсального набора. Полезный отчёт должен отвечать на конкретный управленческий вопрос и заранее определять, какое действие последует при отклонении показателя.
Как контролировать качество клиентской базы в Битрикс24?
Сначала нужно определить релевантную выборку компаний и правила качества данных. После этого можно считать заполненность, долю отклонений, динамику и показатели по сотрудникам или подразделениям.
Можно ли автоматически находить компании без ЛПР в Битрикс24?
Можно организовать такую проверку, если критерий ЛПР можно однозначно определить по данным CRM. Конкретная реализация зависит от структуры компаний, контактов, пользовательских полей и правил исключения.
Нужно ли создавать отдельную задачу на каждую компанию без ЛПР?
Не обязательно. При большой базе отдельные задачи могут создать лишний поток работы. В некоторых сценариях полезнее одна сводная задача или список отклонений с последующей повторной проверкой.
Как учитывать новые компании и дубли в отчёте?
Для новых компаний стоит определить допустимый срок заполнения, а дубли нужно учитывать до расчёта показателя. Иначе одна организация может несколько раз попасть в статистику и исказить результат.
Можно ли построить такой отчёт в BI Конструкторе Битрикс24?
Данные компаний, контактов и пользовательских полей можно использовать как основу для BI-отчёта. Регулярные проверки, сравнение периодов, уведомления и задачи могут потребовать отдельного слоя автоматизации.
Зачем оставлять ручную проверку, если отчёт автоматизирован?
Автоматический контроль хорошо показывает полноту данных по всей выборке. Ручная выборочная проверка нужна для оценки достоверности: действительно ли указанный контакт актуален и соответствует принятому в компании определению ЛПР.
Нужен отчёт для руководителя в Битрикс24?
Начните не с выбора диаграммы, а с управленческого вопроса, который должен решать отчёт.
Мы разберём исходные данные, правила выборки, показатели и действия при отклонениях, проверим штатные возможности Битрикс24 и определим, где нужна дополнительная автоматизация, приложение или интеграция.
В результате можно составить индивидуальный план реализации и автоматизировать только те действия, которые действительно нужны для управления.