Протокол совещания: шаблон и образец

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

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

Ниже — что входит в протокол, чем краткая форма отличается от полной, готовый шаблон и образец заполнения, чек-лист для проверки и промпты, которые собирают протокол и задачи из записи планёрки.

Какой документ фиксирует ход и итоги совещания?

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

Протокол нужен не ради архива. Он закрывает четыре задачи, каждая из которых иначе съедает время руководителя.

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

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

Третье — дать основу для повестки следующей встречи. Открытые вопросы и просроченные задачи прошлого протокола и есть первые пункты новой планёрки.

Четвёртое — зафиксировать решение органа, где это требуется формально: совет директоров, закупочная комиссия, приёмка работ. Там протокол подписывают председатель и секретарь, а нумерация и дата перестают быть формальностью.

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

Чем отличаются краткий и полный протокол совещания?

Форма протокола зависит от того, что на встрече происходит. Разница не в объёме, а в том, фиксируете вы только результат или ещё и позиции сторон.

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

Полный протокол — для проектного совещания, совещания с подрядчиками, коллегиального органа. Здесь добавляются три блока, которых нет в кратком: повестка с нумерацией пунктов, позиции участников по каждому пункту («выступили») и возражения с причиной. Решение привязывается к номеру пункта повестки, а не просто идёт списком. Появляются приложения: сметы, графики, презентации, на которые ссылается решение. Объём — от двух до шести страниц.

Что меняется в каждом, если свести к практике. В кратком решение звучит как «Отгрузку по СК-2 перенести на 24.09, ответственный Петров С.» — и всё. В полном то же решение выглядит как пункт 3 повестки, под ним фиксируется, что Петров назвал причиной задержку поставщика, Сидорова возразила против переноса из-за штрафа по договору, и решение принято с оговоркой «при условии письменного подтверждения поставщика до 22.09». Эта оговорка через месяц окажется единственным, что имеет значение.

Отдельно стоит протокол-решение — сокращённая резолютивная форма без обсуждения вообще, её используют для заочного голосования и утверждений. И отдельно от всего этого стоит стенограмма: она передаёт речь дословно и протоколом не является. Расшифровка аудиозаписи — это черновая стенограмма, промежуточный материал.

Что должно быть в протоколе совещания?

Пройдитесь по списку перед рассылкой. Пункты, которых чаще всего не хватает, — основание, открытые вопросы и время рассылки.

• номер протокола, дата, время начала и окончания;
• тема и формат встречи (переговорная, Zoom, гибрид);
• председатель и секретарь — поимённо;
• присутствовали и отсутствовали, с должностями;
• повестка: пункты в том порядке, в котором их разбирали;
• решения — от третьего лица, без оценок и без пересказа обсуждения;
• задачи: действие, ФИО ответственного, дата в формате ДД.ММ;
• основание — цитата или ссылка на пункт повестки;
• «обсуждали, но не решили» — открытые вопросы и кто к ним возвращается;
• риски и возражения — кто и против чего возражал, с причиной;
• дата и время следующей встречи;
• кто составил протокол и когда его разослали.

Кто ведёт протокол и проверяет поручения?

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

Шаблон ниже предназначен для рабочих встреч. Для заседаний с установленной процедурой оформления сначала проверьте требования вашей организации.

Готовый шаблон протокола совещания

Скопируйте и держите как файл-заготовку. Для планёрки блоки «Выступили» и «Приложения» удаляются, всё остальное остаётся.

ПРОТОКОЛ СОВЕЩАНИЯ № ____

Тема:
Дата: ДД.ММ.ГГГГ          Время: __:__ – __:__
Формат / место:
Председатель:
Секретарь:

Присутствовали:
1. Фамилия И. О. — должность
2. Фамилия И. О. — должность

Отсутствовали:
1. Фамилия И. О. — должность (причина)

ПОВЕСТКА
1.
2.
3.

ВЫСТУПИЛИ (для полного протокола)
По пункту 1 — Фамилия И. О.: суть позиции в двух-трёх предложениях.

РЕШЕНИЯ
№ | Формулировка решения | Пункт повестки | Основание
1 |                      |                |
2 |                      |                |

ЗАДАЧИ
№ | Задача (действие) | Ответственный (ФИО) | Срок (ДД.ММ) | Основание | Метка
1 |                   |                     |              |           |
2 |                   |                     |              |           |

ОБСУЖДАЛИ, НО НЕ РЕШИЛИ
1. Вопрос — кто возвращается к нему и когда.

РИСКИ И ВОЗРАЖЕНИЯ
1. Кто возражал — против чего — причина.

Следующая встреча: ДД.ММ.ГГГГ, __:__
Протокол составил: Фамилия И. О.
Разослан: ДД.ММ.ГГГГ, __:__
Приложения: (для полного протокола)

Метки в колонке «Метка» — служебные пометки, которые потом экономят споры: [срок выведен], [ответственный не назначен], [нужна формулировка], перенос. Что каждая из них значит, разобрано ниже, в шаге 3.

Образец заполненного протокола планёрки

Учебный образец показывает краткий протокол с решением, ответственным и сроком. Имена, организации и события условные; перед использованием замените их проверенными сведениями из своей встречи.

ПРОТОКОЛ ПЛАНЁРКИ № 38

Тема: еженедельная планёрка по объектам
Дата: 15.09.2026          Время: 10:00 – 11:25
Формат: переговорная, запись ведётся
Председатель: Иванов А. Н., коммерческий директор
Секретарь: Кузнецова О. В., ассистент руководителя

Присутствовали:
1. Иванов А. Н. — коммерческий директор
2. Петров С. И. — руководитель логистики
3. Сидорова М. А. — финансовый директор
4. Кузнецова О. В. — ассистент руководителя

Отсутствовали:
1. Орлов Д. П. — главный инженер (отпуск)

ПОВЕСТКА
1. Отгрузка по объекту «Северный» (СК-2).
2. Оплата поставщику «Дельта».
3. Смета по благоустройству.

РЕШЕНИЯ
1. Отгрузку по СК-2 перенести с 18.09 на 24.09 при условии письменного
   подтверждения поставщика до 22.09.  | п. 1 | 00:14:20
2. Оплату «Дельте» провести двумя траншами: 60% — 19.09, 40% — после
   приёмки партии.                      | п. 2 | 00:31:05

ЗАДАЧИ
1 | Получить письменное подтверждение сроков от поставщика «Дельта»
  | Петров С. И. | 22.09 | 00:15:40 | —
2 | Провести первый транш 60% по договору с «Дельтой»
  | Сидорова М. А. | 19.09 | 00:33:10 | —
3 | Пересчитать смету по благоустройству с новыми расценками подрядчика
  | Орлов Д. П. (согласовано до отпуска) | 25.09 | 00:52:15 | перенос (2-й раз)

ОБСУЖДАЛИ, НО НЕ РЕШИЛИ
1. Штраф по договору с «Дельтой» при срыве 24.09 — юрист даёт заключение
   к следующей планёрке. Ответственный за вопрос: Сидорова М. А.

РИСКИ И ВОЗРАЖЕНИЯ
1. Сидорова М. А. возражала против переноса отгрузки: по договору с 25.09
   начинается пеня 0,1% в день.

Следующая встреча: 22.09.2026, 10:00
Протокол составил: Кузнецова О. В.
Разослан: 15.09.2026, 12:40

Обратите внимание на три места. Первое — решение 1 сформулировано с условием, а не просто «перенести на 24.09»: условие и есть предмет будущего спора. Второе — задача 3 помечена как перенос во второй раз, это сигнал, что дело не в дисциплине. Третье — возражение Сидоровой попало в протокол с цифрой. Через две недели, когда пеня начнёт капать, этот абзац покажет, что риск озвучивали.

Типичные ошибки оформления

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

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

Отдел вместо человека. «Ответственный — отдел логистики» означает, что ответственного нет. В колонке стоит ФИО одного человека, даже если работу делают пятеро.

Срок «в рабочем порядке». Туда же — «до конца недели», «после праздников», «как появится подрядчик». Срок в протоколе — это дата в формате ДД.ММ. Если на встрече прозвучали слова, секретарь переводит их в дату и показывает результат ответственному до рассылки.

Нет раздела открытых вопросов. Самая дорогая пропажа. Вопросы, которые обсудили и не закрыли, исчезают из протокола полностью — а через месяц выясняется, что все помнят разное.

Протокол уходит через три дня. К этому моменту половина коротких задач либо сделана, либо провалена, и документ превращается в отчёт о прошлом. Норма для планёрки — рассылка в день встречи.

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

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

Расшифровка сама по себе не экономит ничего

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

Протокол по той же планёрке — две страницы, четыре минуты чтения. Таблица задач — 8–12 строк, которые уходят в трекер. Вот здесь и появляется экономия, а не на расшифровке.

Поэтому работа делится на три последовательных прохода: текст → протокол с решениями → таблица задач с ответственными и сроками. Каждый проход — отдельный запрос с отдельными правилами. Если попросить всё сразу одним промптом, модель смешает обсуждение с решениями и допишет то, чего не было.

Расшифровка — техническая часть, её делают движки распознавания речи: Yandex SpeechKit, Google Speech-to-Text, Whisper от OpenAI и сервисы на их основе. Разметку говорящих надёжнее поручать движку: она штатно поддерживается и в Google Cloud Speech-to-Text, и в асинхронном распознавании Yandex SpeechKit. У языковых моделей диаризация нестабильна и не гарантируется.

Аудио на вход принимают не все. Gemini работает со звуком нативно; у OpenAI для распознавания есть отдельные модели транскрибации — whisper-1, gpt-4o-transcribe и gpt-4o-mini-transcribe, — а в приложении ChatGPT доступен голосовой ввод. Claude аудио не принимает, но работает с текстом, изображениями и PDF-документами. DeepSeek ждёт уже готовый текст. Это разделение стоит держать в голове, когда решаете, за что платить.

Шаг 1. Запись, которую ИИ сможет разобрать

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

Что помогает на практике: один микрофон в центре стола вместо ноутбука у председателя, правило называть себя перед первой репликой («Петров, по логистике») и запрет говорить втроём одновременно — председатель просто останавливает: «по одному». На встречах в Zoom запись можно вести локально с отдельной дорожкой на каждого участника, тогда разделение по говорящим работает заметно лучше, чем в переговорке. В Telegram так не выйдет: запись группового звонка приходит одним смикшированным файлом, без отдельных дорожек участников.

Отдельная вещь — список названий объектов. Один и тот же объект в речи звучит как «Северный», «объект на Северной» и «СК-2». Распознавание выдаст три разные сущности, и в таблице задач появятся три строки вместо одной. Заведите один раз файл со списком синонимов и подставляйте его в промпт — дальше он работает годами и обновляется, только когда появляется новый объект.

Третье — секретарь на встрече не исчезает. Он помечает в блокноте время, когда прозвучало решение: две-три отметки за планёрку. Потом по этим отметкам проверяют, не потеряла ли модель ключевые пункты.

Шаг 2. Промпт, который делает протокол

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

Ты — ассистент руководителя. Ниже расшифровка планёрки с тайм-кодами.

Участники и роли:
Иванов А. — коммерческий директор
Петров С. — логистика
Сидорова М. — финансы

Названия, которые могут звучать по-разному:
«Северный» = «объект на Северной» = «СК-2»
«Поставщик Дельта» = «Дельта» = «дельтовцы»

Сделай протокол по структуре:
1. Дата, участники, длительность.
2. Решения — только то, что зафиксировали как решение. От третьего лица,
   без оценок и без пересказа обсуждения.
3. Обсуждали, но не решили — открытые вопросы и кто должен к ним вернуться.
4. Риски и возражения — кто и против чего возражал, с причиной.

Правила:
- Не додумывай. Если непонятно, кто говорит или какой срок назван,
  пиши [уточнить] и приводи цитату с тайм-кодом.
- Сокращай по словам, не по смыслу. Не выбрасывай суммы, даты и фамилии.
- Ничего не добавляй от себя: если решения не было — так и пиши.

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

Если совещание проектное и нужен полный протокол, в структуру добавляется пятый пункт: «Выступили — по каждому пункту повестки позиция участника в двух-трёх предложениях, без оценок». Объём вырастет вдвое, вычитка — примерно на пять минут.

Шаг 3. Задачи отдельным проходом

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

Из протокола выше собери таблицу задач. Колонки:
Задача | Ответственный (ФИО) | Срок (ДД.ММ) | Основание (цитата с тайм-кодом) | Метка

Правила:
- Одна строка — одно действие с одним ответственным.
  «Проработать вопрос» задачей не считается: разбей на конкретные действия
  или поставь метку [нужна формулировка].
- Срок словами («до конца недели», «после праздников») переведи в дату,
  считая от 20.09.2026, и поставь метку [срок выведен].
- Если ответственный прямо не назван — [ответственный не назначен].
  Не угадывай по контексту.
- Задачи, которые обсуждались и в прошлом протоколе, помечай «перенос».

Колонка «Основание» — самая полезная. Когда через неделю человек говорит «я такого не обещал», вы открываете тайм-код и слушаете 20 секунд. Споры заканчиваются за месяц.

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

Метка [срок выведен] защищает от тихой подстановки даты. Модель обязана показать, что «после праздников» превратилось в 12.01 её решением, а не решением совещания, — и секретарь эту дату подтверждает у ответственного перед рассылкой.

Подробнее про ответственного, результат и срок — в разборе постановки задач через ИИ.

Шаг 4. Контроль поручений между планёрками

Нейросеть не следит за задачами. Она пишет тексты — быстро и одинаково сухо. Следит трекер: Bitrix24, Planfix, общая таблица — что стоит у вас.

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

Ниже выгрузка задач с ответственными и сроками. Сегодня 20.09.2026.
Для каждой задачи, где срок прошёл или истекает в ближайшие 2 дня,
напиши сообщение ответственному в мессенджер.

Требования к тексту: одно предложение, без вступлений и вежливых оборотов,
с датой и вопросом о конкретном результате, а не о «статусе».
Плохо: «Как дела по смете?»
Хорошо: «Смета по СК-2 была на 18.09 — она ушла в работу к подрядчику?»

Верни списком: кому — текст сообщения.

Ассистент вместо часа переписки нажимает «отправить» примерно десяток раз. Если в компании настроены сценарии автоматизации, рассылка идёт без него — но первые два месяца стоит держать человека в цепочке, пока не станет видно, где модель формулирует неточно. Типичная неточность: модель берёт задачу с меткой [срок выведен] и пишет про дату так, будто её назвали на встрече.

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

Подготовка к следующей встрече из протокола прошлой

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

Вот протокол прошлой планёрки и выгрузка задач из трекера.
Собери повестку следующей планёрки:
1. Задачи с истёкшим сроком и незавершённым статусом — с ответственным
   и числом дней просрочки.
2. Задачи, переносившиеся два раза и больше — отдельным блоком.
3. Вопросы, помеченные в прошлом протоколе как открытые.
4. Три вопроса, которые я должен задать по цифрам.

Ограничение: не длиннее одной страницы, пункты — в порядке убывания
суммы, которая стоит на кону.

Повестка, разосланная накануне, меняет саму встречу: вместо двадцати минут «напомните, на чём остановились» планёрка начинается с первого спорного пункта. Дальше та же логика переносится на метрики по службам и на отчёты по итогам — про сборку отчёта есть отдельный разбор: отчёт руководителя с помощью ИИ. Остальные материалы по работе с ИИ в управлении — в блоге.

Где это ломается

Перекрёстная речь. Когда говорят двое-трое, распознавание склеивает реплики и приписывает их одному человеку. Лечится только на стороне записи: правило «по одному» и председатель, который его держит. В промпт добавляйте: «фрагменты, где реплики накладываются, помечай [наложение] и не приписывай авторство».

Фамилии и названия. Модель подставляет похожее по звучанию: «Сидорова» превращается в «Сидоренко», «СК-2» — в «эска два». Спасает список в промпте и вычитка. Вычитка — часть работы секретаря: включайте её в замер времени подготовки протокола.

Придуманные решения. Языковая модель достраивает логику: если обсуждали смету и спорили о сроке, она может написать «решили перенести на 30.09», хотя никто этого не говорил. Требование ставить [уточнить] и приводить цитату помогает искать ошибки, но не гарантирует их отсутствие. Проверяйте каждый пункт по записи и отметкам секретаря.

Тихая потеря пунктов. Решения, прозвучавшие на фоне общего разговора, выпадают из протокола молча — в отличие от ошибки в фамилии, это не видно при чтении. Единственная надёжная проверка на старте: прогнать 3–4 старые записи, по которым уже есть протоколы, написанные руками, и сравнить построчно.

Конфиденциальность. В тарифах ChatGPT Business и Enterprise, как и в API, содержимое запросов не используется для обучения моделей по умолчанию — это описано в справке OpenAI по Data Controls; у Anthropic то же правило изложено в справке о данных для обучения.

В личных тарифах ChatGPT — Free, Plus, Pro — обучение на переписке по умолчанию включено, тумблер снимается вручную в Settings → Data controls. Название тумблера в разных версиях интерфейса встречается и как «Improve the model for everyone», и как «Help improve our models», а для ЕС и Великобритании действует отдельный режим — сверяйтесь с тем, что видите в своём аккаунте на сегодняшнюю дату.

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

С чего начать на этой неделе

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

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