Дневной отчёт утром, недельный в пятницу: что в них входит и что автоматизировать

Два отчёта — два разных решения

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

Масштаб проблемы виден по цифрам. По исследованию hh.ru, о котором «Коммерсантъ» писал 27 февраля 2026 года, больше 6 часов в неделю на подготовку неавтоматизированных отчётов тратят 25% трудоустроенных россиян, а 38% — столько же на согласование документов и заявок.

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

Что входит в дневной отчёт

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

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

Проверка формата простая: к каждой цифре можно дописать «и поэтому сегодня мы …». Если фраза не складывается, цифра лишняя и её место в недельном отчёте.

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

Недельный отчёт: где появляется смысл

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

• Динамика: те же метрики, что в дневном отчёте, но недельными значениями за 8–12 недель.
• Отклонения и причины: три-пять самых заметных сдвигов и по строке объяснения от владельца процесса.
• Узкие места: где скапливается очередь — по времени этапа, а не по ощущению.
• Решения недели: что сделано, кем и с каким результатом.
• План на следующую неделю: два-три пункта, а не список на страницу.
• Изменения правил: если меняли срок, порог или классификацию — это фиксируется, иначе цифры перестанут сравниваться.
• Риски: просрочки, которые перейдут на следующую неделю, и кто их держит.

Если в недельном отчёте нет ни одного предложения о причине, это не отчёт, а таблица. Ценность создаётся на стыке «цифра — причина — решение»: первые два элемента система собирает сама, третий остаётся за человеком. Как это выглядит в работе — в разделе проектов.

Ловушка: дневные цифры не складываются в недельные

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

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

Как закрывается день

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

• Окно данных: с 00:00 до 23:59 по времени офиса, а не «последние 24 часа» — иначе понедельник захватит кусок воскресенья.
• Дедлайн приёма: например, 19:00. Записи, пришедшие позже, идут в следующий день — это правило, а не решение каждый раз заново.
• Время отправки: фиксированное, до начала рабочего дня. Отчёт «когда посчитается» читают хуже.
• Поведение при сбое: одна повторная попытка, затем сообщение «данные не собраны, причина такая» вместо пустого отчёта или нулей.
• «Нет данных» отдельно от нуля: отсутствие выгрузки — состояние, а не значение, и в отчёте они выглядят по-разному.

У недели закрытие строже: она закрывается в пятницу вечером, но поздние записи принимаются до понедельника 10:00, после чего отчёт фиксируется снимком. Иначе в понедельник он не совпадёт с тем, что обсуждали в пятницу.

Шаблон вместо текста: что автоматизируется

Автоматизируется не «написание отчёта», а сборка: выгрузка, приведение к одному виду, расчёт, сверка и отправка по расписанию. Текст остаётся человеку, но у текста есть шаблон — три поля: что изменилось, почему, что делаем.

Порядок настройки одинаковый для обоих отчётов, разница только в наборе метрик:

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

Две-три недели — ориентир по нашим проектам для двух-трёх источников с понятными метриками, а не норматив. Если источников больше пяти, честнее начать с одного блока, чем ждать полной готовности.

Что остаётся человеку

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

• Трактовка порогов: система сравнивает с коридором, человек решает, что на этой неделе считать отклонением.
• Строка «почему»: одно предложение о причине стоит дороже десяти таблиц и может написать только владелец процесса.
• Решение по исключениям: спорные заявки, нестандартные сроки, клиенты вне правил — здесь нужен выбор, а не расчёт.
• Проверка после правки правил: первые два-три дня отчёт стоит смотреть внимательнее.

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

Как понять, что стало лучше

Смотреть стоит не на «стало удобнее», а на четыре величины, которые считаются без отдельной аналитики.

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

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