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

Короткий ответ
Еженедельный отчёт руководителю с ИИ лучше строить не как длинный пересказ всех событий, а как проверяемый документ для решения. В нём должны быть период отчёта, дата обновления источников, несколько ключевых показателей, сравнение плана и факта, объяснение существенных отклонений, риски, решения и следующие действия с ответственными.
ИИ-агент полезен на этапе подготовки: собрать разрешённые данные из таблиц и файлов, привести названия показателей к одной системе, найти необычные изменения, связать цифры с комментариями команды и оформить черновик. Но владелец отчёта проверяет арифметику, свежесть источников, причинно-следственные выводы и формулировки перед отправкой. OpenCowork помогает держать исходные материалы и результат в одной рабочей задаче, чтобы каждая цифра оставалась проверяемой.
Чем недельный отчёт отличается от выгрузки показателей
Выгрузка отвечает на вопрос «какие значения находятся в системе». Управленческий отчёт должен отвечать ещё на три вопроса: что изменилось, почему это важно и какое действие требуется. Если просто перенести в документ десятки строк из CRM, рекламного кабинета и проектной таблицы, руководителю всё равно придётся самостоятельно искать главное.
Для каждого ключевого показателя полезно фиксировать как минимум текущее значение, цель и изменение во времени. Именно такую логику использует KPI: официальная документация Microsoft описывает его как показатель прогресса к измеримой цели и указывает три базовых элемента — фактическое значение, целевое значение и тренд (руководство по KPI в Power BI). Эта схема применима и к обычному текстовому отчёту, даже если компания не использует Power BI.
Рабочий недельный отчёт обычно содержит пять слоёв:
- короткое резюме недели в трёх–пяти тезисах;
- таблицу основных KPI с планом, фактом и изменением;
- объяснение только существенных отклонений;
- риски, блокеры и вопросы, требующие решения;
- следующие действия, ответственных и срок.
Такой формат ограничивает объём и отделяет факты от интерпретаций. Если показатель не влияет на решение и не требует внимания, его можно оставить в приложении или исходной таблице.
Какие источники подготовить
ИИ не сделает отчёт надёжнее, если получает устаревшую выгрузку или таблицы с разными правилами расчёта. Перед запуском нужно составить короткий реестр источников. Для каждого источника зафиксируйте владельца, период, время последнего обновления и роль в отчёте.
| Источник | Что из него брать | Что проверить |
|---|---|---|
| CRM или реестр продаж | новые лиды, сделки, выручку, этапы | период, валюту, дубли, закрытые сделки |
| Таблица маркетинга | расходы, лиды, стоимость привлечения | окно атрибуции, НДС, полноту каналов |
| Проектный трекер | завершённые задачи, сроки, блокеры | актуальность статусов и владельцев |
| Финансовая таблица | план, факт, платежи, прогноз | версию файла, единицы и правила округления |
| Комментарии команды | причины изменений и контекст | автора, дату и отделение факта от гипотезы |
Дата обновления важна не меньше самой цифры. В документации Microsoft по обновлению данных подчёркивается, что отчёт может использовать разные типы обновления, а историю успешных и неуспешных обновлений нужно контролировать отдельно (обзор обновления данных в Power BI). Поэтому в итоговом документе стоит писать не только «выручка за неделю», но и «данные CRM обновлены 31 августа в 09:00, финансовая таблица — 30 августа в 18:20».
Если один источник не обновился, агент не должен молча подставлять старое значение. Правильнее пометить показатель как неполный, указать дату последней доступной версии и вынести проблему в блок качества данных.
Шаблон результата: план, факт, причина, действие
Главная таблица должна быть компактной. Для большинства команд достаточно пяти–семи показателей, связанных с текущими целями. Пример структуры:
| Показатель | План | Факт | Изменение к прошлой неделе | Объяснение | Действие |
|---|---|---|---|---|---|
| Новые квалифицированные лиды | 40 | 34 | −8% | Два канала дали меньше заявок; данные подтверждены | Проверить кампании, ответственный — маркетинг |
| Выполненные этапы проекта | 12 | 10 | без изменения | Две задачи перенесены из-за внешней зависимости | Согласовать новый срок до вторника |
| Доля обращений в срок | 95% | 92% | −2 п. п. | Рост очереди в понедельник; причина требует проверки | Пересмотреть дежурство и проверить эффект через неделю |
Цифры в такой таблице являются примером формата, а не нормативом. Для реального отчёта агент берёт значения только из переданных источников. Если объяснение подтверждено комментарием владельца или данными, его можно пометить как факт. Если это лишь вероятная причина, нужно прямо написать «гипотеза» и указать, чем её проверить.
После таблицы полезны три коротких блока:
- Решения руководителя: вопросы, где требуется выбор, бюджет, приоритет или изменение срока.
- Риски: событие, возможное влияние, вероятность, владелец и способ контроля.
- Следующая неделя: конкретное действие, ожидаемый результат, ответственный и дата.
Так отчёт превращается в рабочий материал для планёрки, а не в архив прошедших событий.
Как поставить задачу ИИ-агенту в OpenCowork
В OpenCowork недельный отчёт можно собирать в обычном проекте, где уже лежат разрешённые файлы и рабочий контекст.
- Укажите точный период и адресата: например, «отчёт операционному директору за 24–30 августа».
- Приложите актуальные таблицы или назовите подключённые источники. Отдельно укажите, какой источник считается главным при конфликте.
- Перечислите пять–семь KPI, их определения, плановые значения и допустимые отклонения.
- Попросите агента сначала проверить периоды, пустые значения, дубли и различия единиц измерения.
- Задайте формат: резюме, KPI-таблица, отклонения, риски, решения и план следующей недели.
- Требуйте ссылку на источник или имя файла для каждого показателя и маркировку непроверенных причин.
- Проверьте черновик по исходникам, исправьте комментарии и только затем отправляйте его адресату.
Пример запроса:
Подготовь черновик недельного отчёта руководителю за указанный период. Используй только приложенные таблицы и комментарии. Сначала проверь периоды, единицы, пропуски и дубли. Для каждого KPI покажи план, факт, изменение и источник. Подтверждённые причины отдели от гипотез. В конце собери решения, риски и действия с ответственными. Ничего не отправляй без моей проверки.
Посмотреть близкие сценарии можно в разделе примеров задач и результатов. Если структура уже понятна, откройте рабочее пространство OpenCowork, передайте разрешённый комплект источников и закажите первый черновик.
Что проверить перед отправкой
Проверка занимает меньше времени, если у отчёта есть единый чек-лист:
- период одинаков во всех таблицах;
- у каждого KPI есть определение, единица и источник;
- план и факт не перепутаны;
- проценты и процентные пункты используются корректно;
- итоговые значения пересчитываются по исходным строкам;
- время обновления источников указано и приемлемо;
- факты отделены от гипотез и мнений;
- персональные и коммерчески чувствительные данные не попали лишним адресатам;
- каждое действие имеет владельца и срок;
- перед отправкой выполнена проверка человеком — владельцем отчёта.
Особое внимание нужно уделить красивым, но неподтверждённым объяснениям. ИИ может правдоподобно связать падение показателя с событием, которое произошло одновременно, но это ещё не доказывает причину. Если подтверждения нет, формулировка должна оставаться вопросом или гипотезой.
Итог
Еженедельный отчёт руководителю с ИИ полезен, когда сокращает путь от разрозненных источников к понятному решению. Лучший результат — короткий документ с датой данных, несколькими KPI, планом и фактом, подтверждёнными отклонениями, открытыми вопросами и следующими действиями. ИИ-агент ускоряет сборку и первичную проверку, а человек сохраняет ответственность за данные, выводы и отправку.
От практики к рабочей задаче
Как OpenCowork готовит отчёты и аналитику

