Автоматическое резюме встречи работает хорошо, когда промпт заранее задаёт формат, роли, критерии важности и проверку спорных мест.

Встреча на 60 минут редко превращается в 60 минут полезной информации. В типичном рабочем созвоне есть вступление на 3–5 минут, повтор контекста, уточнения, спорные формулировки и 5–12 конкретных решений. Если менеджер после каждого такого разговора вручную пишет письмо, переносит задачи и отмечает риски, за месяц набегает заметная нагрузка. При 20 встречах в неделю и 30 минутах на обработку каждой получается 40 часов в месяц, то есть почти 1 рабочая неделя.

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

text{font-family:Inter,Manrope,system-ui,sans-serif;fill:#1F2933}.title{font-size:38px;font-weight:800}.label{font-size:25px;font-weight:700}.small{font-size:20px;fill:#52606D}.box{fill:#FFFFFF;stroke:#D8CDBB;stroke-width:3}.num{fill:#0F766E;font-size:30px;font-weight:800}Резюме встречи за 5 шагов1Стенограмма60 минут10–20 страниц2Промпт6 блоковжёсткий формат3Черновик5–10 минутбез догадок4Проверка3–7 минутсроки и риски5ПисьмозадачирешенияФокус проверки: исполнитель, срок, сумма, спорная формулировкаЕсли данных нет, в резюме должно быть «не указано», а не догадка
Инфографика

Почему резюме встреч экономит до 40 часов в месяц

Экономия появляется, когда 1 час разговора превращается в структурированное резюме за 5–10 минут вместо ручной обработки за 20–40 минут. При 5 встречах в день разница в 25 минут на встречу даёт около 41 часа за 4 рабочие недели.

Главная потеря времени находится не в записи мыслей, а в повторном прослушивании и восстановлении контекста. По данным практики командной работы, менеджер часто ищет 3 типа фрагментов: кто взял задачу, какой срок назвали и где прозвучало возражение. В стенограмме на 8 000–12 000 слов эти фрагменты могут занимать меньше 10% текста. Нейросеть быстрее человека просматривает массив, но без инструкции она легко перескажет разговор общими словами.

Автоматическое резюме полезно в 4 сценариях. Первый, проектный статус на 30 минут, где обычно есть 3–7 задач. Второй, клиентский созвон на 45–60 минут, где важны обещания, ограничения и следующий шаг. Третий, внутреннее планирование на 60–90 минут, где легко потерять зависимость между задачами. Четвёртый, разбор инцидента, где критичны причины, время события и ответственные.

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

Что должно быть в исходных данных

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

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

Я обычно прошу готовить стенограмму в 1 документе, без лишней разметки. Если встреча длилась 60 минут, нормальная расшифровка может занимать 10–20 страниц. В промпте лучше прямо сказать, что повторы, приветствия и технические паузы нужно игнорировать, а числовые факты сохранять дословно: суммы, даты, проценты, версии, номера задач.

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

Как написать промпт для резюме встречи

Рабочее место менеджера с заметками после встречи

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

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

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

Сделай ответ в 7 разделах:
1. Краткое резюме, 5–7 пунктов.
2. Принятые решения, только то, что явно согласовано.
3. Задачи: действие, исполнитель, срок, зависимость.
4. Риски и блокеры: причина, возможный эффект, кто должен уточнить.
5. Открытые вопросы.
6. Числа и даты, дословно из стенограммы.
7. Фрагменты, где уверенность ниже 70%, с причиной сомнения.

Правила:
- не придумывай исполнителей и сроки;
- если данных нет, пиши «не указано»;
- отделяй предложение от решения;
- сохраняй формулировки обязательств дословно;
- не добавляй советы, если их не просили.

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

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

Какой формат резюме выбрать

Для регулярных встреч лучше выбрать 1 постоянный формат на 6–8 разделов и не менять его без причины. Если каждая встреча получает разную структуру, менеджер снова тратит 10–15 минут на поиск задач и рисков.

Сравню 4 подхода, которые чаще всего вижу в рабочих командах.

Формат Когда подходит Что даёт менеджеру Ограничение
Краткий пересказ Еженедельный статус на 15–30 минут Быстро понять ход разговора Слаб для задач и сроков
Протокол решений Проектный комитет на 45–60 минут Видно, что согласовано Не показывает эмоции и возражения
Список задач Операционные созвоны с 5–15 поручениями Удобно переносить в трекер Может потерять причины решений
Риск-ориентированное резюме Клиентские и конфликтные встречи Подсвечивает блокеры и спорные места Требует хорошей стенограммы

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

Модельный кейс: компания из сферы логистики, ~200 сотрудников, проводит 12 клиентских созвонов в неделю и тратит по 30 минут на ручное резюме каждого, поэтому переносит в промпт 4 обязательных поля: обещание, срок, владелец, риск. В таком сценарии автоматизация не отменяет проверку менеджером, но сокращает черновую работу примерно на 6 часов в неделю.

Как проверять договорённости, задачи и риски

Проверка задач и рисков в резюме встречи

Проверка должна занимать 3–7 минут на встречу, иначе автоматизация теряет смысл. Я смотрю не весь текст, а 4 зоны риска: сроки, владельцы, числовые обещания и фразы с низкой уверенностью.

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

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

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

Где проходит граница автоматизации

Нейросеть может подготовить черновик за 5 минут, но финальная ответственность остаётся у человека, особенно если в резюме есть сроки, деньги или обещания клиенту. Для встреч с бюджетом от 100 000 рублей или сроками на 1–2 квартала ручная проверка обязательна.

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

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

Для бытовых и личных задач логика похожа: сначала дать контекст, потом формат, затем проверить результат. Этот принцип подробно разобран в статье про нейросети и чат-боты для повседневных задач, а для обучения полезен материал про использование ИИ для саморазвития. Разница в рабочих встречах в цене ошибки: неверная задача может затронуть 5 человек и 2 спринта.

Что я бы настроил в первую неделю

За 5 рабочих дней можно собрать рабочий процесс без сложной интеграции: выбрать 1 тип встреч, обработать 5 стенограмм, сравнить резюме с ручными заметками и поправить промпт. После 10–15 прогонов уже видны повторяющиеся ошибки модели.

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

Дальше решение простое. Если резюме экономит хотя бы 15 минут на встречу и требует меньше 7 минут проверки, процесс можно оставлять. Если проверка занимает 20 минут, проблема чаще в исходной стенограмме или слишком широком промпте. Я бы не начинал с автоматической рассылки протоколов. Сначала черновик, затем человек, потом письмо. Такой порядок скучнее, зато он сохраняет контроль над договорённостями, задачами и рисками.