Встреча закончилась. Кто берёт на себя следующий шаг?

Концептуальная иллюстрация, сгенерированная ИИ; содержание — гипотетический пример.

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

Но если вернуться к записи встречи, клиент спрашивал: «Можно ли к пятнице сначала посмотреть одну версию?»; Сяо Линь сказал: «Я уточню цену у отдела продаж»; а демонстрация должна была ждать, пока клиент подготовит тестовые данные.

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

При передаче после встречи нужно сохранять эти различия. Ассистент может извлечь задачи, дополнить контекст и подготовить запись, но для каждого пункта следует указать: что уже определено и что ещё должен решить кто-то конкретный.

Разделяйте предложения, решения и обещания

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

При разборе после встречи все три записываются как «пункты действий», и это различие исчезает. Руководство Lindy по ведению протоколов встреч и материал Viktor о завершении последующей работы в тот же день рассматривают работу после встречи соответственно со стороны составления протокола и кросс-приложенческого сопровождения, но что именно за договорённость образовалась из одной фразы, всё равно нужно определять отдельно.

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

Для гипотетической встречи выше можно было бы сделать такую разметку:

Формулировка на встрече	Что можно определить сейчас	Что ещё нужно подтвердить
Клиент спрашивает: «Можно ли к пятнице сначала посмотреть одну версию?»	Клиент хочет увидеть черновик в пятницу	Принимает ли это команда, что входит в черновик
Сяо Линь говорит: «Я уточню цену у отдела продаж»	Сяо Линь взял на себя запрос цены	Когда будет обратная связь, кто окончательно утверждает смету
«Демонстрация — после того, как будут готовы тестовые данные»	У демонстрации есть предварительное условие	Кто подтверждает готовность данных, как потом назначать время

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

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

Ответственный должен соответствовать реально взятой работе

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

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

Результат должен быть описан настолько конкретно, чтобы взявшийся человек мог понять, что делать. «Продолжить работу по смете» оставляет слишком много простора для толкования; «уточнить у отдела продаж цены по этим двум вариантам и внести результат в черновик сметы» уже объясняет, что именно нужно сделать. Входит ли отправка клиенту, нужно уточнять отдельно.

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

Прося подтверждение, спрашивайте только о нерешённом

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

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

Клиент хочет получить черновик предложения в пятницу; в записи встречи нет подтверждения, что команда приняла эту дату. Прошу руководителя проекта подтвердить, согласны ли вы, и что должно входить в эту версию.

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

Демонстрация должна ждать, пока клиент предоставит тестовые данные; приглашение в календаре пока не создавать. Прошу подтвердить, кто проверяет готовность данных.

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

Подтверждение действует только для той версии содержания, к которой оно относилось в тот момент. После того как руководитель согласился «дать черновик в пятницу», если результат потом расширят до «полного предложения и сметы», этот ответ не покрывает新增 объём. Заново подтверждать нужно изменившуюся часть; остальное остаётся в силе.

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

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

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

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

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

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

Соединяйте материалы встречи и систему задач с помощью OOMOL

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

Connector SDK от OOMOL предоставляет путь для вызова подключённых аккаунтов приложений. Сначала в Connections подключите приложение, где хранятся записи встреч, и инструмент задач команды. Перед подключением проверьте, предоставляет ли каждое приложение нужные операции чтения, запроса, создания и обновления. Транскрипт встречи по-прежнему предоставляет исходный инструмент встреч; подключение приложения не означает, что OOMOL будет записывать встречу или распознавать говорящих.

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

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

Начните с черновика передачи по одной встрече

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

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

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

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