БлогНа главную ↗
← Все статьи

AGENTUM / AI-ПРЕЗЕНТАЦИИ

Три слайда для одного решения

Как создать AI-презентацию для руководителя на основе проверенных фактов: проблема, варианты действий и ответственный за следующий шаг. Без выдуманных цифр.

AGENTUM Editorial · 20 октября 2026

AGENTUM executive interior: FACTS, DECISION and ACTION under THREE SLIDES. ONE DECISION.
Главная мысль

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

Почему руководителю не нужен ещё один красивый отчёт

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

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

Задача AI здесь не «придумать стратегию». Его разумная роль — помочь структурировать утверждённый материал, сделать формулировки понятными и показать причинно-следственную линию без потери ограничений.

Сформулируйте решение одним предложением

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

Хороший бриф содержит шесть полей: адресат, решение, период данных, проверенные факты, варианты действий, срок выбора. Если фактов мало, это тоже нужно записать, а не маскировать отсутствующие строки общими словами вроде «динамика положительная».

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

Разделите данные на факт, расчёт, гипотезу и отсутствие информации

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

Статус сведенияЧто писать на слайдеЧего не делать
Проверенный факт«60 из 240 обращений обработаны позже целевого срока» + период и источникНе называть показатель отраслевой нормой без источника
Расчёт«Доля просрочек — 25% (60 ÷ 240)»Не скрывать знаменатель, единицы и округление
Гипотеза«Передача смен может влиять на часть задержек; нужна проверка»Не писать «причина доказана»
Цель эксперимента«Проверить возможность снизить долю просрочек до 12,5% или ниже»Не называть цель гарантированным прогнозом
Нет сведений«Данных о повторных обращениях пока нет»Не придумывать число ради полноты дизайна

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

Учебный кейс: сервисная компания «Маяк»

Представим вымышленную компанию «Маяк» с двумя сменами поддержки. Все показатели в примере созданы для объяснения метода, а не взяты из AGENTUM, CRM клиента или реального исследования. По учебной выгрузке за сентябрь есть 240 обращений, из них 60 закрыты с нарушением внутреннего целевого срока в 24 часа. Среди этих 60 случаев 36 имеют отметку о передаче между сменами.

Доля обращений с нарушением срока: 60 ÷ 240 × 100 = 25%. Доля обращений с отметкой передачи среди просроченных: 36 ÷ 60 × 100 = 60%. Последнее число не означает, что передача смен вызвала 60% просрочек: для проверки причинности нужно изучить порядок маршрутизации, нагрузку, сложность заявок и время появления отметки.

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

Слайд № 1 — «Что происходит?»

Заголовок с выводом: «Каждое четвёртое обращение в учебной выборке вышло за целевой срок». Вместо набора абстрактных KPI показываем число 60 из 240, формулу 25% и две небольшие подписи: «сентябрь» и «внутренний SLA 24 часа». Рядом — нейтральное пояснение: «36 просроченных обращений имели отметку передачи смен».

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

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

Слайд № 2 — «Какой выбор есть?»

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

ВариантПлюсОграничениеСтатус
A. Оставить процесс без измененийНет дополнительной нагрузкиНе проверяем гипотезу о передаче сменБазовый сценарий для сравнения
B. Две недели вести короткий реестр передачиМалые организационные затраты, наблюдаемый результатПотребуются ответственный и дисциплина записейПредлагаемый эксперимент
C. Сразу менять CRM и маршрутизациюТеоретически шире возможности автоматизацииНет подтверждённых данных о причине, бюджете и сроке внедренияПока рано выбирать

Для варианта B предложите конкретный процесс: в конце каждой смены сотрудник отмечает незавершённое обращение, его владельца и следующий шаг; руководитель сверяет список дважды в рабочий день по десять минут. За десять рабочих дней это 200 минут, или 3 часа 20 минут руководительского просмотра. Это расчёт временных затрат на просмотр, а не полная стоимость эксперимента: время сотрудников на ведение реестра нужно измерить отдельно.

Обязательная фраза на втором слайде: «Эксперимент проверяет гипотезу; улучшение пока не доказано». Она уменьшает риск принять красивый план за уже полученный результат.

Слайд № 3 — «Какое решение принимаем?»

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

Учебная цель — проверить, удастся ли снизить долю просрочек с 25% до 12,5% или ниже в сопоставимом периоде. Это означает не больше 30 просроченных обращений только если общий объём снова равен 240. При другом объёме сравнивайте проценты и распределение сложности, а не абсолютное число 30.

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

Один бриф, который можно воспроизвести

Ниже — рабочий шаблон. Он не требует предоставлять AI доступ к CRM: допустимо использовать заранее подготовленный и проверенный набор агрегированных сведений.

«Подготовь управленческую презентацию на 3 слайда на русском языке, формат 16:9, для владельца вымышленной сервисной компании «Маяк». Цель — обсудить решение о двухнедельном эксперименте передачи обращений между сменами. Используй только эти учебные факты: сентябрь, 240 обращений, 60 нарушений внутреннего SLA 24 часа, 36 из просроченных имеют отметку о передаче смен. Вычисли долю просрочек 25%; не делай вывода, что передача смен является причиной. Слайд 1: наблюдение и источник. Слайд 2: варианты A/B/C, плюсы и ограничения. Слайд 3: проект решения, ответственный — «уточняется», цель — проверить долю просрочек не выше 12,5%, дата пересмотра — «согласовать». Не придумывай продажи, экономию, ROI, имена работников, клиентов, договорённости и успешно выполненные действия. При недостатке фактов прямо укажи, что требуется проверить. Используй премиальную, но предметную графику и читаемые заголовки; не превращай слайды в рекламный плакат».

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

Визуальная иерархия: один смысловой акцент на странице

Визуальное качество не равно количеству деталей. На первом слайде главным может быть один показатель с честным знаменателем. На втором — три сопоставимые альтернативы без искусственно выделенного «победителя». На третьем — предложенное действие, ответственный и момент перепроверки. Такой сюжет можно понять даже при просмотре PDF на телефоне в Telegram.

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

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

Что AI может и не может проверить самостоятельно

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

Отдельно проверьте четыре границы: происхождение чисел, доступ к информации, условность выводов и факт исполнения. Если после презентации кто-то хочет создать поручение, отправить документ клиенту или изменить запись в CRM, это самостоятельная операция с проверкой полномочий, а не последствие того, что AI написал «рекомендуем».

В руководстве NIST по рискам генеративного AI отдельно рассматриваются достоверность информации, проверка источников и необходимость человеческого надзора. Эти принципы полезны для редакторской проверки AI-презентаций, но не являются сертификатом конкретного продукта или гарантией безошибочной генерации.

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

В AGENTUM предусмотрен сценарий подготовки визуальной AI-презентации по пользовательскому запросу: план → генерация отдельных изображений слайдов → сборка PDF → доставка в Telegram. По документированному состоянию на 19 октября 2026 года три слайда предлагаются по умолчанию, допустимый запрос — от одного до восьми, поддерживаются RU, UK и EN. Такой PDF состоит из изображений: текст внутри слайдов не следует считать автоматически редактируемым или доступным для надёжного поиска.

Важная граница доступности: в production этот сценарий ограничен контуром владельца, массовое включение для всех пользователей не подтверждено. Обработка основана на материале из запроса пользователя; автоматическое формирование презентации из подключённых отчётов компании пока нельзя обещать как опубликованную возможность. Детальная живая проверка качества нового конвейера и сквозного запроса Telegram → PDF ещё не была подтверждена в канонической технической документации на дату подготовки этой статьи.

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

Выберите длину по сложности решения, а не по привычке

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

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

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

Двенадцать проверок перед отправкой руководителю

  1. Решение. Можно ли сформулировать вопрос встречи одним предложением?
  2. Адресат. Понятно ли, кто принимает решение, а кто только рекомендует?
  3. Источник. Для каждого факта указан разрешённый первоисточник?
  4. Период. Совпадают ли даты, границы выборки и момент выгрузки?
  5. Формула. Корректны ли числитель, знаменатель, единицы и округление?
  6. Гипотезы. Не превратилось ли предположение в «доказанную причину»?
  7. Прогнозы. Не выдана ли цель эксперимента за гарантированный эффект?
  8. Альтернативы. Показаны ли реальные плюсы и ограничения каждого выбора?
  9. Права. Не раскрывают ли слайды лишние коммерческие или персональные данные?
  10. Визуал. Не изменил ли AI упаковку, цифры, надписи и смысл схемы?
  11. Действие. Указаны ли ответственный, срок и метрика следующей проверки?
  12. Факт исполнения. Не названо ли предложение поручением, которое уже исполнено?

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

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

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

Всегда ли руководителю нужны ровно три слайда? Нет. Это рабочая композиция для одного решения. Сложные темы требуют самостоятельной доказательной части; лишние страницы не нужны лишь ради объёма.

Может ли AI гарантировать точность графиков и текста на изображениях? Нет. Формулы, подписи, числовые факты и итоговый PDF требуют человеческой проверки. Особенно внимательно смотрите на цифры, отрисованные непосредственно в картинке.

Можно ли считать итоговый PDF полноценным отчётом из корпоративных данных? Только если его цифры действительно сверены с уполномоченными источниками. Само появление PDF в Telegram не подтверждает актуальность CRM, разрешённость доступа или исполнение решения.

Значит ли упоминание функции AGENTUM, что она уже доступна каждому клиенту? Нет. На дату подготовки материала новый конвейер AI-презентаций был развёрнут в ограниченном контуре владельца, без подтверждённого массового запуска. Доступность конкретной функции нужно проверять отдельно.

Итог: одна презентация — один проверяемый следующий шаг

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

Подход можно использовать при подготовке запросов к AGENTUM и в других инструментах. Начните с одного реального вопроса, минимального набора разрешённых данных и простого сценария «факт → выбор → действие». Сначала согласуйте смысл — уже затем просите AI придать ему форму.


Источники и контекст проверки (20 октября 2026): AGENTUM — описание текущего конвейера AI-презентаций; AGENTUM — текущий статус продукта; NIST — Generative AI Profile; NIST AI Risk Management Framework. Учебный кейс «Маяк» полностью вымышленный; расчёты даны для объяснения метода и не являются данными AGENTUM или обещанием результата.