Итоги встречи и черновики задач
Сценарий сокращает механическую работу после звонка, но не определяет договоренности вместо участников. Главный контрольный шаг выполняет организатор встречи.
Цель и граница автоматизации
Что меняем
Цель - превратить длинную стенограмму в проверяемый протокол, не стирая различие между обсуждением, решением и возможной задачей. На странице задачи должны появляться только после того, как организатор подтвердил смысл, владельца и срок.
Где останавливается ИИ
Модель не голосует за участников, не определяет, кто обязан выполнить работу, и не превращает желательную дату в согласованный срок. Если в разговоре нет явной договоренности, результат остается открытым вопросом.
Материал организован как разбор рабочего случая. Сценарий начинается с наблюдаемой проблемы, затем показывает путь документа или сообщения и только после этого предлагает формальные правила. Этот формат помогает обсудить внедрение с владельцем процесса на языке его ежедневной работы.
На пилоте сохраняйте примеры, где человек не согласился с черновиком. Именно такие случаи уточняют границу автоматизации лучше, чем десятки простых совпадений. Исправление должно превращаться в новое правило или тест, а не оставаться случайной правкой.
Владелец, журнал и критерий готовности
До технической настройки назначьте одного владельца сценария «Итоги встречи и черновики задач». Он утверждает справочники, определяет допустимые исключения и решает, когда результат «Протокол и черновики задач с ответственными» можно использовать дальше. Администратор конструктора отвечает за доставку и права, а владелец процесса - за смысл полей и решение человека. Эти роли могут выполнять разные сотрудники.
В журнале храните идентификатор входа, время каждого шага, версию промпта, использованную модель, статус проверки и причину остановки. Не записывайте полный чувствительный текст только ради отладки. Готовность пилота подтверждается не одним удачным примером, а серией обычных, пограничных и ошибочных случаев, для которых известен ожидаемый маршрут и возможен безопасный повтор. Отдельно зафиксируйте, кто получает уведомление, если проверка не завершена в установленный срок или очередь исключений растет.
Как работает сценарий
Получить расшифровку
Сценарий запускается после появления готового текста и сохраняет ссылку на исходную запись или стенограмму.
Разделить факты и предположения
ИИ выделяет обсуждения, явно принятые решения, вопросы без ответа и возможные задачи в разные блоки.
Подготовить черновики задач
Для каждой задачи модель предлагает формулировку, ответственного и срок только тогда, когда они названы в разговоре.
Согласовать протокол
Организатор исправляет имена, сроки и решения, после чего вручную подтверждает публикацию.
Создать задачи и уведомить команду
После подтверждения автоматизация создает карточки и отправляет участникам ссылку на итоговый протокол.
Обсуждение задачи, которую еще не согласовали
Пример показывает ожидаемую логику сценария и не является результатом практического теста связки.
На встрече команда обсуждала запуск тестовой страницы. Дизайнер предложил подготовить макет к четвергу, но руководитель попросил сначала проверить юридический текст и не подтвердил дату. В расшифровке реплики стоят рядом; имя одного участника распознано как название сервиса. Автоматический протокол может превратить предложение в поручение и разослать уведомление человеку, который ничего не обещал. Организатору нужна ссылка на исходную запись с временными отметками, чтобы восстановить контекст.
Черновик относит запуск страницы к открытому вопросу. Предложение дизайнера фиксируется как вариант следующего шага без установленного срока. Проверка юридического текста показывается отдельной зависимостью, а поле владельца остается пустым до подтверждения организатором. В протоколе есть короткие цитаты и таймкоды для спорных мест. После согласования организатор может создать одну задачу с явным действием и ответственным, а остальные обсуждения останутся контекстом, не засоряя таск-трекер.
Если запись оборвалась до итогового решения, сценарий не достраивает договоренность по раннему обсуждению. Он помечает протокол как неполный и просит организатора дополнить итог вручную. Если нельзя уверенно различить двух спикеров, имя не переносится в поле ответственного. Повторный запуск после исправления стенограммы обновляет черновик протокола, но не создает новые задачи до второго явного подтверждения. Команде видна версия, на основании которой были опубликованы итоговые карточки.
Основные риски
Распознавание речи может перепутать имена и профессиональные термины.
Обсуждение может быть ошибочно принято за принятое решение.
Автоматическое создание задач без проверки засоряет рабочую систему.
Какие входные данные подготовить
Стенограмма с ролями
Имена или устойчивые обозначения спикеров помогают отличить предложение одного участника от общего решения.
Ссылка на запись
Временные отметки позволяют быстро прослушать спорный фрагмент и проверить профессиональные термины.
Контекст встречи
Название проекта и цель звонка передаются отдельно, чтобы одинаковые слова не связывались с чужой задачей.
Список участников
Справочник имен используется для нормализации, но не для автоматического назначения отсутствующих владельцев.
Правила решений и остановки
- Не создавать задачу без явного действия.
- Не назначать владельца по тому, кто больше говорил.
- Показать организатору все фрагменты с неуверенным распознаванием.
- Публиковать протокол только после одного подтверждающего действия.
Что передать модели
Промпт задает формат черновика, но не заменяет проверки входных данных и ограничений платформы. Скопируйте его как основу и подставьте собственный справочник полей.
По расшифровке составь четыре раздела: решения, задачи, открытые вопросы и важный контекст. Не назначай ответственных и сроки, если они не названы явно. Для спорных мест добавь короткую цитату.
Что должно появиться на выходе
Решения
Каждое подтвержденное решение содержит формулировку, цитату и отметку времени.
Черновики задач
Название, владелец и срок заполняются только по прямой договоренности, а пустое значение остается пустым.
Открытые вопросы
Неурегулированные темы не прячутся в резюме и становятся отдельным списком для следующего контакта.
Контекст
Важные аргументы сохраняются отдельно от решений, чтобы команда понимала ход обсуждения без ложного статуса.
Контрольные примеры для пилота
Использовать разговор с предложением, которое затем отклонили.
Проверить задачу без названного ответственного.
Добавить одинаковые имена и профессиональное сокращение.
Повторно запустить обработку и проверить отсутствие дублей задач.
Какие показатели отслеживать
Высокое значение показывает, что модель принимает обсуждение за действие или получает слишком свободную инструкцию.
Отдельный учет помогает понять, где проблема распознавания, а где неоднозначность самой встречи.
Сравнивайте время от готовой стенограммы до подтверждения организатором, а не до генерации черновика.
Проверочный список
Что уточнить перед внедрением
Можно ли создавать задачи сразу?
Технически да, но безопаснее сначала создавать пакет черновиков. Одна неверная задача быстро размножается уведомлениями и портит доверие к системе.
Нужно ли хранить всю запись?
Это зависит от политики организации и согласия участников. Для проверки полезна ссылка на допустимый источник, но срок хранения должен быть определен заранее.