Дашборд продаж для руководителя: какие вопросы и показатели вынести на экран

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

Полезная основа дашборда — цепочка: вопрос → сигнал → представление → записи-основания → действие. Она отделяет оперативную работу со сделками от оценки результата за период и не превращает неизвестные данные в уверенные выводы.

Начните с решения руководителя и ритма разбора

Сначала выпишите решения, которые руководитель принимает ежедневно, еженедельно или по итогам периода. Для каждого вопроса назовите человека, который изучит сигнал, и допустимый следующий шаг.

Оперативный вопрос «что делать сейчас» и вопрос «что получилось за период» требуют разных дат, записей и действий. Их можно разместить рядом, только если различия видны. Один экран не обязан охватывать все задачи CRM.

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

Универсального числа KPI и единого порога для всех отделов нет. Состав экрана определяют рабочие вопросы, доступные данные и ритм разбора.

Выберите обзорный сигнал и подходящее представление

Форма представления зависит от вопроса:

Это редакционные варианты, а не норматив дизайна или правило Yandex DataLens. Документация Yandex DataLens описывает дашборд как страницу или набор страниц с виджетами, чартами, заголовками и пояснениями. Она подтверждает возможности платформы, но не определяет, какие показатели нужны конкретному отделу.

Разделите три уровня:

1. Обзор показывает сигнал с понятным названием, периодом и состоянием данных.
2. Отклонение или неизвестность объясняет, почему сигнал требует внимания.
3. Детализация открывает записи, из которых получено число.

Не переносите на обзор все строки CRM. Оставьте переход к ним, сохраняя период и фильтр. Сравнение менеджеров также не доказывает качество их работы: результат может зависеть от состава клиентов, сделок и других условий. Без предоставленного плана нельзя показывать процент его выполнения, а без сопоставимого прошлого периода — объяснять динамику.

Покажите путь от отклонения к конкретным записям

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

Пустая дата не равна просроченной. Просрочка предполагает, что дата известна и уже прошла. Пустое поле означает отдельную неизвестность, для которой нужен список уточнения.

Цвет карточки или пояснение ИИ не устанавливают причину задержки и не назначают виновного. Сначала человек проверяет запись и контекст. Только после этого он решает, вернуть ли сделку в работу, исправить ли поле или оставить запись без изменения.

Согласуйте смысл суммы, доли и выбранного периода

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

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

Доля успешных среди закрытых тоже имеет узкий смысл. Она показывает отношение успешных закрытий ко всем успешным и неуспешным закрытиям за период. Для конверсии между стадиями нужна история движения одной и той же когорты. Снимка текущих стадий недостаточно.

Если знаменатель доли пуст, результат — «не вычислено», а не 0%. Если неизвестна полнота источника, нельзя подставлять ноль или придумывать новую формулу. Открытый вопрос лучше ложной точности.

Сделайте фильтры и состояние данных видимыми

Рядом с числом покажите условия, без которых его легко прочитать неверно:

• период и включительность его границ;
• поле даты, по которому отобраны записи;
• дату и время учебного или рабочего среза;
• выбранного ответственного;
• область действия фильтра;
• время последней успешной загрузки и известное ограничение полноты.

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

Не смешивайте три времени. Последняя успешная загрузка говорит, когда источник обработан без известной ошибки. Полнота периода показывает, все ли ожидаемые записи доступны. Время открытия экрана сообщает лишь момент просмотра. Старый результат не становится свежим от того, что пользователь открыл страницу сейчас.

В учебном примере ниже фильтр ответственного действует на все перечисленные показатели:

Ноль Бориса по успешным закрытиям корректен только потому, что полная учебная выборка известна. Если источник не загружен или его полнота неизвестна, показывать тот же ноль нельзя: это другое состояние данных.

Разберите учебный экран по действиям

EX-D01 — полностью синтетический пример. Все строки, имена, суммы и даты учебные. Это не продажи Switch On AI или клиента, не файл компании и не результат живого теста CRM либо DataLens.

Период: с 1 по 10 сентября 2026 года включительно. Учебный срез для оперативного вопроса: 10 сентября 2026 года, 12:00, UTC+3. Правило просрочки: сделка открыта, дата следующего действия известна и наступила раньше 10 сентября. Пустая дата относится к отдельной неизвестности.

Исходные сделки

Исходные платежи

История переходов по стадиям, план и другие платежи не заданы. Ответственный явно указан и совпадает у платежа и связанной сделки.

Представление 1. Что требует действия на дату

Подписи представления: «Срез 10.09.2026, 12:00 UTC+3», «Ответственный: все», «Фильтр действует на оперативные списки».

Обзор показывает два разных сигнала:

• просрочено следующее действие — 1;
• дата следующего действия неизвестна — 1.

Путь по первому сигналу:

1. Руководитель видит overdue_open = 1.
2. Открывает список и находит D3.
3. Сверяет ответственного Бориса и дату 08.09.2026.
4. Назначает разбор записи с ответственным.

Путь по второму сигналу отдельный: unknown_next_action = 1 ведёт к D4, где ответственная — Анна, а дата отсутствует. Нужно уточнить поле и следующий шаг. Нельзя объявлять D4 просроченной, проигранной или зависшей по неизвестной причине.

Представление 2. Что означает результат периода

Подписи представления: «Период 01.09–10.09.2026 включительно», «Закрытия отбираются по closed», «Платежи отбираются по дате поступления», «Ответственный: все».

Закрытый набор состоит из D1 и D2. Успешно закрыта только D1:

100 000 руб. = D1.

D0 не входит в сумму закрытий, потому что закрыта 25 августа. D2 входит в знаменатель доли как неуспешно закрытая, но не входит в сумму успешных закрытий.

Платёжный набор состоит из P1 и P2:

40 000 + 30 000 = 70 000 руб.

P2 относится к D0, закрытой до выбранного периода. Поэтому разность 100 000 − 70 000 = 30 000 руб. не является расчётом долга, недоплаты или выручки.

Доля успешных среди закрытых:

1 / (1 + 1) × 100% = 50%.

Это доля одной успешной сделки среди двух закрытых в периоде, а не конверсия всех обращений или стадий воронки.

Все числа связаны с приведёнными строками и правилами. Арифметика проверена по этим строкам; рабочая CRM, DataLens и пользовательский интерфейс не тестировались. Причины изменений, эффект внедрения и влияние на продажи по примеру не устанавливаются.

Сопоставьте выбранный экран с вашим процессом

Возьмите обезличенный образец и пройдите по каждому вопросу:

1. Какое решение должен принять руководитель?
2. Какие записи понадобились для решения?
3. Какой показатель не помог и может быть убран?
4. Где не хватает определения, плана, истории или источника?
5. Какой следующий вопрос нужно проверить до разработки?

Если для вопроса о конверсии есть только текущий снимок стадий, зафиксируйте нехватку истории. Красивое изображение воронки не заменяет данные о переходах. Если исходники приходят несколькими файлами, отдельно определите правила их сведения; этому посвящено руководство про объединение Excel-файлов.

У Switch On AI есть собственный MVP дашборда из выгрузки CRM со статусом проекта: система принимает файл определённого формата, отдельный модуль рассчитывает показатели, а браузерная сводка показывает результат. ИИ формулирует пояснения к уже рассчитанным значениям. Это не DataLens-проект, не система для любых CRM и не доказательство измеренной экономии.

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