Запланированный отчёт: сводка, которая приходит утром в понедельник

Понедельник, 8:34. Руководитель отдела продаж ещё не села за стол — открывает почту в лифте. Среди сорока семи писем, накопившихся за выходные, есть одно, отправленное ровно в 8:00: сводка продаж за прошлую неделю, во вложении PDF на три страницы. В теле письма четыре числа — открытые сделки, закрытые сделки, средний чек и выручка за неделю. Рядом с каждым стоит отклонение от предыдущей недели. Не открывая вложение, она читает эти четыре строки и решает, какой вопрос задать на планёрке в 9:30: количество закрытых сделок то же, выручка ниже на восемнадцать процентов. Значит, вопрос не «почему мы продали меньше», а «какие сделки стали мельче». Такой вопрос можно задать в коридоре, не открывая дашборд и не настраивая фильтры.

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

Какую задачу решает письмо, приходящее утром в понедельник?

Чтобы посмотреть дашборд, нужно намерение. Кто-то должен открыть вкладку, выбрать период, найти нужный отчёт и вспомнить, что делать это следует в определённый день недели. Любое звено этой цепочки рвётся, и на практике рвётся регулярно. В загруженную неделю дашборд не открывает никто; а если открывает, на экране оказываются последние тридцать дней вместо прошлой недели, и сравнение исчезает. Запланированный отчёт переворачивает цепочку: не человек ищет данные, а данные находят человека. Решение перестаёт быть решением «читать или не читать» и становится решением о том, что делать с прочитанным.

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

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

Какие метрики попадают в недельную сводку, а какие нет?

Самый частый дефект сводного письма — избыток метрик. Четырнадцать чисел человек не читает вовсе, четыре читает целиком. Критерий отбора простой: метрика попадает в сводку, только если изменение её значения меняет чьё-то поведение. Общее количество клиентов на недельном горизонте почти не двигается, значит, в недельной сводке ему не место — оно осмысленно в месячной. А количество открытых сделок внутри недели колеблется заметно, и его падение сразу порождает действие.

Каркас, который хорошо работает на практике, такой: одна метрика объёма (открытые сделки), одна метрика результата (выигранная сумма), одна метрика эффективности (конверсия или средний чек) и одна метрика раннего предупреждения (дни простоя на этапе или просроченные задачи). Вместе они говорят и о том, что произошло, и о том, что вот-вот произойдёт. Список ключевых показателей, за которыми следит отдел продаж может быть длиннее, но в недельное письмо идёт не весь список, а та его часть, которая двигается в недельном масштабе.

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

Кому, во сколько и в каком формате отправлять отчёт?

Время отправки важнее, чем кажется. Отчёт, пришедший в понедельник в 8:00, ложится на стол до того, как неделя распланирована, и ещё может на план повлиять. Тот же отчёт в 14:00 — уже просто запись, потому что план составлен. То же самое с днём недели: недельную сводку, отправленную в пятницу вечером, в понедельник утром никто не откроет — между ними два дня и сотня писем. В запланированном отчёте вы сами задаёте ежедневное, еженедельное или ежемесячное время отправки, и отчёт уходит списку получателей по почте в PDF или Excel; решение о времени принимается один раз, дальше помнить о нём не нужно.

Формат зависит от того, что получатель будет делать дальше. Руководитель читает, аналитик считает. Тому, кто читает, идёт PDF: вёрстка фиксированная, открывается с телефона. Тому, кто считает, идёт Excel: он будет разбирать столбцы. Один отчёт в двух форматах для двух списков работает лучше, чем один формат для всех.

Получатель	Частота	Формат	Глубина
Генеральный директор	Еженедельно	PDF	Четыре метрики и отклонение
Руководитель продаж	Неделя + день	PDF	Разрез по команде и этапам
Менеджер по продажам	Ежедневно	PDF	Своя воронка, просрочки
Финансы	Ежемесячно	Excel	Выручка, поступления, сроки
Маркетинг	Еженедельно	Excel	Лиды и конверсия по источникам

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

Как добиться, чтобы одно число означало одно и то же для всех?

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

Вторая поломка — свежесть. Если отчёт формируется ночью, а уходит утром, в числе, пришедшем в 8:00, нет записей, внесённых утром понедельника. Обычно это не проблема, но когда становится проблемой, никто этого не замечает. Индикатор свежести данных пишет на каждой карточке отчёта и дашборда, когда её данные обновлялись в последний раз, поэтому риск принять устаревшее значение из кеша за актуальное пропадает; при сомнении кнопка обновления обходит кеш и тянет данные заново.

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

Что должно происходить, когда число повело себя неожиданно?

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

Следующий шаг после сигнала — спуститься к строкам за числом. Ящик доказательств «почему изменилось?» перечисляет записи, сформировавшие сдвиг: какие сделки добавились, какие выпали. Клик по сегменту графика, открывающий постраничный список записей за ним, — другая дверь на ту же дорогу. Без этих двух шагов недельное письмо начинает спор, но не заканчивает его.

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

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

Когда письмо с отчётом перестают читать?

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

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

Сам отчёт тоже стоит измерять. Раз в квартал пройдите по списку получателей и задайте каждому один вопрос: изменил ли этот отчёт хоть одно ваше решение за последние три месяца? Ответ «нет» означает не то, что отчёт плох, а то, что этому человеку не место в списке.

Как это письмо должно вести себя во входящих?

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

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

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

Как складываются недельная, месячная и квартальная рассылки?

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

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

То же различие есть и в направлении, откуда приходит лид. Спрос, который приходит к вам сам, и спрос, который вы создаёте сами, идут по воронке с разной скоростью, поэтому одна общая конверсия не описывает обоих. Решение вести входящие и исходящие лиды по-разному означает и отдельные строки в отчёте: усреднённое значение прячет сразу две правды.

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

Как настроить запланированный отчёт за тридцать дней?

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

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

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

Частые вопросы

В каких форматах приходит запланированный отчёт?

Отчёт уходит списку получателей по электронной почте в PDF или Excel, с ежедневной, еженедельной или ежемесячной периодичностью и временем отправки, которое вы задаёте сами. Любой отчёт можно также выгрузить из приложения в PDF, Excel или CSV; выгрузка учитывает выбранные в этот момент период и фильтры.

Если отчёт получают все, не утекут ли закрытые данные?

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

Сколько метрик должно быть в недельной сводке?

На практике хорошо работают четыре-шесть. Критерий не арифметический, а поведенческий: если изменение метрики ничью работу не меняет, в сводке ей не место. Остальное живёт на дашборде и в месячном отчёте.

Что делать, если отчёт не пришёл или число выглядит неверным?

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