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

Почему первая формулировка всегда ложная
Человек смотрит на ситуацию через набор фильтров — назовём их очками. Одни очки — сиюминутные (сегодня не выспался), другие — опыт, третьи — статус и самолюбие, четвёртые — ценности.
Часть этих очков снимается легко, часть — почти никогда. Ценностные очки не снимаются: человек с ними родился и осознал себя, попытка их снять воспринимается как нападение на личность. С остальными работать можно — заменить, ослабить, показать ситуацию под другим углом.
Отсюда правило: любая первая формулировка проблемы заведомо неточна, потому что она родилась внутри этих фильтров. Решать её в исходном виде — решать не ту задачу.
И второе: одна и та же ситуация живёт в разных фреймах, и от выбранного фрейма зависит всё.
flowchart TD
S["Одна ситуация"] --> L["Логический фрейм:<br/>объект познаваем,<br/>ищем причину"]
S --> H["Человеческий фрейм:<br/>обидно, задели,<br/>не так посмотрели"]
S --> P["Политический фрейм:<br/>кто кого,<br/>союзники и враги"]
S --> Sy["Символический фрейм:<br/>роли и правила:<br/>начальник, подчинённый,<br/>гость, хозяин"]
Проблема почти никогда не живёт в логическом фрейме, где её удобно решать. Чаще она в человеческом («со мной так нельзя») или в политическом («он специально»). И пока вы решаете логически то, что человек переживает политически, вы говорите с ним на разных языках.
Где сегодня помогает AI. Модели неплохо переформулируют одну и ту же ситуацию в разных рамках — покажите им жалобу и попросите переписать её как факт, как обиду и как борьбу за влияние: становится видно, в каком фрейме человек на самом деле находится.
Пять ловушек автора проблемы
Главное правило: нельзя решать проблему в авторской постановке. Автор расставляет ловушки — иногда сознательно, чаще нет.
- Недоговаривает. Опускает то, что выставляет его в невыгодном свете.
- Оправдывается. Формулировка построена так, чтобы заранее снять с себя ответственность: «так вышло», «время такое».
- Мешает факты с эмоциями. Причины перепутаны со следствиями, а вес имеет то, что ярче эмоционально, а не то, что важнее.
- Выделяет яркое вместо главного. Запомнилось обидное — оно и становится «проблемой».
- Боится, что проблему решат. Самая неприятная ловушка: пока проблема есть, у человека есть статус, занятость и оправдание. Решите её — и он останется без всего этого.
Последний пункт объясняет больше, чем кажется. Вернёмся к первой жалобе: «я и менеджер, и специалист, и переводчик». Звучит как перегрузка. А по сути — человек не отвечает ни за что конкретное, зарабатывает как за всё сразу и совершенно не заинтересован, чтобы обязанности наконец разделили. Решите эту проблему — и с него начнут спрашивать за результат.
Поэтому менять надо и проблему, и автора: пока человек остаётся пленником собственной постановки, он будет защищать её, а не решать.
Разбор реальных жалоб
Три формулировки с семинаров и то, что за ними стоит.
«Как заставить дилеров внимательно прочитать документацию». Здесь два симптома в одной фразе. Первый — слово «заставить»: дилер не подчинённый, а свободный участник рынка, заставить его нельзя в принципе. Второй — то, как автор объяснял ситуацию: «у них совести нет». Человек, который ждёт совести от рыночного контрагента, не понимает, что такое дилер. Настоящая проблема оказывается кадровой: на позиции сидит человек с нерыночной картиной мира.
А сама задача, если её всё-таки достать: сделать документацию такой, чтобы её читали, — или вообще продукт таким, чтобы документация не требовалась. И отдельно — кто отвечает за отношения с дилерами и за их поддержку.
«Как продавать воздух». Продукт называют воздухом собственные сотрудники. Вопрос не в технике продаж, а в том, зачем человек продаёт то, во что не верит: у него одна жизнь. Задача либо про продукт, либо про людей — но точно не про скрипты.
«Как продавать на монопольном рынке». Вот эта жалоба превратилась в задачу и принесла результат.
flowchart LR
A["Все клиенты<br/>рынка"] --> B["Недовольны<br/>текущим решением<br/>≈30%"]
B --> C["Готовы рассматривать<br/>замену<br/>≈половина из них"]
C --> D["Реально дойдут<br/>до сделки<br/>≈половина из этих"]
D --> E["Цель: доля с 3%<br/>до 11%"]
Логика простая: вместо «как продавать всем» — исследование, сколько клиентов монополиста недовольны (оказалось около трети), сколько из них готовы обсуждать переход (примерно половина), сколько дойдут до дела (снова половина). Из этого выросла измеримая цель: увеличить долю с трёх процентов до одиннадцати, работая только с сегментом «недоволен и готов обсуждать».
У задачи, в отличие от стона, появляется всё то, чего у жалобы не было: ответственный, бюджет, план-график и критерий, по которому видно, достигнута она или нет.
Говорите словами, которые собеседник понимает
Отдельная причина, по которой проблемы формулируются неверно, — язык.
Одно и то же слово означает разное для бухгалтера, консультанта, инженера и чиновника. Каждый уверен, что говорит очевидное, — и каждый слышит своё.
Хуже другое: человек, стоящий выше вас по статусу, никогда не признается, что не понял. Он кивает и говорит «да-да, понятно», а решение потом принимает исходя из того, что он себе достроил. Отсюда практическое правило: презентация должна быть понятна девятикласснику. Не потому что собеседник глуп — потому что он специалист в другом и не станет уточнять.
Где сегодня помогает AI. Попросите модель переписать вашу аргументацию так, чтобы её понял человек без вашего профессионального контекста, и отдельно — вытащить все термины, которые вы используете не задумываясь. Список обычно отрезвляет.
Ослабление условий
Приём, который открывает решения там, где их «нет»: перечислить все условия задачи и снять одно за другим.
Часть условий окажется не законом, а привычкой — вашим же ограничением, которое никто не устанавливал. Как только оно снято, появляются варианты, невидимые изнутри исходной постановки.
Формулировка «как заставить X сделать Y» почти всегда содержит такое условие: предполагается, что X обязан подчиниться. Снимите его — и вопрос превращается в «почему X сейчас не хочет» и «что должно измениться, чтобы захотел».
Цена решения и его обратимость
Прежде чем решать, стоит посчитать две вещи, о которых обычно забывают.
Совокупная стоимость решения — не только деньги, но и время, внимание, отношения и то, что придётся содержать потом. Часто на этом шаге желание решать проблему проходит само: выясняется, что решение дороже последствий.
Обратимость. Можно ли откатить, если результат не понравится? Одно дело нанять человека, которого при неудаче можно заменить. Другое — необратимые действия, где обратной дороги нет.

Правило простое: чем необратимее решение, тем выше требования к качеству формулировки проблемы. Обратимое можно принимать быстро и корректировать по ходу. Необратимое — только после того, как проблема сформулирована честно, а цена посчитана целиком. Это тот же принцип, что и гейт по цене ошибки: сортируем не по уверенности, а по стоимости отката.
Когда настоящая проблема глубже, чем спрашивают
Показательный случай. Запрос звучал так: «В коллективе есть человек, который всех деморализует, но уволить его нельзя — генеральный не разрешает».
Первый слой: почему не разрешает? Возможно, человек носит директору информацию о настроениях. Возможно, директор ценит управляемый конфликт. Возможно — и это выяснилось — директор просто боится увольнять людей.
Вот это и есть настоящая проблема. И у неё уже совсем другие решения, чем «как уволить».
Дальше можно расширить границы системы. Если увольнять нельзя, а уйти человек должен — пусть он уйдёт сам, получив предложение, от которого не отказываются. Вы знаете его слабые места и мотивы лучше, чем кто-либо: где ему было бы интереснее, что для него важно, кому из конкурентов он был бы полезен.
Проверочные вопросы, которые стоит задать себе на этом шаге:
- Действительно ли мне нужна эта цель — или я просто привык её хотеть?
- Можно ли достичь того же другим способом?
- Кто должен принять решение, чтобы оно вообще состоялось, — и это точно я?
- Какие побочные эффекты я получу в организации, когда добьюсь своего?
Последний вопрос неприятный, и именно поэтому его пропускают.
Вывод
Работа с чужой проблемой начинается не с решения, а с недоверия к формулировке. Не потому что человек врёт, а потому что он смотрит через свои фильтры, стоит в своём фрейме и часто заинтересован в том, чтобы проблема сохранилась.
Три вещи стоит унести. Первая формулировка всегда неточна — её нужно расшатать вопросами, прежде чем принимать к исполнению. Автора надо менять вместе с проблемой — иначе он будет защищать постановку, а не искать выход. И считайте цену вместе с обратимостью: половина проблем перестаёт быть проблемами, как только вы честно оцените, во что обойдётся их решение.
Следующий шаг: возьмите последнюю жалобу, которую вам принесли на этой неделе, и запишите её дословно. Найдите в ней слово, которое предполагает, что кто-то кому-то обязан подчиниться, — «заставить», «добиться», «объяснить наконец». Уберите это слово и переформулируйте: «что должно измениться, чтобы человек захотел сам». Скорее всего, вы получите совсем другую задачу — и она окажется решаемой.








Комментарии
Войдите через Telegram, чтобы оставить комментарий:
Пока нет комментариев. Будьте первым.