В этой статье
Представьте: на планёрке открывают два отчёта. В первом конверсия отдела продаж — 30%, во втором — 10%. Руководитель просит разобраться с интеграцией: очевидно, где-то потерялись данные. Но после сверки выясняется, что записи на месте. Отчёты отвечают на разные вопросы, хотя оба показателя подписаны одинаково.
Возьмём для расчёта условные числа. За месяц создано 100 сделок, 10 из них уже завершились продажей. Всего за этот же месяц закрыто 30 успешных сделок, включая обращения прошлых периодов. Если разделить 30 на 100, получится 30%. Но такой расчёт не показывает долю успешных сделок среди этих 100: в числителе есть другая группа клиентов.
Ошибка появляется до выбора диаграммы. Даже аккуратно заполненная amoCRM и исправный обмен данными не помогут, если команда по-разному понимает, что именно считает. Полезный дашборд начинается с вопроса руководителя и правила расчёта, которое можно проверить на отдельных записях.
Сформулируйте решение, для которого нужен показатель
«Хочу видеть продажи» — слишком широкая задача. Руководителю может быть нужно распределить нагрузку, оценить работу с новыми обращениями, проверить поступление денег или решить, какому каналу добавить бюджет. Для каждого решения потребуются свои данные и свой период наблюдения.
Если вопрос касается загрузки менеджеров, текущие активные сделки полезнее общего числа когда-либо созданных карточек. Если нужно оценить обработку новых обращений, важно выделить именно новые обращения и посмотреть их дальнейшую судьбу. Если обсуждается денежный поток, сумма успешных сделок сама по себе не подтверждает поступление денег.
Поэтому описание отчёта стоит начинать с фразы: «Когда этот показатель изменится, мы проверим такое-то обстоятельство и сможем принять такое-то решение». Если продолжение не находится, показатель пока служит справочной информацией. Его можно оставить, но не стоит строить вокруг него тревожные уведомления и оценку сотрудников.
В нашем примере отделу нужно понять, хорошо ли обрабатываются новые обращения. Для этого мы выбираем группу сделок по дате создания, отслеживаем результаты внутри неё и отдельно показываем ещё открытые сделки. Общие продажи месяца остаются рядом как другой показатель: он отвечает на вопрос о завершённой работе за период.
Договоритесь об единице, составе группы и формуле
Один покупатель может оставить несколько обращений, создать несколько заказов и вернуться за повторной покупкой. Поэтому «клиенты», «сделки», «заказы» и «оплаты» нельзя незаметно подменять друг другом. Прежде чем считать долю или среднее значение, нужно назвать единицу учёта и определить, как связаны записи.
В нашем расчёте единица — сделка. Знаменатель — все сделки, созданные в согласованном периоде и включённые в анализ. Числитель — успешные сделки из этой же группы к установленной дате наблюдения. Тестовые карточки или внутренние операции исключают по заранее описанному правилу, одинаково в обеих частях расчёта.
| Вопрос | Единица и отбор | Что означает результат |
|---|---|---|
| Чем закончились новые обращения месяца? | Сделки, созданные в месяце; результат на дату наблюдения | Доля успехов внутри выбранной группы, с учётом ещё открытых сделок |
| Сколько продаж завершили за месяц? | Сделки с согласованным событием завершения в месяце | Объём завершённой работы, включая старые обращения |
| Сколько денег поступило? | Подтверждённые поступления с правилами возвратов и частичных оплат | Денежные поступления за период |
| Сколько уникальных покупателей вернулось? | Покупатели, объединённые по принятому правилу идентификации | Повторные покупки людей или компаний, а не число карточек |
Есть и менее заметная ловушка: среднее из процентов. Если у двух менеджеров разное число сделок, простое среднее их конверсий не обязательно равно конверсии отдела. Для общего показателя нужно сложить соответствующие числители и знаменатели, а затем выполнить деление. Среднее процентов отвечает на другой вопрос и требует отдельного названия.
Штатные отчёты amoCRM также нужно читать с учётом их отбора и назначения. Нельзя считать два раздела одинаковыми только потому, что в обоих есть сделки и выбран один месяц. При создании собственного дашборда полезно записать, какие показатели повторяют штатный расчёт, а какие используют согласованную собственную методику.
Сравнивайте периоды, у которых было время сформироваться
Даже правильная формула может привести к преждевременному выводу. В начале месяца новые сделки только поступили в работу. Сделки прошлого месяца успели пройти расчёт, согласование и оплату. Их текущие доли успеха различаются в том числе из-за возраста группы, а не обязательно из-за качества работы менеджеров.
Группу записей, объединённых общим признаком начала, удобно рассматривать отдельно: например, сделки, созданные в одном месяце. Это когорта. Для сравнения можно смотреть результат через одинаковое время после создания каждой сделки либо дождаться согласованного срока наблюдения для всей группы. Выбор зависит от обычной длительности продажи и цели отчёта.
Открытые сделки при этом не нужно автоматически объявлять потерянными. Показывайте их число и долю рядом с результатом. Если значительная часть группы ещё в работе, итоговая оценка остаётся предварительной. Руководитель сможет увидеть, где требуется действие сейчас, и не примет незавершённый процесс за окончательный провал.
Другая проверка касается даты события. Создание сделки, её успешное завершение, поступление денег и отгрузка могут происходить в разные дни и месяцы. Выбирайте дату, соответствующую вопросу, и отражайте её в названии или пояснении. Формулировка «Продажи за октябрь» без определения оставляет слишком много вариантов прочтения.
Сравнение неполного текущего месяца с полным прошлым также требует оговорки. Можно сопоставлять одинаковое число прошедших рабочих дней, учитывать сезонность или показывать текущий факт без прогноза. Конкретный способ обсуждают с руководителем. Автоматическое продолжение линии до конца месяца не превращает её в надёжный план.
Проверьте, что скрывается за общим числом
Допустим, общая конверсия снизилась, но отдельно по повторным клиентам и новым обращениям она не изменилась. Такое возможно, если выросла доля новых обращений, у которых другой путь до покупки. Общий показатель отражает изменение состава потока. Требование к менеджерам «вернуть прежний процент» без разбора состава может оказаться неверным решением.
Поэтому рядом с итогом нужны несколько осмысленных разрезов: источник, тип клиента, продукт, подразделение или менеджер. Выбирать их следует по причинам, которые команда действительно может проверить. Сотня фильтров не делает отчёт полезнее, если неизвестно, какую гипотезу каждый из них помогает исследовать.
При сравнении сотрудников учитывают сопоставимость потока. Менеджер, которому передают сложные обращения, и сотрудник, работающий с повторными заказами, могут показывать разные результаты без разницы в качестве работы. Дашборд помогает найти вопрос для разбора, но сам по себе не устанавливает причину и не заменяет проверку конкретных сделок.
Отдельно видимой должна быть актуальность данных. Время обновления страницы не равно времени последнего полного получения сведений. Если часть оплат или изменений ещё не поступила, это должно быть понятно читателю. Иначе руководитель примет задержку обмена за изменение бизнеса.
Принимайте дашборд по проверяемым ответам
До передачи отчёта в регулярную работу составьте короткий паспорт каждого ключевого показателя. В нём нужны управленческий вопрос, единица учёта, формула, отбор записей, дата события, исключения, период обновления и ответственный за определение. Это рабочая договорённость команды, которую меняют вместе с логикой расчёта.
Затем вручную разберите небольшой проверочный набор: обычная успешная сделка, сделка из прошлого периода, открытая сделка, повторная покупка и исключаемая запись. Для денежных показателей добавьте частичную оплату и возврат, если они есть в процессе. По каждой записи должно быть понятно, в какой показатель она попала и почему.
- Выберите управленческий вопрос и найдите отвечающий на него показатель.
- Перейдите от итогового числа к составу записей и сверьте расчёт.
- Измените период или разрез и проверьте, что смысл показателя сохранился.
- Убедитесь, что незавершённость периода и задержка данных видны пользователю.
- Зафиксируйте, кто разбирает отклонение и какие сведения ему для этого нужны.
У хорошего дашборда есть путь от цифры к объяснению и действию. Руководитель понимает, что изменилось, на каких записях это видно и какой вопрос нужно задать команде. Дизайн помогает пройти этот путь, но не определяет смысл расчёта.
Если ваши отчёты показывают разные итоги, разберите задачу с SalesLogic. Начнём с определений, периодов и проверочной выборки, чтобы понять, где требуется исправить обмен данными, а где — договориться о самом показателе.