Контроль поручений после совещания: что должен делать ИИ после протокола

Почему готового протокола недостаточно

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

Сравните три фразы:

• «Можно попробовать нового поставщика» — предложение.
• «Сравним двух поставщиков перед следующим заказом» — решение о проверке.
• «Анна подготовит сравнение к четвергу, включая срок поставки и полную стоимость» — поручение с владельцем и сроком.

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

Как выглядит исполнимая задача

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

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

От протокола встречи к задаче: где подключить ИИ

Первый этап — подготовка черновика по встрече. Ассистент группирует обсуждение, отделяет решения от открытых вопросов и предлагает карточки задач. У каждой значимой записи сохраняется ссылка на основание.

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

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

Связка уже развивается на рынке: в июле 2026 года Notion добавила запуск агентов после подготовки заметок о встрече. Наличие автоматического перехода к действиям делает проверку исходного решения особенно важной.

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

Как контролировать исполнение без бесконечных напоминаний

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

Не следует отправлять одинаковое уведомление всем участникам при каждом изменении. Хорошее сообщение отвечает на четыре вопроса: что изменилось, чему это мешает, кто может снять препятствие и к какому моменту нужен ответ.

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

Какие ошибки включить в проверку

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

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

Что измерять после внедрения

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

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

Полезен и показатель нагрузки: время на подготовку протокола, проверку предложений ИИ и сбор статусов вместе. Автоматизация оправданна, когда облегчает эту работу в сумме, а не переносит её в бесконечную проверку уведомлений.