Читаем Блиц-масштабирование полностью

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

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

Джонатан Розенберг из Google рассказал историю, как управление по слепому ориентированию на цифры завело в тупик Exсite@Home. Exсite@Home измерял число кликов на каждый элемент своей домашней страницы. Если элемент не выполнял свою цель по кликам, Exсite@Home делал этот элемент визуально более заметным. Другими словами, пытаясь достичь своих целей в числовом выражении, команда, занимавшаяся ведением домашней страницы, акцентировала внимание на менее привлекательных элементах, пытаясь переключить его с более привлекательных!

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

Переход №6: ОТ КОНЦЕНТРАЦИИ НА ОДНОЙ ЦЕЛИ К МНОГОПОТОЧНОСТИ

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

Мы не знаем ни одного добившегося успеха стартапа, который начинал бы не как однопоточная компания. Такой подход служит ключом к победе над более крупными конкурентами на ранних стадиях существования компании. На протяжении многих лет Дрю Хьюстону из Dropbox твердили, что Google уничтожит его компанию своим секретным Project Platypus (который в итоге был запущен под названием Google Drive). Хьюстона эти заявления больше раздражали, чем пугали, так как он осознавал мощь подхода, состоящего в концентрации на одной цели. В интервью для подкаста Рида Masters of Scale он объяснил:

«Из-за компаний вроде Google, которая занимается сотней различных вещей, выстраивается длинная очередь “голодающих”, желающих нанять очередного хорошего разработчика. И если ваш проект 35-й в очереди, то есть примерно на том месте, где изначально в списке размещался Google Drive, то пройдет много времени, прежде чем команда, занимающаяся его разработкой, “насытится” хоть сколько-нибудь выдающимися сотрудниками. Когда вы решаете, каких одиннадцать игроков выставить на поле против вашего соперника из крупной компании, у вас, на самом деле, может быть значительное преимущество в таланте. И не потому, что у Google нет искусных разработчиков — у них разработчики, пожалуй, будут получше, чем у вас. Но от них руководителем проекта выступает менеджер среднего звена по вопросам продукта, для которого это просто следующая ступень карьерной лестницы. А вы как основатель намного больше преданы своему делу, равно как и ваш коллектив».

Сегодня, спустя несколько лет после запуска Google Drive, Dropbox продолжает расти как по числу пользователей, так и по числу клиентов, оформивших платную подписку, — вот вам и «убийца Dropbox».