Снимок CRM не давал недельной картины
Без интервальной модели нельзя было надёжно восстановить, сколько лидов находилось в рабочих статусах на конкретной неделе.
- Текущие статусы вместо истории
- Дела и лиды в разных списках
- Ручная проверка просрочек
Официальный сайт заказчика ↗Собрали для руководителей недельный контроль лидов и CRM-активностей: состояние рабочей воронки, завершённые и просроченные дела, лиды без дел, задачи текущей недели и звонки.
Сотрудники, лиды, CRM ID, даты, внутренние поля, SQL и фактическая статистика скрыты. Все иллюстрации ниже используют вымышленные значения и обезличенные подписи.
Для компании, которая проектирует и обслуживает IT- и телеком-инфраструктуру, важно видеть не только объём входящего потока, но и фактическую работу ответственных с каждым лидом.
Публичная версия показывает назначение и структуру решения, но не раскрывает рабочие показатели и внутренние данные заказчика.
Без интервальной модели нельзя было надёжно восстановить, сколько лидов находилось в рабочих статусах на конкретной неделе.
Показать по каждому ответственному лиды в работе, завершённые, просроченные и запланированные дела, а также звонки.
Руководитель выбирает период и сотрудника, находит отклонение и открывает разрешённый реестр лидов или дел.
Сводные таблицы и детализации используют единые правила недели, ответственного и состояния CRM-активности.
Лид учитывается в рабочем статусе только на относящихся к нему неделях.
Финальный статус прекращает дальнейший учёт, если лид не возвращён в работу.
Число в таблице раскрывается в тот же разрешённый набор строк.
Публично показываем бизнес-логику. Поля CRM, SQL, служебные идентификаторы и матрица прав остаются под NDA.
Получаем разрешённые пользователю данные
Восстанавливаем нахождение лида в рабочем статусе
Считаем уникальные лиды и связанные активности
Руководитель раскрывает проблемную неделю
Основной период и ответственный управляют исторической частью; отдельный период текущей недели используется для оперативных таблиц.
Лид учитывается один раз на неделю и менеджера. Финальные статусы и возврат в работу обрабатываются отдельно.
Лиды, завершённые и просроченные дела, текущая неделя и звонки раскрываются до разрешённых строк.
Руководитель видит нагрузку по ответственным, быстро находит недели с лидами без действий и проверяет конкретные CRM-активности.
Визуализация подготовлена на обезличенных демонстрационных данных.


Сроки и внутренние этапы заказчика не публикуются. Показываем проверяемую логику создания отчёта.
Зафиксировали, какие отклонения должен видеть руководитель.
Результат: карта контроляРазвели вход, выход, финальные состояния и возврат лида в работу.
Результат: metric contractСобрали недельные матрицы, фильтры и переходы к строкам.
Результат: рабочий отчётСверили сводные значения, детализации, периоды и доступы.
Результат: применяемый продуктБизнес-аналитикBI-инженерИнтегратор Битрикс24Разработчик
Владелец отчётаРуководителиКлючевые пользователи
Состав функций соответствует подтверждённой структуре отчёта «BI Активность».
Фактические значения находятся под NDA. Поэтому результат описан через реализованные возможности и проверяемые пользовательские действия.
Руководитель видит динамику уникальных лидов в рабочих состояниях.
Источник: модель истории статусов CRMЗавершённые, просроченные, текущие дела и звонки доступны в отдельных таблицах.
Источник: структура рабочего отчётаТаблица и детализация используют один период, ответственного и role scope.
Источник: пользовательский сценарийТолько текущий список лидов
Историческая недельная матрица
Дела и звонки проверяются отдельно
Согласованный набор представлений
Ручной поиск проблемных строк
Детализация наследует applied-срез
Период, ответственный, период текущей недели и номер недели отчёта.
Лиды в воронке, завершённые дела, лиды без дел, просрочки, дела текущей недели и звонки.
Таблица и детализация для каждого рабочего представления.
Определим рабочие статусы, правила недели и набор CRM-активностей, которые должны контролировать руководители.