Рисуй, чтобы победить

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

1. Задом наперед

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

Это сработало. К концу первого десятилетия полетов Райты обанкротились, а Кёртиссу принадлежала самая большая авиакомпания на Земле. Его подход определил дизайн самолетов на более чем 60 лет.

Но инновации всегда ходят по кругу. В 1970-х годах дизайнер по имени Берт Рутан перевернул свой самолет задом наперед: хвост спереди, двигатель и крылья сзади. Он обнаружил, что его конструкция не может держаться в воздухе. Рутан продолжал разрабатывать перевернутые самолеты, пока его команда не выиграла Ansari X Prize в 10 млн долларов за первый успешный частный космический корабль. Тогда Берт ушел на пенсию.

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

К 1970 году некоторые разработчики-новаторы поняли: если они развернут процесс, результаты появятся быстрее и будут лучше. Так что они выбирали одно требование, быстро создавали фрагмент кода, чтобы выполнить именно его, тестировали его и затем вносили исправления, одновременно начиная новый цикл. Понадобилось время, чтобы наладить работу, но сейчас сложно найти хотя бы одного разработчика, который не использует «перевернутый» подход Agile к разработке ПО.

2. Вверх тормашками

Несколько лет назад компания, занимающаяся сетевым маркетингом, попросила меня помочь ей с коммуникациями. Я понятия не имел, что такое многоуровневый маркетинг, так что для начала поискал определение. «О, – ответил мне интернет, – это пирамида». Я вежливо ответил: «Нет».

Но они настаивали, предлагали мне попробовать их продукт (который оказался неплох) и объясняли, как их модель продаж работает на самом деле.

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

«Да, – ответил я, – но сначала мы изменим вашу модель продаж». Почему? Потому что каждый раз, когда они объясняли мне, как устроены их продажи, они рисовали пирамиду. И становились похожими на мошенников.

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

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

3. Противоположность

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

Моя команда была так же поражена, как и все остальные, когда мы неожиданно выиграли проект у консалтингового гиганта McKinsey & Company, продав им нечто прямо противоположное тому, что они просили нас сделать. Это рискованный подход, но, если вы создаете инновации, он иногда срабатывает.

Сотрудники McKinsey опубликовали техническое задание инновационного технологического проекта для нескольких разработчиков. Они очень детально расписали, как структурировать письменное предложение и проводить личную презентацию.

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