Дашборд продаж для руководителя
Учебный дашборд продаж показывает за сентябрь 52 000 ₽ поступлений. Заказов с оплатами четыре, а строк платежей пять. Один заказ можно оплатить частями, поэтому число заказов и платежей различается. Ошибка начинается, когда отчёт перестаёт различать заказ, платёж и возврат.
В учебном примере можно выбрать месяц и проверить платежи по каждому заказу. Данные условные, это не результаты клиента. Открыть пример и проверить цифры.
Какой вопрос решает этот дашборд
Посчитаем, сколько денег поступило по заказам за сентябрь и сколько вернули покупателям. Это отчёт о движении денег. Он не показывает автоматически бухгалтерскую выручку или прибыль.
Для ответа достаточно четырёх показателей.
| Показатель | Правило | Результат примера |
|---|---|---|
| Поступления | Сумма платежей с датой в сентябре | 52 000 ₽ |
| Возвраты | Сумма возвратов с датой в сентябре | 5 000 ₽ |
| Поступления за вычетом возвратов | Поступления минус возвраты | 47 000 ₽ |
| Заказы с поступлениями | Разные order_id среди сентябрьских платежей | 4 |
В период входят даты с 1 сентября включительно до 1 октября, не включая эту дату. Часовой пояс отчёта тоже фиксируем. В учебной таблице используются календарные даты, без времени суток.
Заказы, оплаты и выполненные обязательства могут попадать в разные периоды. Если руководителю нужна выручка по выполненным заказам, потребуется другое определение и соответствующие события. Переименовать показатель поступлений в выручку недостаточно.
Что лежит под четырьмя числами
В примере пять платежей. Их нельзя сворачивать по сумме или удалять только потому, что повторился номер заказа.
| payment_id | order_id | Дата | Сумма |
|---|---|---|---|
| P101 | O101 | 02.09 | 6 000 ₽ |
| P102 | O101 | 05.09 | 4 000 ₽ |
| P201 | O102 | 07.09 | 20 000 ₽ |
| P401 | O104 | 12.09 | 10 000 ₽ |
| P601 | O106 | 25.09 | 12 000 ₽ |
Получается 6 000 + 4 000 + 20 000 + 10 000 + 12 000 = 52 000 ₽.
У заказа O101 два разных платежа на общую сумму 10 000 ₽. Поэтому в счётчике платежей будет две записи, а в счётчике заказов одна. Удаление второй оплаты «как дубля заказа» уменьшит поступления ошибочно.
Октябрьская оплата 20 000 ₽ по заказу O104 в сентябрьские поступления не входит. Возврат 5 000 ₽ по заказу O102 хранится отдельно. Поэтому дату и номер каждого события нужно сохранять отдельно от общего итога.
Где соединение таблиц удваивает деньги
В заказе O102 две товарные строки. Если присоединить к ним платёж P201 по order_id, один платёж появится рядом с каждой строкой. Сумма после такого соединения станет 40 000 ₽ вместо 20 000 ₽.
Это не два платежа покупателя. Это две строки результата соединения.
Для общего показателя поступлений суммируйте таблицу платежей на её собственном уровне детализации. Товарные показатели считайте по строкам заказа. Если нужен денежный результат по товарам, сначала определите правило распределения платежа между ними. Простое соединение этого правила не создаёт.
В DataLens связь между таблицами настраивается через JOIN, то есть соединение по выбранным полям. В нашем примере ключ order_id связывает P201 с обеими товарными строками. Повтор суммы появляется в результате соединения, а не из-за второй оплаты.
В DataLens есть настройка «Оптимизировать связь». Если чарт использует поля только одной таблицы, при выполнении условий оптимизации соединение может не выполняться. Добавление поля товара из второй таблицы меняет запрос. Поэтому отдельно сверяйте общий показатель и таблицу с товарами. Условия описаны в документации DataLens.
Как проверить готовый экран
Начните с одного платежа. Найдите P201 в исходной таблице, посмотрите его дату, сумму и заказ. Затем проверьте ту же запись в наборе для отчёта. У платежа должен остаться тот же идентификатор и та же сумма.
Затем проверьте общий итог.
- В отчёт попали пять сентябрьских платежей.
- Их сумма составляет 52 000 ₽.
- Возврат учтён отдельно и равен 5 000 ₽.
- В показателе за вычетом возвратов осталось 47 000 ₽.
- Разных заказов с поступлениями четыре.
Возможность открыть исходные строки помогает проверить итог. В примере отдельно хранятся платежи, возвраты и товары заказа.
Что согласовать перед использованием
У каждого показателя должны быть название, событие, дата, единица измерения и правило возвратов. Запишите, считаются ли отменённые заказы, что происходит с частичной оплатой и на какую дату обновлены данные.
Не добавляйте конверсию, средний чек или прибыль только ради заполнения экрана. Для каждого нужен собственный проверенный состав данных. Как различаются денежные показатели маркетинга, разобрано в статье о ROMI, ROI и ROAS.
Дашборд из этого примера можно принять, когда руководитель понимает смысл четырёх чисел, а аналитик воспроизводит их по исходным записям. Дальше состав расширяют под конкретное решение, сохраняя возможность такой сверки.