Собственные отчёты о продажах в конструкторе отчётов

Каждый руководитель отдела продаж рано или поздно упирается в одну и ту же стену. Начинается планёрка в понедельник, кто-то спрашивает: "Ну и как у нас на самом деле дела?" — а честный ответ разбросан по трём выгрузкам, таблице, которой никто до конца не доверяет, и памяти того, кто последним считал цифры. Пока появляется чистый ответ, вопрос уже успевает измениться. Данные были всё это время, их просто ни разу не собрали так, чтобы команда могла посмотреть на них вместе и поверить.

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

1Выбрать измерение2Добавить меру3Фильтр4Группировка5Сохранить

Что такое конструктор отчётов на самом деле

Конструктор отчётов — это no-code инструмент, который работает поверх данных вашей CRM и позволяет собрать отчёт, выбирая поля, а не написав запросы. Вы не выгружаете строки в отдельную программу и не пересобираете формулы каждый месяц; вы указываете на те же живые записи, в которых команда работает каждый день. Поскольку отчёт читает из источника, он никогда не устаревает, откройте его завтра, и он отразит сделки, закрытые ночью. Хорошие конструкторы похожи не столько на базу данных, сколько на набор строительных кубиков: выберите, что считать, выберите разрез, добавьте фильтр, и появляется график или таблица. Понять эти детали — и есть вся суть, а их меньше, чем думает большинство. Если вы всё ещё решаете, какие цифры вообще должны попасть на страницу, это отдельное ремесло, разобранное в статье как подготовить отчёт о продажах; здесь мы считаем, что вопрос вам ясен, и сосредоточены на его сборке.

Измерения и меры: два строительных блока

Почти любой отчёт — это сочетание двух ингредиентов, и как только вы научитесь их различать, вы сможете собрать почти что угодно.

Измерения, "в разрезе чего"

Измерения — это категориальные оси, по которым вы нарезаете данные: владелец сделки, этап воронки, источник лида, продукт, город или месяц. Они отвечают на "в разрезе чего" в вопросе. "Выручка по источникам" и "сделки по этапам" сначала называют меру, затем измерение. Измерения обычно берутся прямо из полей вашей модели данных CRM, записей контактов, компаний и сделок и связей между ними, поэтому чем чище эти поля, тем острее разрезы.

Меры, "сколько"

Меры — это агрегируемые числа: количество сделок, сумма их стоимости, средний цикл продажи или вычисленная конверсия в выигрыш. Мера всегда является агрегатом, количество, сумма, среднее, минимум, максимум, применённым ко всему, что группирует измерение. Выбирайте меры, которые ведут к решению; смесь опережающих и запаздывающих сигналов держит отчёт честным, и об этом различии стоит прочитать в материале опережающие и запаздывающие показатели.

Начинайте с вопроса, а не с полей

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

• "Какова наша конверсия в выигрыш по источникам лидов в этом квартале?" даёт меру: конверсия; измерение: источник; фильтр: этот квартал.
• "У какого менеджера больше всего денег застряло на переговорах?" даёт меру: сумма стоимости; измерение: владелец; фильтр: этап переговоры.
• "Как средний размер сделки менялся от месяца к месяцу?" даёт меру: средняя стоимость; измерение: месяц.
• "Где сделки застревают дольше всего?" даёт меру: среднее число дней на этапе; измерение: этап.

Каждая фраза чисто ложится на одну меру, одно-два измерения и фильтр. Если вопрос не удаётся сформулировать в одном предложении, то и отчёт не будет читаемым.

Фильтрация: сузиться до нужного среза

Фильтры решают, какие записи попадут в расчёт до всякой группировки. Очевидные — это диапазоны дат, но по-настоящему мощный приём — динамические фильтры, правила, которые пересчитываются при каждом запуске отчёта. "Дата закрытия — этот квартал", "владелец — текущий пользователь" или "этап открыт" означают, что отчёт остаётся верным вечно, и никто не правит даты. Статический фильтр замораживает момент; динамический описывает движущуюся цель. Когда вы находите сочетание фильтров, которое команда использует постоянно, повысьте его до переиспользуемого, общего представления, чтобы никто не собирал заново, та же дисциплина описана в статье сохранённые фильтры и представления. Хорошо подобранный набор фильтров нередко и есть разница между отчётом, которому доверяют, и тем, что тихо перепроверяют руками.

Группировка и разбивки

Группировка — это место, где плоский список превращается в инсайт. Сгруппируйте по одному измерению, получите промежуточные итоги: стоимость на владельца, количество на этап. Вложите второе измерение в первое, получите матрицу: источник по строкам, месяц по столбцам, конверсия в каждой ячейке. Именно в этот момент сырая воронка превращается в то, о чём можно рассуждать, и это естественный спутник анализа воронки и узких мест, где сгруппированная разбивка показывает, какой именно этап течёт. Держите вложенность неглубокой. Два уровня группировки — обычно потолок того, что человек читает одним взглядом; третий превращает вашу изящную матрицу обратно в шумную выгрузку, от которой вы бежали.

Отчёт, который нельзя прочитать за десять секунд, — это не отчёт, а второй массив данных, который теперь тоже надо анализировать.

Выбор правильной визуализации

Конструктор с радостью нарисует график, но график должен заслужить своё место. Тренд во времени просит линию; части целого просят столбики, а не круг с четырнадцатью дольками; единственное число, за которым команда следит каждый день, просит крупную голую плитку без всего вокруг. Таблицы всё ещё выигрывают, когда читателю нужны точные цифры или много столбцов сразу. Цель — чтобы форма несла смысл ещё до того, как кто-то прочитает подпись, и стоящую за этим дисциплину полезно усвоить из материала принципы визуализации данных. Когда несколько связанных представлений должны оказаться на одном экране, вы уже строите не отчёт, а дашборд продаж, и у решений по его компоновке свои правила.

Сохранение, доступ и расписание

Отчёт, который вы пересобираете каждую неделю, — это рутина; сохранённый отчёт — это актив. Когда измерения, меры и фильтры выверены, сохраните отчёт под именем, которое узнает коллега: "Конверсия по источникам, текущий квартал" лучше, чем "Отчёт 7". Дальше доступ становится вопросом прав: одни отчёты — личные черновики, другие — общий источник правды команды, и выглядеть они должны по-разному. Финальный апгрейд — расписание: вместо того чтобы помнить про отчёт, пусть он приходит сам. Утренняя сводка в понедельник в почте у каждого меняет поведение сильнее, чем ссылка, по которой никто не кликает, в этом весь смысл запланированных и автоматических отчётов. Rocketly позволяет сохранить отчёт как представление, поделиться им по ролям и поставить на расписание, чтобы ответ приходил раньше, чем кто-то догадается спросить.

Вычисляемые меры: собрать свою формулу

Самые сильные отчёты часто показывают число, которого нет ни в одном сыром поле. Конверсия в выигрыш, средний размер сделки, среднее число дней на этапе или процент перехода — всё это вычисляемые меры, то есть выведенные формулой из существующих полей. Хороший конструктор позволяет разделить одну меру на другую, взять разность или отнести счётчик к сумме. Так из двух простых полей, "выручка" и "количество сделок", вы получаете осмысленный показатель вроде "средняя выручка на сделку".

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

Управление: один источник правды

Риск раздать конструктор всем — это дрейф метрик: три человека определяют "конверсию" тремя способами, и каждая планёрка начинается со спора о цифрах вместо разговора о бизнесе. Предотвратите это небольшим управлением. Договоритесь об определении каждой ключевой меры один раз и запишите его. Решите, кто может публиковать общий отчёт, а кто только сохраняет личные. Стандартизируйте поля, из которых отчёты берут данные, чтобы "источник" всегда означал один и тот же список значений. Конструктор демократизирует доступ к данным; лёгкое управление не даёт этому доступу распасться на дюжину противоречивых версий правды.

Пример на практике: конверсия по источникам

Соберём всё вместе. Вы хотите узнать, какие источники лидов реально закрываются в этом квартале у вашей команды. Откройте конструктор и задайте меру — конверсия в выигрыш, то есть выигранные закрытые сделки, делённые на все закрытые. Задайте основное измерение — источник лида, чтобы каждый источник стал строкой. Добавьте два фильтра: дата закрытия — этот квартал, динамический, чтобы окно катилось вперёд, и владелец — в вашей команде. Выберите горизонтальные столбики, чтобы источники сразу выстроились от лучшего к худшему. Теперь история очевидна: рекомендации закрываются с конверсией, недоступной платному поиску, и бюджет можно сместить соответственно. Сохраните, поделитесь с командой и поставьте на понедельник, восемь утра. В следующем квартале вы не меняете ничего, динамический фильтр уже сдвинул окно за вас. В этом и выигрыш конструктора перед разовым отчётом: вопрос собирается один раз, а отвечает на себя постоянно.

От отчёта к решению

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