После встречи все вроде бы договорились. Через два дня выясняется: дизайнер готовит не тот результат, маркетолог ждёт материалы, а фраза «можно сделать бота» уже превратилась в лишнюю работу. Протокол встречи с ИИ полезен тогда, когда помогает отделить принятое решение от обсуждения и довести поручение до конкретного исполнителя.
Покажем этот путь в нашей разработке «Штаб»: текст разговора → предложения ИИ → проверка → задачи на доске → назначенные сотрудники и сроки. В примере будет и ошибка нейросети. Её заметили до начала работы и исправили.
Что мы действительно проверили. В отдельную копию рабочего приложения вставили вымышленный разговор, запустили настоящий разбор с ИИ и создали задачи после проверки. Скриншоты сняты с работающего интерфейса. Участники учебные, рабочие данные клиентов не использовались. Распознавание аудио в этом опыте не запускали: начали с готового текста.
Какой результат нужен после встречи
Расшифровка отвечает на вопрос «что говорили». Краткое резюме — «о чём был разговор». Протокол должен помочь понять, что решили, кто отвечает, когда нужен результат и что пока не согласовано.
Если в документе написано «обсудили запуск вебинара», это ещё не поручение. Человеку нужно знать, что именно он должен передать: ссылку на первый макет, готовую страницу или уже опубликованный сайт. Это разный объём работы.
| Что сохранить | Пример из нашего разбора |
|---|---|
| Согласованное действие | Подготовить первый макет страницы вебинара |
| Результат | Ссылка на макет с первым экраном и блоком программы |
| Исполнитель | Анна, которая подтвердила поручение |
| Срок | 21 сентября 2026 года, 15:00 по Москве |
| Основание | Просьба руководителя и ответ Анны «Да, беру» |
| Что ещё не решено | Бот, бюджет и дата запуска рекламы |
Такой протокол полезен руководителю небольшой команды, маркетологу, проджекту и фрилансеру после разговора с заказчиком. Он помогает избежать работы, которую никто не заказывал, и обещаний, которые никто не давал.
Наш пример: два поручения и две идеи
Учебная встреча проходит 17 сентября 2026 года. Команда готовит страницу вебинара. Все даты и участники вымышлены; это пример для проверки инструмента.
Руководитель говорит Анне:
Сделай первый макет к 21 сентября 2026 года, 15:00 по Москве. Нужны первый экран и блок программы. Результат — ссылка на макет для проверки, не опубликованный сайт.
Анна отвечает:
Да, беру. К этому времени пришлю ссылку.
Михаил берёт другое поручение:
Я проверю цифры в программе вебинара к 18 сентября 2026 года, 12:00 по Москве. Составлю таблицу: спорная цифра, где её нашли и что исправить. Пришлю её руководителю.
Дальше участники обсуждают Telegram-бота и рекламу. Но бота не согласовали, бюджет неизвестен, дату запуска не подтвердили. В конце руководитель отдельно повторяет: приняты только два поручения.
Ожидаемый результат: две основные задачи. Обсуждение бота и запуска рекламы должно остаться в вопросах для уточнения. Нельзя назначить разработку бота только потому, что слово «бот» встретилось в разговоре.
Полный текст можно скачать и использовать для проверки.
Шаг 1. Подготовить текст разговора
Перед разбором укажи дату встречи, часовой пояс и имена участников. В тексте должно быть понятно, кто произнёс каждую реплику. Иначе просьба одного человека может превратиться в обязательство другого.
Для начала выбери короткий разговор с двумя-тремя поручениями. Сохрани исходный текст отдельно: по нему будешь проверять предложения ИИ.
Если начинаешь с записи, сначала получи расшифровку и просмотри места с датами, именами, суммами и отрицаниями. Потерянное «не» в словах «не запускаем рекламу» полностью меняет смысл. Качество протокола зависит и от того, что попало на вход.
В нашем проходе запись не загружали. Использовали готовый учебный текст, поэтому результат ниже проверяет разбор поручений, а не качество распознавания речи.
Для своей первой пробы: замени имена и названия клиентов на учебные. Не добавляй доступы к сервисам, телефоны, платёжные сведения и другие данные, которые не нужны для понимания поручений.
Шаг 2. Получить предложения в «Штабе»
Открой раздел «Задачи» и нажми «Голосом». В появившемся окне можно не только записывать голос, но и вставить готовый текст.
- Вставь текст встречи в большое поле.
- Проверь начало: дата, участники и тема на месте.
- Нажми «Разобрать на задачи».
- Дождись списка предложений.
Настоящее окно «Штаба». В поле вставлен готовый текст; микрофон и распознавание записи в этом проходе не использовались.
В нашем примере ИИ предложил две задачи: подготовить первый макет и проверить цифры. Бота и запуск рекламы в список не добавил. Для каждого поручения появились описание, срок, метки темы и варианты подзадач.
На этом шаге задачи ещё не созданы. Мы отдельно проверили список на доске: до подтверждения он оставался пустым. Это даёт время прочитать предложения и решить, что переносить в работу.
Шаг 3. Проверить смысл, а не только красивый текст
Не нажимай создание сразу после появления списка. Сравни каждое предложение с исходным разговором.
Результат настоящего разбора. Две основные задачи найдены верно, но высокий приоритет нейросеть добавила сама. Участники его не обсуждали.
В нашей проверке получилось следующее:
| Что проверяли | Что увидели | Решение человека |
|---|---|---|
| Количество поручений | Две основные задачи | Совпадает с разговором |
| Объём макета | Первый экран и блок программы, ссылка для проверки | Оставить; это не обещание готового сайта |
| Срок Анны | 21 сентября, 15:00 | Совпадает |
| Срок Михаила | 18 сентября, 12:00 | Совпадает |
| Идеи без решения | Бот и реклама не стали задачами | Правильно |
| Приоритет | Обе задачи помечены как высокие | Убрать неподтверждённую отметку |
| Подзадачи | ИИ предложил последовательность действий | Проверить, нужна ли такая разбивка исполнителю |
Это и есть практическая польза проверки: нейросеть может верно понять основное поручение и одновременно добавить лишнюю оценку. Срок сам по себе не означает высокий приоритет. Если всё объявить срочным, список перестанет помогать выбирать работу.
В окне предложений можно исправить название задачи и удалить лишнюю строку кнопкой с корзиной. Исполнителя, срок и приоритет проверим в карточке после создания. Важно понимать эту последовательность: на данном экране не все поля редактируются.
Подзадачи — тоже предложения. «Отправить ссылку руководителю» помогает довести работу до результата. Но дополнительные исследования, новые документы и созвоны нельзя считать согласованными только потому, что ИИ включил их в список.
Шаг 4. Создать проверенные задачи на нужной доске
Выбери доску, куда должны попасть поручения. В нашем примере она называется «Учебный запуск вебинара». Если у тебя несколько проектов, сначала проверь назначение: правильная задача на чужой доске легко теряется.
Ещё раз посмотри на количество строк и подтверди создание. В проверке появились две основные задачи с предложенными подзадачами. Мы не отправляли поручения в рабочие чаты и не запускали их выполнение агентами.
Если окно закрыли или ответ долго не приходит, сначала посмотри на доску. Не создавай тот же список повторно вслепую: задержка ответа ещё не означает, что задачи не сохранились. Защиту от повторного создания этим опытом мы не проверяли.
Открой созданную карточку. Следующий шаг обязателен, даже если описание выглядит правильным.
Шаг 5. Назначить исполнителя и проверить срок
В проверенной версии «Штаба» новые задачи сначала назначаются человеку, который подтвердил создание. Имена из разговора не превращаются автоматически в назначение сотрудников. В нашем проходе обе задачи сначала оказались у учебного руководителя.
Чтобы договорённости дошли до команды:
- Открой задачу о макете.
- В поле «Исполнитель» выбери Анну.
- В поле «Дедлайн» проверь 21 сентября 2026 года и 15:00.
- В поле «Приоритет» выбери «— без приоритета —», поскольку на встрече его не согласовали.
- Открой задачу о цифрах и назначь Михаила. Проверь 18 сентября и 12:00, также убери неподтверждённый приоритет.
Так выглядит проверенная карточка. Исполнитель выбран человеком; дата и время сверены с разговором. Имена участников учебные.
Мы обновили страницу и открыли задачи снова: назначения, даты, время и снятый приоритет сохранились.
Если исполнитель ещё не определён, не выбирай случайного сотрудника. Сначала уточни договорённость. Имя, которое ИИ написал в описании, и назначение в поле «Исполнитель» — разные вещи. Проверять нужно именно поле.
Шаг 6. Убедиться, что результат виден в работе
Вернись на доску. В нашем примере можно выбрать «Из созвонов», чтобы увидеть задачи с таким источником. Обе карточки находятся в состоянии «К выполнению», у каждой есть срок и назначенный сотрудник.
Фрагмент рабочего экрана на учебных данных. Задачи созданы и подготовлены к работе; их выполнение этим скриншотом не подтверждается.
Завершай проверку не фразой «ИИ всё записал», а коротким проходом: открой обе карточки, найди результат, исполнителя и срок. Сверь, что несогласованные идеи не попали в работу.
Затем участники должны подтвердить свой объём и дату. Как это происходит — на следующем коротком разговоре, в рабочем чате или внутри принятого процесса команды — решается отдельно. Сохранение задачи ещё не означает, что человек увидел её и согласился.
Где хранить вопросы, которые ещё не стали задачами
У встречи обычно есть не только поручения. Остаются идеи, зависимости и решения, для которых не хватает данных. В нашем разговоре это бот и запуск рекламы.
Сохрани их в отдельной части протокола:
| Вопрос | Что пока неизвестно | Что нужно для решения |
|---|---|---|
| Делать ли Telegram-бота | Задача не согласована | Определить, какую проблему он решает и нужен ли к запуску |
| Когда запускать рекламу | Бюджет, ответственный за согласование и дата | Согласовать эти условия; 25 сентября пока не считать обещанием |
Не придумывай исполнителя и срок для этих строк. Если команда договорится, кто уточнит бюджет и когда вернётся с ответом, это станет отдельным подтверждённым поручением.
В нашем проходе эта часть ведётся в таблице протокола. На показанной доске автоматически сохранялись только подтверждённые человеком задачи. Отдельный автоматический реестр нерешённых вопросов здесь не проверялся.
Скачай заполненный протокол учебной встречи. В нём две задачи и два открытых вопроса. Таблицу можно открыть в обычном табличном редакторе и заменить пример своими данными.
Готовое задание для своего ИИ-помощника
Если проверяешь процесс в другом инструменте или настраиваешь собственного помощника, начни с такой инструкции. Это дополнительный шаблон: встроенный разбор «Штаба» в показанном опыте работал со своей инструкцией.
Прочитай текст встречи. Раздели результат на принятые решения, согласованные поручения и открытые вопросы. Для каждого поручения укажи действие, ожидаемый результат, исполнителя, срок и короткую цитату, которая подтверждает договорённость. Если исполнителя или срока нет, напиши «не согласован», не подставляй догадку. Не превращай идеи, вопросы и отклонённые предложения в обязательства. Не назначай приоритет без прямого основания в разговоре. Предложенные тобой подзадачи вынеси отдельно и подпиши как предложения. Если участники противоречат друг другу, покажи противоречие. Ничего не отправляй участникам и не создавай задачи без проверки человеком.
Перед текстом добавь дату встречи, часовой пояс и участников. Если человек говорит «к пятнице», проверь, какую конкретно дату имели в виду. При неизвестной дате встречи нельзя надёжно восстановить срок.
Инструкцию можно скачать отдельным файлом. Она помогает задать правила, но не отменяет сверку результата. Наш пример с лишним приоритетом как раз показывает, зачем нужна эта сверка.
Ошибки, которые стоит проверить на своей встрече
| Фраза или ситуация | Опасный результат | Как проверить |
|---|---|---|
| «Можно было бы сделать бота» | Появилась обязательная разработка | Найди явное согласие на выполнение |
| «Не публикуем до согласования» | Создана задача опубликовать сразу | Проверь отрицание и условие |
| «Нужен первый макет» | Срок приписан готовому сайту | Сверь, какой результат должен быть передан |
| «К пятнице» | Выбрана не та неделя | Уточни дату встречи и ожидаемую дату готовности |
| «Кто-нибудь проверит цифры» | Назначен случайный человек | Отдельно согласуй исполнителя |
| Участник изменил срок в конце | Сохранена ранняя договорённость | Сравни начало и конец разговора |
| В тексте нет срочности | Всем задачам дан высокий приоритет | Удали оценку, если команда её не приняла |
| Повторно нажали создание | На доске дубли | Сначала проверь, что уже появилось |
Это список проверок для следующей пробы, а не заявление, что все ситуации уже успешно обработаны приложением. В показанном проходе проверены два поручения с явными датами, несогласованные идеи, приоритет и ручное назначение исполнителей. Неоднозначные относительные даты и повторные отправки нужно испытывать отдельно.
Как понять, что процесс экономит время
Замерь весь путь: подготовку текста, ожидание ответа, проверку, исправления, создание и назначение задач. Быстрый ответ нейросети ещё не означает быстрый готовый протокол.
Сравни с ручным разбором встреч похожей длины и сложности. Запиши, сколько поручений пришлось исправить, какие договорённости потерялись и сколько лишних задач появилось. Отдельно учитывай вопросы, которые помогли заметить до начала работ.
Мы не измеряли экономию рабочего времени команды на реальных встречах в этом опыте. Подтверждённый результат здесь конкретнее: два поручения прошли путь от текста до сохранённых задач, а лишний приоритет был замечен и снят.
Для расчёта затрат используй инструкцию по оценке результата внедрения. Учитывай стоимость доступов к инструментам и работу человека, который проверяет протокол. Бесплатность или включение всех подключений в подписку из этого примера не следует.
Как перенести этот подход в свою работу
Выбери один повторяющийся тип встречи: планёрка студии, разговор с заказчиком или обсуждение запуска. Определи, кто проверяет протокол, где хранятся задачи и кто подтверждает сроки. Начни с небольшого разговора, результат которого легко сверить.
В Лаборатории Субботина мы разбираем такие рабочие процессы через конкретную задачу и проверку результата. Через Telegram получишь памятку к этой статье и маршрут в платный клуб. Если нужна настройка процесса под команду или внедрение под ключ, это обсуждается отдельно. Показанный разбор не обещает доступ ко всем модулям «Штаба» в составе подписки.
Следующие полезные шаги: собрать материалы клиента без потерь в переписке, превратить согласованные условия в коммерческое предложение и проверить запись сведений в CRM.