Движение вперед

У Кевина Родригеса была мечта: открыть в Нью-Йорке свой магазинчик и торговать вкуснейшим итальянским мороженым, которое он обожал.

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

Эшли вдребезги разбила мечту Кевина меньше чем за восемь часов.

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

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

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

Тестирование проблемы должно быть ключевой отправной точкой, потому что не только сам процесс решения (не той) проблемы, но даже процесс тестирования решений может стать серьезным пожирателем времени и ресурсов. Например, когда вы воодушевлены идеей открыть магазин мороженого, велик соблазн зависнуть на вопросах вроде: «Хм, а как мне его назвать? Поможет ли фокус-группа? Каким мороженым лучше торговать? А как насчет декора – возможно, стоит нанять профессионального дизайнера?» В случае технических проблем соблазн еще больше: «Можем ли мы создать этот потрясающий гаджет, о котором я мечтаю? Нашей инженерной лаборатории нужно всего восемь лет, чтобы разработать прототип».

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

Чтобы избежать таких ситуаций, нужно сделать последний шаг в процессе рефрейминга – спланировать, как вы проверите, верно ли поставлена проблема, посредством тестирования в реальном мире. Это похоже на план действий, но с особым акцентом на проверке того, в правильном ли направлении вы движетесь. Этот шаг завершает (данный) раунд рефрейминга и переводит вас в режим решения.

Вот четыре конкретные тактики, которые можно использовать для проверки проблем:

1. Описать проблему заинтересованным сторонам.

2. Обратиться к внешним экспертам.

3. Придумать трудный тест.

4. Претотипировать решение.

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

Восс не начинает разговор с попытки убедить их сдаться: «Вы не сможете убежать, поэтому бросайте оружие и выходите, иначе вам будет плохо!» Вместо этого он начинает с описания их страхов, выражая их конкретно и открыто – то есть навешивая на них «ярлыки»: