Итак, допустим, подробный анализ текучки клиентов (то есть тех, кто недавно отказался от продукта) показал, что «дезертиры» не воспользовались конкретной функцией продукта, которая популярна среди заядлых пользователей. Этот факт может подвигнуть команду роста на эксперименты, чтобы привлечь внимание пользователей к этой функции. Или же приведем другой пример из опыта нашей команды роста в GrowthHackers.com. Взглянув на наши пользовательские данные, мы обнаружили, что контент, предложенный сообществом, включающий интерактивное и мультимедийное содержание (например, презентации с конференций или видео с YouTube), вызывает больше интереса и дает больше посещений, чем посты с ссылкой на текст. Поэтому команда роста предложила несколько идей относительно того, чтобы добавить на сайт интерактивные и мультимедийные элементы, такие как подкасты и видео. Это направление казалось достаточно очевидным и предсказуемым; то есть так было до того, как наш программист включился в дискуссию и объяснил, что мы не только можем поддерживать на сайте множество различных мультимедийных элементов с помощью простого плагина, но мы можем внести код, который позволит автоматически распознавать ссылки с популярных медиа-порталов (YouTube, SoundCloud и SlideShare) и сразу же вставлять контент на соответствующую страницу нашего веб-сайта. Вместо того чтобы просто добавить видео с одного или двух медиа-источников, мы теперь смогли поддерживать больше дюжины медиа-порталов, значительно облегчив процесс добавления этих медиа на GrowthHackers.com. После этого открытия (которое, кстати, было бы невозможно без вмешательства программиста команды роста) мы спроектировали эксперимент, и он показал, что сообщество будет расти даже быстрее, чем мы ожидали.

Мы представим конкретную процедуру проведения максимально эффективных собраний в главе 4, включая рекомендации по поводу повестки собрания.

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

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