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

Итак, вы собрали команду. Как начать выстраивать с ней работу? Вашей отправной точкой станет создание некоего хранилища идей. Убедитесь, что к нему имеют свободный доступ все участники growth-команды (а лучше вообще все сотрудники компании). Это может быть общий документ, папка, доска, чат. Именно оттуда вы и будете отбирать идеи для экспериментов.

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

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

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

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