Почему решения на планерках не превращаются в задачи: протокол совещания и диффузия ответственности

Меня зовут Георгий, руковожу продажами и маркетингом в Аспро.Cloud ^[1]. За плечами больше пятнадцати лет в B2B-продажах — TELE2, Samsung, Whirlpool, команды до полусотни человек.

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

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

Совещания, которые не доводят до результата

По данным Школы управления РБК ^[2], 22% руководителей считают собственные совещания малопродуктивными — опрос второй волны, май 2026 года, 2243 респондента. Это действующие руководители, которые сидят на своей же планерке и параллельно думают — а смысл?

Знакомые симптомы, если присмотреться:

• решение на планерке приняли, а через неделю никто не помнит, кто был за него в ответе

• задача прозвучала вслух, но не попала ни в одну систему — ни в трекер, ни в чат

• на следующей встрече обсуждают то же самое второй, а иногда и третий раз

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

Клиент, которому никто не позвонил

У нас было ровно так, как в начале статьи. На планерке договорились перезвонить одному клиенту и уточнить детали по договору. Проговорили вслух, все закивали, разошлись. Через несколько дней клиент сам написал в общий чат: вы обещали перезвонить, я жду. Полезли разбираться, кто должен был это сделать — и оказалось, что каждый из присутствующих думал, что звонит кто-то другой. Формально задачу поставили. По факту ее не поставили никому.

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

В 1968 году психологи Джон Дарли и Бибб Латане поставили опыт ^[3], ставший классикой социальной психологии. 72 студента участвовали в обсуждении через интерком и слышали, как один из собеседников — на самом деле заранее записанный голос — начинает имитировать эпилептический припадок. Участники не видели друг друга и знали только предполагаемое число слушателей.

Результат — прямая зависимость от размера группы:

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

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

Есть деталь эксперимента, которая объясняет, почему в нашем случае реально помогла именно письменная фиксация. Участники исследования не видели друг друга и не знали точно, кто из них уже отреагировал — вся неопределенность строилась на анонимности и незнании.

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

Хуже, когда работают все

Диффузия ответственности объясняет, почему пропадает одна конкретная задача. Есть и другая история — когда над задачей вроде бы работают все, а результата все равно нет.

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

Здесь работает другой механизм — тоже старый, только не из психологии, а из инженерии.

В 1913 году французский инженер Максимилиан Рингельман изучал перетягивание каната и обнаружил закономерность в физическом усилии: чем больше людей тянут вместе, тем меньше силы прикладывает каждый. Он выделил две причины — потерю координации (люди хуже синхронизируются в группе) и потерю мотивации ^[4] (каждый рассчитывает, что сосед подтянет за него).

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

Что нужно, чтобы решение стало задачей

Сложив оба случая, поняли простую вещь про проведение планерок в целом. Решению нужен один явный владелец и один письменный след, который видят все, а не память ^[6] нескольких человек с разными версиями произошедшего. Из этого сложился короткий список того, что планерка должна закрывать сама, без дополнительных усилий после:

• ответственный назван вслух и зафиксирован письменно в протоколе совещания;

• запись одна на всех, а не в голове у каждого своя;

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

Звучит как три строчки. Реализовать оказалось сложнее, чем казалось на бумаге.

Искали, не нашли, собрали свое

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

Какое-то время реально пользовались умным диктофоном Plaud. Перед покупкой, как и любой нормальный человек, набирали в поиске plaud купить и заодно смотрели, какие есть аналоги plaud подешевле — на тот момент под наши задачи в России ничего не нашлось. Устройство записывает офлайн-встречу само, а дальше выдает расшифровку и дайджест в своем приложении.

На практике всплыли две проблемы. Первая — механика. Файл нужно было вручную закинуть в приложение, дождаться дайджеста, а потом самому раскидать его коллегам в чат или по задачам: ручная работа никуда не делась, просто сместилась на шаг позже. Вторая — деньги. Устройство стоит около 14-15 тысяч рублей за штуку, и покупать его на каждого менеджера, включая фрилансеров, с которыми мы работаем проектно, было бы заметной статьей расходов.

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

По итогам поисков разница выглядела так:

В итоге решили собрать свое. Рынок был не пустой — просто нужная связка (запись где угодно, протокол с явным ответственным, выход в трекер, данные на серверах в РФ) в одном месте не собиралась и точно не собиралась по цене, доступной рядовому сотруднику или фрилансеру.

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

Сейчас решили поделиться этим и с другими командами — так внутренний инструмент превратился в отдельный продукт, Аспро Встречи ^[7]. Дорабатывать его есть еще много где.

Расшифровка совещаний и протокол за четыре шага

По сути это ии секретарь, который сидит на каждой встрече и ничего не забывает ^[8]. Логика ^[9] простая, четыре шага:

1. Записываете встречу — в сервисе, подключением к онлайн-звонку или загрузкой готового аудио, хоть с диктофона.

2. Получаете расшифровку встречи и протокол — система разделяет говорящих и выделяет суть.

3. Дорабатываете протокол вручную, если нужно уточнить детали.

4. Ставите задачи коллегам — это уже автоматическая постановка задач, договоренности выгружаются в трекер, Аспро.Cloud ^[10] или Битрикс24.

Тот самый звонок клиенту в таком формате выглядел бы иначе: задача с именем и датой уходит в трекер сразу после встречи, а не остается в памяти пятерых человек, каждый из которых думает, что звонит сосед.

Что реально работает

Инструмент решает проблему одного явного владельца и общего протокола встречи на всех. Но есть третий случай, который у нас не сдавался даже с протоколом. Один и тот же вопрос про распределение входящих заявок между менеджерами обсуждали на трех планерках подряд. Ответственного каждый раз называли, протокол велся аккуратно, а по факту ничего не менялось — на четвертой встрече разговор начинался с того же места.

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

Если собрать все три случая вместе, видно закономерность:

Как мы стали вести протокол совещания иначе

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

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

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

Из этого же правила выросли более мелкие привычки:

• называть ответственного вслух в моменте, а не подразумевать его;

• не откладывать фиксацию на потом — то, что не записано сразу после встречи, обычно и не записывается;

• раз в неделю пересматривать список открытых задач, чтобы вовремя увидеть, что провисло.

Первый пункт звучит просто на бумаге, но вживую называть кого-то ответственным при всей команде похоже на то, что показываешь на человека пальцем — особенно если задача неприятная. Мы решаем это вопросом. Спрашиваем кто берет? и держим паузу, даже если она неловкая.

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

Диффузия ответственности от этого не исчезает полностью — она спускается на уровень ниже. Если цель на встрече сформулирована так же расплывчато, как раньше формулировали решение, эффект вернется, только теперь в формулировке шагов.

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

А у вас в команде решения после встреч превращаются в задачи, или растворяются к следующей планерке?