директор и машина · операционное управление · запись № 005 · · Давид Герштейн
Планёрка, которая документирует себя сама
Автоматический протокол планёрки — это связка «запись → расшифровка → структурированные задачи», собранная без участия человека на этапе набора текста. Работает, если задачи сразу попадают в CRM или таск-трекер со сроком и ответственным, а не остаются текстом в чате.
У меня есть цитата от финансового сотрудника, которую я храню как напоминание: «Я бы хотел погружённо работать, ну, взял задачу, в неё погрузился и час ей занимался. А в большинстве случаев, если мне 15 минут удалось что-то поделать — это невероятная удача». Это не про перегрузку. Это про то, что человека дёргают вопросами, ответы на которые уже прозвучали на планёрке пять минут назад, но никто их не записал. Протокол планёрки автоматически — не бюрократическая прихоть, а способ вернуть людям те самые 15 минут концентрации.
Я видел обратный пример в той же компании: руководителя отдела разработки просто не звали на технические планёрки по внедрению ботов и автоматизации — хотя эти задачи напрямую касались его работы. Собственник узнал об этом случайно и назвал упущением. Причина проста: не было единого места, куда стекались бы решения со всех встреч. Кого не позвали — тот не в курсе. Протокол, который расходится сам, решает и эту проблему тоже.
Протокол планёрки автоматически: зачем он вообще нужен
Без протокола планёрка живёт ровно до момента, пока участники не разошлись по своим делам. Дальше начинается пересказ по памяти, и каждый помнит немного своё. Я видел, к чему это приводит на уровне данных: при попытке выгрузить список клиентов одного региона из воронки получили три существенно разных числа. Причина — децентрализованное хранение информации, никто не сверялся с единым источником. С задачами из планёрок то же самое: если протокол не зафиксирован автоматически, каждый участник уносит свою версию договорённостей.
Похожий механизм в компании уже отработан для другой задачи — автопостинга в соцсеть. Менеджеры записывают голосовое сообщение по итогам дня, оно попадает на единый агрегатор, транскрибируется, упаковывается в пост и публикуется без участия человека. Единственная сложность — заставить людей ежедневно рутинно наговаривать рефлексию, техническая часть работает стабильно. Протокол планёрки строится по той же схеме: запись → расшифровка → структура → распределение. Меняется только то, что упаковывается на выходе: не пост, а список задач со сроками и ответственными.
Как устроена расшифровка совещаний ИИ на практике
Расшифровка сама по себе — самая дешёвая часть цепочки. Дороже интеграция: связать запись с CRM, таск-трекером, распределить задачи по людям. И вот здесь легко переплатить, даже не заметив этого. В одной команде разработчик гонял тяжёлую модель (Opus) на задачах, которые дешёвая версия (Sonnet) решала одинаково хорошо. Проверили на одном и том же промпте — результат идентичный. Для расшифровки планёрок это прямое указание: не нужна самая дорогая модель для того, чтобы превратить голос в текст и выделить пункты «сделать». Дорогая модель нужна там, где есть смысловая нагрузка — например, в оценке качества разговора, а не в его транскрибации.
| Задача | Что нужно | Где переплачивают |
|---|---|---|
| Расшифровка голоса в текст | Базовая модель распознавания речи | Тяжёлая модель без необходимости |
| Выделение задач из текста | Средняя модель + чёткий промпт | Ручной перебор текста человеком |
| Распределение задач по людям | Интеграция с CRM/таск-трекером | Копирование вручную в разные чаты |
| Контроль исполнения | Точки контроля и чек-листы | Повторные напоминания в личке |
Больше про экономию на моделях и реальные счета за токены я разбирал в статье о реальных расходах на ИИ — там же пример, когда правильная настройка сэкономила 40 долларов за одну ночь просто на выборе модели и лимитов.
Задачи из совещания: как они не теряются
В одной компании я видел рабочую конструкцию для этого — ежедневную сводку. Все встречи, записи и задачи агрегируются в одно резюме, которое приходит в Telegram со scoring по должностям и автоматическим распределением новых задач. Руководитель не читает протокол планёрки целиком — он получает уже отфильтрованный список: что касается лично его, что нужно передать дальше, что закрыто.
Отдельно там же работает принцип для рутинных действий: каждое выполняемое задание либо документируется в виде инструкции, либо записывается на диктофон для последующей расшифровки. После трёх итераций — неправильно, неправильно, правильно — действие закрепляется инструкцией, и к вопросу больше не возвращаются. Это тот же принцип, что и с планёркой: не полагаться на память человека, фиксировать один раз и переиспользовать.
Что именно должно попадать в протокол
- Формулировка задачи — не «обсудили», а «сделать X»;
- Ответственный — конкретное имя, не отдел целиком;
- Срок — дата, а не «в ближайшее время»;
- Ссылка на источник — таймкод записи, чтобы можно было проверить контекст.
Без последнего пункта протокол превращается в пересказ, который через неделю уже нельзя проверить — а это именно то, что происходило с тремя разными выгрузками по одному и тому же региону: никто не мог сказать, какая цифра верна и откуда она взялась.
Надзор всё равно нужен
Соблазн включить систему и забыть о ней — самый частый способ сломать автоматизацию протоколов. Я видел похожую историю с коммуникационными каналами: количество оплачиваемых линий связи выросло в несколько раз за месяц, а расходы на WhatsApp и Telegram в пересчёте на сотрудника оказались заметными для бюджета — хотя реальных сотрудников в таком количестве не было. Никто не следил за тем, что система разрастается сама. С автопротоколами планёрок риск тот же: если не проверять выборочно, что задачи реально долетают до исполнителя и срок в CRM совпадает со сроком на записи, система тихо начнёт врать — так же, как врёт CRM при рассинхроне дат, о чём я писал в статье про сдвиг дат в Битрикс24.
Про то, что любая автоматизация без периодической проверки превращается во вторую работу, а не в экономию времени, я подробно писал в статье про надзор за автоматизацией. Протокол планёрки — не исключение: раз в две-три недели стоит выборочно сверить три-четыре записи с тем, что реально попало в задачи. Это 20 минут против часов ручного набора текста, которые экономятся каждую неделю.
Возвращаясь к финансовому сотруднику с его 15 минутами концентрации: проблема там решилась не автоматизацией, а структурой дня — конкретным часом на обработку платежей. Протокол планёрки решает соседнюю проблему: он убирает необходимость держать в голове десяток устных договорённостей и пересказывать их по три раза за день. Это не заменяет управленческое решение о структуре, но освобождает время, чтобы его принять.
Частые вопросы
Чем расшифровка планёрки ИИ отличается от обычной диктофонной записи?
Диктофонная запись — это файл, который никто не переслушает. Расшифровка ИИ превращает голос в текст с таймкодами и делит его на темы, из текста легко вытащить задачи.
Нужно ли проверять протокол планёрки после ИИ?
Да, минимум выборочно. ИИ иногда путает похожие фамилии и цифры на слух — это тот же принцип надзора, что и в любой автоматизации.
Сколько стоит автоматизация протоколов совещаний?
Дороже всего не транскрибация, а интеграция с CRM и таск-трекером. Сама расшифровка на своих серверах стоит копейки по сравнению с часом менеджера, который набирает текст руками.