Когда вы заканчиваете совещание, переговоры или деловой разговор, часто возникает необходимость закрепить результаты – уточнить, кто что делает, какие сроки соблюдать, какие детали учесть. Один из способов это сделать – отправить пост-совет. Это инструмент, который помогает избежать путаницы и гарантирует, что все участники одинаково понимают, что было решено.
| Что разберем | Что это даст |
| Определение пост-совета и его главные функции | Поймете, когда его отправлять и зачем, а не будете путать с обычной рассылкой |
| Виды пост-советов и когда использовать каждый | Выберете подходящий формат для конкретной ситуации без переборов |
| Структура и как правильно составить пост-совет | Напишете четкое письмо, которое все прочитают и поймут с первого раза |
| Частые ошибки при составлении | Избежите размытости и недопониманий, которые потом создают проблемы |
Что такое пост-совет
Пост-совет – это документ или письмо, которое отправляют участникам встречи, звонка или обсуждения сразу после его завершения. Его задача – закрепить договоренности, уточнить решения и обозначить, кто за что отвечает.
Главное отличие пост-совета от других документов: это не протокол, не приказ и не справка. Это рабочий инструмент, который подтверждает, что все участники одинаково поняли, что было решено. Пост-совет отправляют по памяти и удобству, а не по регламенту.
Пост-совет нужен, когда:
- нужно закрепить устные договоренности в письменном виде;
- участников несколько и у них могут быть разные версии того, что было решено;
- есть сроки, ответственные и условия, которые легко забыть;
- нужно дать людям возможность возразить, если они поняли что-то иначе;
- нужна документальная база на случай, если потом возникнут споры или уточнения.
Виды пост-советов
Краткий пост-совет
Это короткое письмо на 2–3 абзаца, в котором вы обозначаете главное решение, кто что делает и когда. Подойдет, если встреча была небольшая, решений было немного и все понимают друг друга.
Когда использовать:
- встреча прошла между двумя-тремя людьми;
- решение одно или два, все просто;
- люди уже знают друг друга и привыкли к сжатому стилю;
- нужен быстрый результат, а не полная документация.
Пример краткого пост-совета:
“Коротко по итогам встречи с клиентом. Согласовали, что к пятнице отправим ему макет баннера (отвечает Марина). Клиент отправит обратную связь во вторник, потом у нас есть день на правки. Финальный вариант – в среду. Спасибо.”
Структурированный пост-совет
Это более подробный документ с четкой структурой: что было обсуждено, какие решения приняты, кто отвечает, какие сроки, какие условия. Используют, когда встреча была большой или решения сложные.
Когда использовать:
- на встречу пришло 4+ человека;
- решений несколько и они связаны друг с другом;
- есть условия, которые нужно помнить (бюджет, ограничения, согласования);
- нужна ясность для людей, которые были на встречу, и для тех, кто не был;
- решения влияют на работу других отделов или проектов.
Пост-совет с экшен-айтемами
Это документ, где каждое решение разложено на конкретные задачи: что нужно сделать, кто отвечает, когда, какой результат ожидается. Используют в проектных командах, где нужна четкая ответственность.
Когда использовать:
- встреча была планерка или статус-встреча;
- нужно отследить выполнение решений;
- команда распределена по разным функциям и нужна ясность;
- потом будут еще встречи, на которых проверят выполнение.
Пост-совет-письмо клиенту
Это письмо внешнему человеку, с которым вы обсуждали проект, сделку или услугу. Обычно это более формальное письмо, в котором вы подтверждаете договоренности и показываете, что вы внимательно слушали.
Когда использовать:
- встреча была с клиентом, партнером или подрядчиком;
- нужно подтвердить профессионализм и внимательность;
- есть финансовые или юридические условия, которые нужно закрепить;
- вы хотите предотвратить недопонимание до подписания договора.
Структура правильного пост-совета
Вводная строка
Кратко обозначьте, о чем была встреча и когда она прошла. Это нужно, чтобы если письмо потом откроют через неделю, было понятно, к чему оно относится.
Примеры:
- “По итогам встречи с командой маркетинга от 15 февраля”
- “Подтверждаю договоренности по проекту редизайна сайта (встреча 14.02)”
- “Уточнения по обсуждению бюджета на Q2”
Основные решения
Перечислите, что было решено. Это могут быть решения по проекту, по изменениям, по согласованиям. Пишите четко и конкретно, без двусмысленности.
Плохо: “Обсудили сроки проекта. Нужно будет поторопиться.”
Хорошо: “Сроки проекта сдвинулись на неделю раньше. Финальный дедлайн теперь 20 февраля вместо 27 февраля.”
Кто отвечает за что
Четко назовите, кто за что отвечает. Если задач несколько, разложите их по людям. Это предотвращает ситуацию, когда каждый думает, что это должен был сделать кто-то другой.
Формат:
- Марина – подготовить макет баннера
- Иван – согласовать с клиентом бюджет
- Я – отправить финальный отчет руководству
Сроки
Укажите, когда нужно что-то сделать. Если есть цепочка действий, обозначьте, какое действие идет за каким.
Пример цепочки:
“Марина отправляет макет к 18 февраля. Клиент присылает обратную связь к 19 февраля. На основе обратной связи Марина делает правки к 20 февраля. Я отправляю финальный вариант клиенту 21 февраля.”
Условия и уточнения
Если есть условия, которые нужно помнить (бюджет, количество правок, формат файла, согласования), укажите их здесь. Это помогает избежать ситуаций, когда потом оказывается, что кто-то понял условие иначе.
Примеры условий:
- Макет делается в одной версии, две правки включены в стоимость
- Клиент согласовывает все с руководством перед отправкой обратной связи
- Файлы отправляются в формате PDF и исходник (PSD)
- Бюджет на проект – 150 тысяч рублей, изменения в объеме обсуждаются отдельно
Запрос на подтверждение
Попросите участников подтвердить, что они согласны с описанным и ничего не упустили. Это дает людям возможность возразить, если они поняли что-то иначе.
Варианты запроса:
- “Если я что-то неправильно понял, дайте мне знать до конца дня”
- “Пожалуйста, подтвердите, что все согласны с описанными сроками”
- “Если у вас есть вопросы или уточнения, напишите в ответ”
Как составить пост-совет: пошагово
Шаг 1. Сразу после встречи выпишите ключевые моменты
Не ждите часа или дня. Пока встреча свежа в памяти, выпишите на черновик:
- что было обсуждено;
- какие решения приняли;
- кто за что отвечает;
- какие сроки установили;
- какие условия нужно помнить.
Это займет 5–10 минут, но сэкономит потом час на воспоминания.
Шаг 2. Выберите вид пост-совета
Решите, какой формат вам нужен:
- краткий (если встреча была маленькая и простая);
- структурированный (если встреча была большая или решения сложные);
- с экшен-айтемами (если нужно отследить выполнение);
- письмо клиенту (если встреча была с внешним человеком).
Шаг 3. Напишите вводную строку
Одна-две строки, которые обозначают, о чем письмо и когда была встреча.
Шаг 4. Изложите решения
Четко и конкретно. Без расплывчатых формулировок. Если есть несколько решений, разделите их на пункты.
Шаг 5. Распределите ответственность
Для каждого решения укажите, кто отвечает. Если задача большая, разбейте ее на подзадачи.
Шаг 6. Установите сроки
Укажите, когда нужно что-то сделать. Если есть цепочка действий, покажите ее.
Шаг 7. Добавьте условия
Если есть условия, которые важны для выполнения (бюджет, формат, согласования, ограничения), напишите их отдельно.
Шаг 8. Запросите подтверждение
Попросите участников дать знать, если они не согласны или что-то понимают иначе.
Шаг 9. Отредактируйте
Проверьте, что все четко, понятно и нет двусмысленности. Если предложение можно понять двумя способами – переформулируйте.
Шаг 10. Отправьте
Отправьте всем участникам встречи и людям, которые должны знать о решениях.
Пример полного пост-совета
“По итогам встречи с командой по проекту редизайна сайта (14 февраля).
Основные решения:
Согласовали новую концепцию дизайна. Главное изменение – упрощение навигации и переход на мобильный-первый подход. Все согласились, что текущая версия перегружена и нужно сделать проще.
Ответственность и сроки:
Елена (дизайн) – подготовить вайрфреймы всех страниц к 20 февраля. На основе вайрфреймов создать мокапы к 27 февраля.
Павел (разработка) – оценить техническую сложность по вайрфреймам, дать обратную связь к 21 февраля.
Я (PM) – согласовать вайрфреймы с клиентом к 22 февраля, собрать обратную связь от разработки и дизайна, составить итоговый документ требований к 25 февраля.
Условия:
Бюджет проекта – 500 тысяч рублей. Если объем работ расширится, обсуждаем смету дополнительно.
Вайрфреймы делаются в Figma, доступ есть у всех.
Две версии дизайна на выбор клиента, третья версия оплачивается отдельно.
Если возникнут вопросы по техническим ограничениям, Павел напишет в общий чат в течение дня.
Проверим понимание:
Если вы видите, что сроки нереальны или условия неправильно описаны, дайте мне знать до конца дня. Иначе считаю, что все согласны с описанным.”
Частые ошибки при составлении пост-советов
Слишком общие формулировки
Ошибка: “Обсудили проект. Нужно сделать его быстрее и лучше.”
Проблема: Непонятно, что конкретно нужно сделать, кто за это отвечает и когда. Через неделю все забудут, о чем речь.
Как исправить: Будьте конкретны. “Согласовали, что дедлайн проекта сдвигается на неделю раньше – вместо 27 февраля финал будет 20 февраля. Это значит, что все правки нужно закончить к 19 февраля, чтобы было время на финальный контроль.”
Неясная ответственность
Ошибка: “Нужно подготовить отчет и отправить клиенту.”
Проблема: Непонятно, кто именно будет готовить отчет. Каждый думает, что это должен сделать кто-то другой, и никто не делает.
Как исправить: “Марина готовит отчет, я его проверяю, Павел согласовывает с клиентом перед отправкой.”
Размытые сроки
Ошибка: “Сделать в ближайшее время” или “Когда будет возможность.”
Проблема: У каждого своя интерпретация “ближайшего времени”. Для одного это завтра, для другого – через неделю.
Как исправить: “К 18 февраля включительно” или “К концу дня в среду 19 февраля.”
Упущенные условия
Ошибка: Написали решение, но забыли указать, что, например, это включает две правки, а третья платная. Или что клиент должен был согласовать что-то с руководством.
Проблема: Потом возникает спор: “Но вы же говорили, что это включено” или “Я не знал, что нужно согласовывать.”
Как исправить: Перед отправкой пост-совета спросите себя: есть ли условия, которые люди могут забыть или неправильно понять? Если да – напишите их отдельно.
Отправка не всем, кому нужно
Ошибка: Отправили пост-совет только тем, кто был на встречу, но забыли про людей, которые будут выполнять решения или должны о них знать.
Проблема: Люди, которые должны выполнять, не знают о решениях. Потом возникает путаница и переделка.
Как исправить: Перед отправкой проверьте: все ли, кто должен знать о решениях, получат письмо? Если нет – добавьте в копию.
Слишком длинный пост-совет
Ошибка: Написали пост-совет на две страницы, с историей обсуждения, объяснениями, почему приняли именно такое решение.
Проблема: Люди не будут читать два абзаца на странице. Они прокрутят и забудут главное.
Как исправить: Пост-совет должен быть коротким и информативным. Максимум одна страница. Если нужны объяснения, добавьте их в отдельное письмо.
Забыли запросить подтверждение
Ошибка: Отправили пост-совет и считают, что все согласны. Но на самом деле несколько человек поняли что-то иначе и молчат.
Проблема: Потом выясняется, что люди по-разному понимали решение, и возникает конфликт.
Как исправить: Всегда заканчивайте пост-совет просьбой подтвердить понимание: “Если я что-то неправильно понял, дайте мне знать” или “Пожалуйста, подтвердите, что все согласны.”
Когда пост-совет не нужен
Встреча была маленькая и простая
Если вы встретились с одним человеком и обсудили одно решение, которое просто запомнить, пост-совет не нужен. Можно отправить одну короткую строку в чате: “Согласовали, что ты отправляешь макет завтра.”
Решение уже документировано
Если решение уже записано в таск-менеджер, в протокол или в какой-то другой документ, пост-совет может быть избыточным. Но если документ не видят все, кому нужно – пост-совет все равно нужен.
Встреча была информационная, без решений
Если на встречу собрали людей, чтобы их информировать, но решений не принимали, пост-совет не нужен. Достаточно кратко написать, что было сказано.
Людей на встречу пришло 15+ и все знают, что нужно делать
Если это была открытая презентация или лекция, и все и так понимают, что их дальше ждет, пост-совет может быть лишним. Но если люди работают в разных командах и нужна координация – пост-совет все равно поможет.
Коротко о главном
Пост-совет – это не обязательный документ, а рабочий инструмент, который помогает избежать недопониманий и гарантирует, что все участники встречи одинаково поняли решения.
Четыре главных правила:
- Будьте конкретны. Не “нужно сделать быстрее”, а “к 20 февраля включительно.”
- Ясно распределите ответственность. Не “нужно подготовить отчет”, а “Марина готовит отчет, я проверяю.”
- Не забывайте про условия. Если есть ограничения, бюджет, согласования – напишите их явно.
- Просите подтверждение. Дайте людям возможность возразить, если они поняли что-то иначе.
Пост-совет должен быть коротким (максимум одна страница), четким и понятным с первого прочтения. Если его нужно перечитывать дважды, чтобы понять – переписывайте.
