Отчёт по продажам: метрики, структура и пример

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

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

Показатели в отчёте должны иметь одинаковые границы: период, валюта, статус оплаты, правила возвратов и закрепление сделки за менеджером. Без этого сравнение команд и периодов создаёт ложные выводы.

Определите получателя

Рабочий объект этапа — решения менеджера, РОПа и собственника. Отчёт по продажам ценен не числом таблиц, а объяснением отклонений и списком следующих действий. Выполните «собрать три уровня детализации» и сохраните протокол этапа «определите получателя», чтобы восстановить ход решения.

• Что проверяем: решения менеджера, РОПа и собственника.
• Основной риск: один отчёт перегружает всех одинаковыми строками.
• Контрольный случай: собственник видит итог, РОП — причины.
• Метрика: время до ответа на вопрос; владелец — аналитик продаж.

Не принимайте этап на удобном примере. Воспроизведите ситуацию «собственник видит итог, РОП — причины» и отдельно проверьте, не проявился ли риск «один отчёт перегружает всех одинаковыми строками». Ответственный аналитик продаж сверяет показатель «время до ответа на вопрос» с исходной линией, записывает причину отклонения и выбирает запуск, исправление или отказ от изменения.

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

Закрепите период

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

• Что проверяем: дата признания продажи, оплаты и возврата.
• Основной риск: месяцы сравниваются по разным правилам.
• Контрольный случай: заказ создан в сентябре, оплачен в октябре.
• Метрика: число пересчётов периода; владелец — финансовый контролёр.

Не принимайте этап на удобном примере. Воспроизведите ситуацию «заказ создан в сентябре, оплачен в октябре» и отдельно проверьте, не проявился ли риск «месяцы сравниваются по разным правилам». Ответственный финансовый контролёр сверяет показатель «число пересчётов периода» с исходной линией, записывает причину отклонения и выбирает запуск, исправление или отказ от изменения.

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

Покажите план-факт

Начните с границы: цель, фактический результат и абсолютное отклонение. Рабочее действие формулируется как «показывать сумму и процент вместе». Его результатом должен стать протокол этапа «покажите план-факт». Отчёт по продажам ценен не числом таблиц, а объяснением отклонений и списком следующих действий.

• Что проверяем: цель, фактический результат и абсолютное отклонение.
• Основной риск: процент скрывает маленькую базу.
• Контрольный случай: план выполнен на 90 процентов при крупном разрыве.
• Метрика: величина отклонения; владелец — РОП.

Не принимайте этап на удобном примере. Воспроизведите ситуацию «план выполнен на 90 процентов при крупном разрыве» и отдельно проверьте, не проявился ли риск «процент скрывает маленькую базу». Ответственный РОП сверяет показатель «величина отклонения» с исходной линией, записывает причину отклонения и выбирает запуск, исправление или отказ от изменения.

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

Разложите воронку

Для этапа «Разложите воронку» заранее зафиксируйте входящие лиды, стадии и конверсия. Отчёт по продажам ценен не числом таблиц, а объяснением отклонений и списком следующих действий. Команда выполняет «добавить объём и переходы по этапам», а для повторной проверки оставляет протокол этапа «разложите воронку».

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

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

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

Добавьте прогноз

Проверяемая единица здесь — ожидаемые закрытия и диапазон результата. Свяжите её с действием «показывать базовый и рискованный сценарий» и доказательством «протокол этапа «добавьте прогноз»». Отчёт по продажам ценен не числом таблиц, а объяснением отклонений и списком следующих действий.

• Что проверяем: ожидаемые закрытия и диапазон результата.
• Основной риск: в отчёт попадает только оптимистичная оценка.
• Контрольный случай: крупная сделка зависит от одного согласования.
• Метрика: ошибка прогноза; владелец — коммерческий директор.

Не принимайте этап на удобном примере. Воспроизведите ситуацию «крупная сделка зависит от одного согласования» и отдельно проверьте, не проявился ли риск «в отчёт попадает только оптимистичная оценка». Ответственный коммерческий директор сверяет показатель «ошибка прогноза» с исходной линией, записывает причину отклонения и выбирает запуск, исправление или отказ от изменения.

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

Разделите сегменты

Не переходите сразу к инструменту. Сначала разберите канал, продукт, регион и тип клиента, перечислите доступные входы и отделите обязательное условие от удобного предположения. После этого выполните «сравнивать однородные группы». Приёмка опирается на протокол этапа «разделите сегменты». Отчёт по продажам ценен не числом таблиц, а объяснением отклонений и списком следующих действий.

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

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

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

Покажите цикл сделки

Этап «Покажите цикл сделки» начинается с инвентаризации. Команда описывает время от первого контакта до результата, источник каждого элемента и состояние, при котором работу нельзя продолжать. Отчёт по продажам ценен не числом таблиц, а объяснением отклонений и списком следующих действий. Проверяемый переход — «добавить медиану, p90 и возраст портфеля»; его версия и результат входят в протокол этапа «покажите цикл сделки».

• Что проверяем: время от первого контакта до результата.
• Основной риск: средняя длительность скрывает зависшие сделки.
• Контрольный случай: часть тендеров длится несколько месяцев.
• Метрика: медиана и p90 цикла; владелец — операционный аналитик.

Не принимайте этап на удобном примере. Воспроизведите ситуацию «часть тендеров длится несколько месяцев» и отдельно проверьте, не проявился ли риск «средняя длительность скрывает зависшие сделки». Ответственный операционный аналитик сверяет показатель «медиана и p90 цикла» с исходной линией, записывает причину отклонения и выбирает запуск, исправление или отказ от изменения.

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

Разберите причины

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

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

Не принимайте этап на удобном примере. Воспроизведите ситуацию «клиент отказался из-за срока, а указан бюджет» и отдельно проверьте, не проявился ли риск «менеджеры выбирают удобную категорию». Ответственный руководитель группы сверяет показатель «доля подтверждённых причин» с исходной линией, записывает причину отклонения и выбирает запуск, исправление или отказ от изменения.

Попросите второго сотрудника повторить шаг «сверять причину с историей сделки» по сохранённому артефакту. Другой вывод означает, что правило всё ещё зависит от автора. При совпадении включите случай «клиент отказался из-за срока, а указан бюджет» в регулярный контроль. Рост метрики «доля подтверждённых причин» не принимают, если одновременно возникает риск «менеджеры выбирают удобную категорию»: сначала нужен ограничитель и откат.

Назначьте действия

До автоматизации пункта «Назначьте действия» проведите ручной прогон. Возьмите отклонение, решение, ответственный и срок, сохраните порядок операций и отметьте места, где два специалиста принимают разные решения. Отчёт по продажам ценен не числом таблиц, а объяснением отклонений и списком следующих действий. Ручной эталон сравнивают с действием «добавить журнал решений», результат записывают в протокол этапа «назначьте действия».

• Что проверяем: отклонение, решение, ответственный и срок.
• Основной риск: отчёт заканчивается описанием проблемы.
• Контрольный случай: конверсия падает и назначен разбор скрипта.
• Метрика: доля действий, закрытых в срок; владелец — РОП.

Не принимайте этап на удобном примере. Воспроизведите ситуацию «конверсия падает и назначен разбор скрипта» и отдельно проверьте, не проявился ли риск «отчёт заканчивается описанием проблемы». Ответственный РОП сверяет показатель «доля действий, закрытых в срок» с исходной линией, записывает причину отклонения и выбирает запуск, исправление или отказ от изменения.

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

Храните снимок версии

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

• Что проверяем: данные и комментарии на момент выпуска.
• Основной риск: история меняется после редактирования CRM.
• Контрольный случай: сумма сделки изменена после совещания.
• Метрика: воспроизводимость отчёта; владелец — владелец отчётности.

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

Попросите второго сотрудника повторить шаг «фиксировать пакет и дату пересборки» по сохранённому артефакту. Другой вывод означает, что правило всё ещё зависит от автора. При совпадении включите случай «сумма сделки изменена после совещания» в регулярный контроль. Рост метрики «воспроизводимость отчёта» не принимают, если одновременно возникает риск «история меняется после редактирования CRM»: сначала нужен ограничитель и откат.

Матрица приёмки

Что изучить дальше

• план продаж
• прогноз продаж
• воронка продаж
• пайплайн продаж
• рентабельность продаж
• дашборд

Чек-лист запуска