Алан Игл - Как работает Google
Внесем ясность: модель «отгрузки и итерирования» не означает, что у вас есть право отправлять потребителям некачественные продукты в надежде затем улучшить их. На самом деле Джонатан часто предостерегал свою команду от запуска некачественных продуктов в расчете на то, что пользователей привлечет бренд компании. Продукты должны быть крутыми, но ограничивать их функциональность при запуске – это нормально. Вначале лучше отказаться от важных маркетинговых и PR-ресурсов, так как вероятность того, что потребители испытают разочарование от хорошо разрекламированного продукта, намного выше, чем от того, что был запущен без лишнего шума. Позже вы можете расширить функционал, добавив новые функции и подкорректировав существующие. Как писал гуглерам Эрик в феврале 2006 года: «У вас должен быть план для вау-функции вскоре после запуска». Благодаря такому подходу пользователи привыкли к высокому качеству продуктов, а если какой-то функционал ограничен, они знают, что его расширят вскоре после запуска.
Применять модель «отгрузки и итерирования» легко, когда ваш продукт полностью цифровой (программное обеспечение, СМИ) и затраты на производство физических товаров минимальны. Нам легко «отгрузить» новую функцию в поисковую систему Google и подкорректировать ее, основываясь на данных об использовании; производителю автомобилей или микросхем намного сложнее проделать то же самое. Но зачастую существуют другие способы использования охвата и силы Интернета для того, чтобы собирать важные данные пользователя. Например, «отгружайте» эскизы и прототипы или создавайте программное обеспечение, которое позволит использовать ваш продукт виртуально. Придумайте способ, дающий людям возможность испытать ваше творение, и, вооружившись данными, старайтесь усовершенствовать его.
Проигрывайте красиво
Антиподом рассказа об «отгрузке и итерировании» Chrome является история проекта Google Wave, запущенного с помпой в 2009 году. Wave является настоящим воплощением инновации. Он был творением небольшой команды инженеров из нашего сиднейского офиса, которые использовали 20 % своего времени на то, чтобы проработать вопрос «Какой была бы электронная почта, если бы ее изобрели сегодня?». В конечном итоге они придумали очень интересный прототип, который просто ошеломил руководство высшего звена. Мы дали добро на продолжение работы над проектом (хотя она, скорее всего, продолжалась бы и без нашего разрешения), в результате чего были созданы платформа и протоколы, обеспечивающие людей новым способом коммуникации в Эпоху Интернета.
Wave стал настоящим технологическим чудом, и тем не менее проект с треском провалился. Мы запустили его в 2009 году, но он не пользовался успехом у пользователей. Команда Wave «отгружала» и итерировала как ненормальная, но базовый контингент пользователей не достигал достаточной численности. Через год после запуска мы объявили о закрытии Wave. Пресса просто разгромила нас, назвав Wave оглушительным промахом и огромным провалом.
Они были правы: Wave был огромным провалом. Проект потерпел неудачу довольно быстро: мы не вливали в него приличных денег после такого неприличного результата. Он потерпел неудачу – и никто не был пригвожден к позорному столбу. Никто из команды Wave не потерял свою работу: на самом деле, после закрытия проекта большинство из них поднялись по карьерной лестнице в Google как раз благодаря своей работе над тем, что расширило границы возможного. В конце концов, Wave потерпел неудачу, но оставил после себя ценные технологии: элементы его платформы были перенесены на Google+ и Gmail. Как проигравший, Wave проиграл красиво.
Для того чтобы создавать инновации, вам нужно научиться правильно проигрывать. Учитесь на своих ошибках: любой неудачный проект должен быть источником технических, пользовательских и маркетинговых инсайтов, которые могут оказаться полезными для следующей попытки. Трансформируйте идеи, не уничтожайте их: большинство великих мировых инноваций начались с совершенно другой сферы применения, поэтому, когда вы сворачиваете проект, внимательно изучите его компоненты с целью понять, как их можно применить в другом месте. Как говорит Ларри, если вы достаточно масштабно мыслите, очень сложно потерпеть полную неудачу. Практически всегда вы способны найти в ней нечто очень ценное. И не осуждайте команду, которая потерпела неудачу: убедитесь в том, что эти сотрудники получили хорошие должности внутри компании. Следующие новаторы увидят, наказываете ли вы проигравших. Не нужно хвалить за провал, но все же это своего рода почетный знак. По крайней мере, они старались.
Задача руководства заключается не в минимизации рисков или предотвращении неудач, а в создании среды, достаточно устойчивой, чтобы принимать возможные риски и мириться с неизбежными ошибками. Писатель и профессор Нассим Талеб пишет о создании систем, которые являются «антихрупкими»: они не просто переживают неудачи и внешние потрясения, но и становятся сильнее благодаря этому[211]. Не поймите нас неправильно: провал не является целью. Но если вы измеряете жизнеспособность вашей инновационной среды, вам необходимо учитывать как достижения, так и неудачи, стремясь добиться большей «антихрупкости». Автор комиксов «Дилберт» Скотт Адамс говорит: «Полезно относиться к неудаче как к дороге, а не стене»[212]. Ходжа Насреддин, мудрый глупец и суфист из XIII века, выступает в поддержку следующей идеи: «Правильные суждения берутся из опыта; опыт берется из неправильных суждений»[213].
Продолжительность провала является, возможно, самым коварным для правильного понимания элементом. Хороший провал – это быстрый провал: как только вы видите, что проект не станет успешным, вам хочется как можно скорее перекрыть ему кислород, стремясь избежать дальнейшей траты ресурсов и альтернативных издержек (тем умным креативщикам, что работают над обреченным проектом, лучше было бы поручить работу над потенциально успешным проектом). Но одним из признаков инновационной компании является то, что она дает хорошим идеям много времени на рост. Такие проекты, как беспилотные автомобили или Google Fiber, который обеспечит людей широкополосным доступом в Интернет с пропускной способностью в 1 Гбит/с (что примерно в 100 раз быстрее, чем есть у среднестатистического американца сейчас), имеют потенциал стать очень прибыльными, но это займет много времени. Как подчеркивает Джефф Безос: «Путем расширения горизонта планирования вы сможете включиться в проекты, в которые иным способом никогда не попадете. В Amazon мы любим работать от пяти до семи лет. Мы хотим сажать семена, давать им вырасти, и в этом мы настойчивы. Мы настойчивы в подходах и гибки в деталях»[214].
