Отчёты в CRM: как разделить заказы, оплаты и возвраты на дашборде
Какие правила расчёта нужны для понятной аналитики CRM: дата события, частичная оплата, возвраты, средний чек и переход от показателя к заказам.
Показатель на дашборде должен иметь точное определение и открывать список операций, из которых он получен. Сумма оформленных заказов, полученные оплаты и продажи после возвратов отвечают на разные вопросы.
Начните с вопроса, на который должен отвечать отчёт
Руководитель просит показать продажи за месяц, а команда подразумевает разные числа. Менеджер считает созданные заказы, оператор — оплаченные, владелец — сумму после возвратов. Все три величины могут быть рассчитаны без ошибки, но сравнивать их как один показатель нельзя.
Для каждого блока напишите короткий паспорт: название, состав операций, выбранная дата, исключения и назначение. Например, полученные оплаты показывают поступления по подтверждённым платежам за период. Заказы в работе показывают обязательства команды, даже если клиент ещё не заплатил.
Оперативный дашборд помогает управлять работой. Если от него требуется совпадение с отдельной учётной системой, правила сверки нужно согласовать с ответственным за этот учёт, а не угадывать по названиям полей.
Выберите дату для каждого события
Заказ может появиться в конце сентября, быть оплачен в октябре и частично возвращён в ноябре. Один фильтр по дате создания заказа не даст полноценной картины всех трёх месяцев. Система должна хранить даты событий раздельно.
Условный пример: заказ на 12 000 рублей создан 30 сентября, предоплата 4 000 поступила в тот же день, оставшиеся 8 000 — 2 октября. В отчёте поступлений сентября будет 4 000, октября — 8 000. В отчёте оформленных заказов сентября — 12 000.
| Показатель | Основание | Дата для фильтра |
|---|---|---|
| Оформленные заказы | Заказы с согласованными статусами | Дата оформления |
| Полученные оплаты | Подтверждённые платежи | Дата платежа |
| Возвраты за период | Подтверждённые операции возврата | Дата возврата |
| Работа к исполнению | Незавершённые обязательства | Плановая дата выполнения |
Не сводите частичные события к одному флажку
Флажок оплачено удобен, пока платеж один и покрывает весь заказ. При предоплате, доплате и частичном возврате нужна история операций с суммами. Из неё можно получить остаток к оплате и объяснить его сотруднику.
Для возвратов определите, уменьшаете ли вы результат периода возврата или пересчитываете исходный период продажи. Можно поддержать оба представления, если они ясно названы. Незаметное смешение подходов приводит к тому, что вчерашний отчёт меняется без понятной причины.
Доставку, скидки и бонусы тоже учитывают по заранее выбранному правилу. Полезно отдельно видеть стоимость товаров и сопутствующие суммы, чтобы изменение структуры заказов не выглядело как рост спроса на товар.
Дайте возможность проверить каждую цифру
По нажатию на показатель должен открываться список заказов или операций с теми же фильтрами. Сумма строк должна объяснять число на карточке. Если часть данных ещё не пришла из интеграции, покажите это и время последнего обновления.
Для среднего чека заранее определите числитель и знаменатель: какие суммы делятся на какие заказы. Не стоит делить поступившие платежи на число созданных заказов, если они относятся к разным наборам. Сравнение с прошлым периодом также требует одинаковой длительности и состава данных.
- Проверить период без операций.
- Сверить частичную оплату и доплату в другом месяце.
- Проверить полный и частичный возврат.
- Исключить повторный учёт одного события интеграции.
- Сравнить итог карточки с детализацией и выгрузкой.
Что подготовить для разработки аналитики
Для своей CRM соберите несколько обезличенных заказов с оплатами и возвратами, а рядом запишите ожидаемые итоги. Такой набор помогает проверить будущий отчёт лучше, чем макет с произвольными красивыми числами.
PXL Perfect проектирует отчёты вместе с моделью заказов и рабочими процессами. Начать можно с нескольких показателей, по которым руководитель действительно принимает решения, и прозрачной детализации каждого из них.