Отчёт руководителя с помощью ИИ: сводка и промпты

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

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

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

Что занимает время при подготовке отчёта руководителя?

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

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

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

Разделяйте три ситуации:

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

Что из этого забирает ИИ

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

Справка OpenAI об анализе данных описывает работу ChatGPT с данными и проверку результатов анализа. Возможности работы с файлами и создания документов также описаны в открытой справке Claude. Конкретный результат зависит от доступных инструментов и того, как прочитан входной файл.

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

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

Шаг 1. Подготовьте выгрузку

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

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

В подготовленном пакете подразделение определяется сначала по имени файла, затем по шапке. Для другого документооборота это правило нужно адаптировать. Например, если имя файла содержит только дату, надёжнее заранее заполнить реестр и сверить его с содержимым.

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

Документация Microsoft по объединению запросов описывает соединение таблиц по выбранным столбцам. Для отчёта это означает, что поле связи нужно определить до объединения. Похожее название подрядчика само по себе не подтверждает, что перед вами одна организация.

Сначала проверьте процесс на двух-трёх документах. Убедитесь, что текст и таблицы прочитаны, подразделения определены верно, а исходные фрагменты доступны для сверки. Затем добавляйте остальные отчёты.

Шаг 2. Поставьте задачу через решение, а не через «проанализируй»

Запрос к ИИ должен объяснять, какое решение поддерживает отчёт и какие подтверждения нужны для выводов. Для сводки собственнику задайте общую рамку, правила сопоставления и формат результата. Например, попросите выделить вопросы, которые блокируют поставку, работы или платёж, и показать основания каждого вопроса.

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

Собери сводку для собственника по приложенным отчётам за один период.

Цель: определить, какие вопросы требуют решения собственника
и какие действия подразделений зависят друг от друга.

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

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

В конце сопоставь реестр входных файлов с охватом сводки.
Покажи, что прочитано, что включено и что пропущено.

Если в основе отчёта числовая выгрузка, сохраните отдельный запрос для расчётов. Смысловые выводы добавляйте после проверки данных.

Ты готовишь числовую часть отчёта для руководителя.

Решение: <какое решение принимаем>.
Данные: <период и описание столбцов>.
Сравнение: <план или сопоставимый прошлый период>.

1. Проверь пропуски, дубли и необычные значения.
   Покажи проблемные строки и не исключай их молча.
2. Рассчитай <нужные показатели> по <разрезам>.
   Выполни расчёты кодом или формулами и покажи их.
3. Выведи отклонения:
   показатель, план, факт, разница, единица измерения.
4. Отдели подтверждённые объяснения от гипотез.
   Для каждой гипотезы укажи необходимые данные.
5. Подготовь короткое резюме:
   что произошло, что требует проверки, какое решение обсуждается.

Не выдумывай недостающие значения.
Не называй корреляцию причиной.
Укажи допущения и исключённые записи.

Как связать снабжение, график и платёж?

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

Учебный пример. Все числа и обстоятельства ниже придуманы для объяснения механики и не относятся к подготовленному пакету.

Допустим, снабжение сообщает, что по заказу № 104 поступило 60 из 100 единиц материала. Строительная служба указывает, что следующий этап требует всей партии. Финансы отмечают, что платёж за остаток ожидает согласования.

Сводка может звучать так: «По заказу № 104 поставка не завершена; следующий этап зависит от остатка партии. Финансы сообщают о необходимости согласования платежа. Нужно подтвердить условия отгрузки остатка и определить решение по оплате».

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

Шаблон сводки из четырёх блоков

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

СВОДКА СОБСТВЕННИКУ
Период: <начало — конец>
Статус: <черновик / проверено>
Главное: <что требует внимания и почему>

1. СДЕЛАНО
<результат — подразделение — показатель или подтверждение — источник>

2. ПРЕПЯТСТВИЯ
<проблема — затронутые отделы — подтверждённая зависимость>
Основание: <файл, раздел, исходный фрагмент>
Неизвестно: <каких данных не хватает>

3. РЕШЕНИЯ
Принято: <что решено и на каком основании>
Требуется: <вопрос собственнику — варианты, если они есть в данных>
Ответственный и срок: <подтверждённые / не указаны>

4. ПЛАН
<следующее действие — ответственный — срок — зависимость>

ТРИ ВОПРОСА К СОВЕЩАНИЮ
1. <какое конкретное решение нужно принять>
2. <какое расхождение необходимо устранить>
3. <какого подтверждения не хватает>

ТАБЛИЦА ПРОТИВОРЕЧИЙ
Тема | Источник А | Источник Б | Что расходится | Как проверить

РЕЕСТР ОХВАТА ФАЙЛОВ
Файл | Подразделение | Период | Прочитан | Включён | Пропуски
<...>

Контроль:
— файлов на входе: <число>;
— прочитано полностью: <число>;
— прочитано частично: <число>;
— не прочитано: <число>;
— все входные файлы отражены в реестре: <да / нет>.

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

Шаг 3. Проверьте источники и расчёты

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

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

Точный чек-лист проверки сводки

Проверка сводки начинается с реестра файлов и заканчивается основаниями вопросов собственнику. Для числовой части сверьте минимум 3–5 ключевых значений по исходникам, а каждый красный флаг и заявленное противоречие проверьте отдельно. Такой порядок помогает обнаружить пропуски и выводы, которые звучат убедительно, но не подтверждены.

1. Охват. Каждый входной файл есть в реестре; частично прочитанные документы и пропуски отмечены.
2. Периоды и объекты. Сопоставляются один заказ, проект или показатель за совместимые периоды.
3. Числа. Проверены ключевые значения, единицы, формулы и сходимость итогов.
4. Источники. Исходный фрагмент существует и подтверждает именно тот вывод, который стоит рядом.
5. Противоречия. Разные стороны одной темы не выданы за разногласие; похожие организации не объединены.
6. Решения. Ответственные, сроки и варианты не придуманы. Факты отделены от гипотез и вопросов.

После ручной сверки можно дать дополнительный запрос:

Проверь черновик сводки по входным отчётам.

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

Для каждого замечания покажи место в сводке, источник
и предложи исправление. Если подтвердить нельзя,
замени вывод на конкретный вопрос для уточнения.

Шаг 4. Решите, что нельзя загружать

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

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

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

Для обучения механике подготовьте отдельные учебные документы. Сохраните зависимости между поставкой, работами и платежом, но замените реальные реквизиты и значения. Явно отметьте, что пример учебный.

Сколько это экономит

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

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

Если итоговые суммы расходятся, сначала сведите данные из разных источников. Отклонения от целевых показателей разбирайте через план-факт анализ, а доходы и расходы — через БДР.

Что делать дальше

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

Сначала проверьте шаблон на небольшом наборе документов. Затем соберите полный период, выполните сверку и разберите с авторами отчётов, каких данных не хватило. После этого закрепите шаблон, критерии красных флагов и человека, который проверяет сводку перед передачей собственнику.