Как люди принимают решения: Карта мышления для общения, работы и переговоров

Не выбирать, пока не назван вопрос

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

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

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

Павел, руководитель операционной группы, даже не открывает блокнот.

— Во всех центрах сразу — нет. Сотрудники ещё не разобрались с текущим порядком, а тут добавится новый. Если начнутся ошибки, перед клиентами отвечать им.

Светлана из службы поддержки поворачивает к Ирине лист с пометками.

— За прошлую неделю уже было несколько обращений: люди не поняли, где подтвердить запись. Если расширить запуск сейчас, звонков станет больше. Кто будет разбирать эти случаи?

Марина, аналитик, пролистывает слайды.

— В пилоте участвовали два центра. Их результаты не показывают, что произойдёт во всей сети. Там и поток клиентов другой.

— Мы же не весь отчёт обсуждаем, — отвечает Ирина. — Мы обсуждаем дату.

— Я обсуждаю, сможем ли мы это обслуживать, — говорит Павел.

— А я — что именно показал пилот, — добавляет Марина.

На несколько секунд в комнате воцаряется тишина. Ирина хочет получить ответ «да» или «нет» по сроку. Павел проверяет, можно ли обеспечить работу центров. Светлана пытается понять, с какой нагрузкой столкнётся поддержка. Марина оценивает, насколько надёжны данные. Каждый говорит по делу, но общего вопроса у них пока нет.

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

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

Что здесь проблема, задача и решение

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

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

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

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

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

Марина формулирует это без обвинения:

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

Павел кивает:

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

Светлана добавляет:

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

Ирина записывает на доске три строки: проблема, задачи, решение. Это не формальность. Запись показывает, что данные и опасения помогают сделать выбор, но сами по себе выбором не являются. А отдельную задачу не следует выдавать за ответ на более крупный вопрос.

Вопрос без встроенного ответа

Первоначальная формулировка Ирины звучала почти нейтрально: «Подтверждаем дату запуска?» Но в ней уже скрыто предположение, что запуск состоится. Обсуждать оставалось только срок, хотя Павел и Светлана сомневались в самом масштабе перехода.

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

Марина предлагает другой вариант:

— Что именно мы должны решить сегодня? Может быть, так: «Какой вариант перехода на новую систему записи выбрать для сети на ближайший квартал: начать поэтапно, запустить текущую версию сразу во всех центрах или отложить переход до готовности полной версии?»

Ирина перечитывает формулировку.

— Значит, дата сама по себе — не предмет решения. Сначала выбираем вариант, а потом определяем срок для выбранного варианта.

— Да, — отвечает Марина. — Иначе мы будто бы уже согласились запускаться, хотя Павел с этим не согласен.

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

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

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

Понятны ли срок и масштаб выбора? «Что делать с системой?» — слишком широко. «Какой вариант перехода выбрать на ближайший квартал?» — задаёт рамку, но не диктует ответ.

На совещании можно задать простой проверочный вопрос:

— Если мы ответим на этот вопрос одной фразой, что именно будет решено?

Если ответы расходятся — например, «когда запускать», «запускать ли вообще» и «кто обучает сотрудников», — сначала нужно уточнить предмет обсуждения. Это не пустая трата времени, а способ не потратить час на аргументы, относящиеся к разным решениям.

Границы: о чём решаем сейчас

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

— Если мы сейчас начнём утверждать обучение, — говорит Марина, — это не ответит на вопрос, какой вариант перехода мы выбираем.

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

— Согласна, — говорит Ирина. — Значит, готовность обучения — критерий выбора, а расписание занятий — отдельная задача после него.

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

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

Ирина уточняет:

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

Павел добавляет:

— И штатную численность тоже не меняем в рамках этого решения. Иначе любой расчёт нагрузки превратится в спор о найме.

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

Варианты, включая сохранение текущего порядка

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

На доске появляются три варианта.

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

Полный запуск текущей версии: перейти на новую систему во всех центрах в выбранный срок, предусмотрев поддержку и возможные сбои в период освоения.

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

На последнем варианте Ирина задерживается:

— Если отложим, разве это не значит, что мы ничего не решили?

— Нет, — отвечает Марина. — Это тоже выбор. Мы решаем пока не менять порядок, потому что ожидание кажется предпочтительнее доступных вариантов. Но нужно указать, до какого момента ждём и что проверим перед следующим решением.

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

Есть и обратная ловушка: команда считает вариантами только те действия, которые нужно предпринять немедленно. Тогда «подождать» кажется уклонением, хотя это может быть обоснованным решением. Чтобы сделать его полноценным вариантом, нужно назвать условия и срок пересмотра: например, дождаться полной версии, проверить её в тестовой среде и вернуться к выбору в конкретную дату. Иначе отсрочка рискует стать бессрочным избеганием.

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

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

Одностраничный паспорт решения

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

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

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

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

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

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

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

Наконец, указывают срок ответа. Он должен объясняться обстоятельствами — сроками запуска, бюджетным циклом, обязательствами перед центрами, — а не только желанием «ускориться».

Ирина вносит данные с доски.

Что выбираем: вариант перехода на новую систему записи для сети на ближайший квартал.

Варианты: поэтапный запуск; запуск текущей версии во всех центрах; отсрочка до готовности полной версии с повторной оценкой в установленную дату.

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

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

Срок ответа: пятница, до конца рабочего дня, чтобы успеть подготовить график на следующий месяц.

Марина просит добавить оговорку:

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

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

Кому принадлежит выбор

Остаётся поле, которое чаще всего пропускают: кто принимает решение. В начале встречи Ирина сказала: «Мы сегодня подтвердим». Но кто входит в это «мы»? Все участники голосуют? Ирина утверждает итог как руководитель проекта? Павел может отказаться из-за операционной нагрузки? Или директор сети принимает решение после рекомендации команды?

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

Ирина связывается с Андреем, директором сети, который подключился к встрече в конце, и задаёт вопрос прямо:

— Чтобы не перепутать консультацию с утверждением: кто принимает окончательное решение о варианте перехода, если он влияет на работу центров и остаётся в рамках согласованного бюджета?

— Я утверждаю вариант, — отвечает Андрей. — Ирина готовит рекомендацию и ведёт проект. Павел оценивает операционную нагрузку, Светлана — последствия для обращений клиентов, Марина — качество данных и сравнение вариантов. Если понадобится дополнительный бюджет, расходы согласуем отдельно.

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

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

Даже единоличное решение имеет смысл обсуждать с командой. Так ответственный человек может увидеть данные, последствия и возражения, которые иначе упустил бы. Но не стоит размывать ответственность фразой «мы все решили», если утверждать вариант будет конкретный руководитель. И нельзя перекладывать последствия на тех, кому дали высказаться, но не дали полномочий.

Ирина добавляет в паспорт: «Решение принимает Андрей, директор сети. Ирина готовит рекомендацию. Павел, Светлана и Марина дают оценку в своих областях». Затем уточняет сроки: к четвергу команда готовит сравнение вариантов, в пятницу Андрей утверждает один из них или запрашивает дополнительные данные. Это не гарантирует согласия, зато всем понятно, какой результат нужен и от кого он зависит.

Короткие реплики, которые возвращают разговор к предмету

На реальном совещании не всегда удобно останавливать коллег длинными объяснениями. Часто достаточно одной спокойной фразы, чтобы заметить подмену.

Если обсуждение перескочило от проблемы к решению:

— Мы сейчас описываем, что не работает, или выбираем, что делать дальше?

Если предложенный ответ заранее исключает альтернативы:

— Этот вопрос уже предполагает запуск. Мы точно решили, что он неизбежен, или ещё выбираем между запуском и отсрочкой?

Если участники говорят о разном масштабе:

— Под «запуском» мы имеем в виду несколько центров или всю сеть?

Если спор перешёл к задачам исполнения:

— Это условие выбора или отдельная задача, которую нужно решить после него?

Если неясно, кто утверждает итог:

— Кто сегодня принимает решение, а кто готовит данные и рекомендации?

Такие вопросы лучше задавать без упрёка. Фраза «вы опять не о том» заставляет человека защищать свою позицию. «Кажется, мы отвечаем на разные вопросы» помогает проверить ситуацию, не назначая виноватого.

Три минуты перед следующим разговором

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

Сначала сформулируйте проблему одним предложением: что происходит и почему это нежелательно. Затем отдельно запишите задачу — какую работу нужно выполнить. После этого начните формулировку решения словами «Нам нужно выбрать…». Если дальше уже появляется готовый ответ — например, «нам нужно выбрать, как быстрее запустить», — проверьте, не исключили ли вы заранее отсрочку или другой вариант.

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

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

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

Такое уточнение не устраняет разногласия взрослых и не отменяет желаний ребёнка. Зато делает спор предметным. Можно обсуждать, насколько важна пауза, не путая этот вопрос с поиском преподавателя.

К концу встречи Ирины, Павла и Марины ответа на вопрос, запускать систему поэтапно или ждать полной версии, всё ещё нет. Но это не провал. Команда впервые зафиксировала, что именно выбирает, какие варианты сравнивает, где проходят границы решения и кто вправе его утвердить. Теперь Марина знает, какие данные подготовить, Павел и Светлана — какие последствия оценить, а Ирина — что собрать к сроку. Разговор стал предметным ещё до того, как участники пришли к единому мнению.

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

Наблюдения вместо догадок о людях

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

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

Четыре удобных мифа

Первый миф: «Я видел это сам, значит, знаю, что произошло».

Мы действительно видим действия и слышим слова, но почти сразу добавляем к ним объяснение. «Он отказался» может означать, что человек сказал «нет», попросил отложить решение, не ответил на письмо или не согласился с одним из условий. Это разные события. Пока мы не описали, что именно случилось, слово «отказался» уже сокращает историю и подталкивает к версии о мотивах.

Второй миф: «Такие слова, как “всегда” и “никогда”, просто помогают кратко описать человека».

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

Третий миф: «Если поведение повторилось, значит, причина — в характере».

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

Четвёртый миф: «Нужно просто спросить человека, почему он так поступил».

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