Чем глубже вы погружаетесь в тему роста и организации команды роста, тем сильнее замыливается ваш взгляд. Одни процессы начинаются казаться чрезвычайно важными, другие — очень простыми или вовсе не обязательными. Чтобы не попасть в ловушку искаженного восприятия, нужно регулярно пересматривать приоритеты и критически смотреть на устоявшиеся процессы.
Самая распространенная форма профессиональной деформации участников команды роста — стремление проводить эксперименты по любому поводу. Нельзя сказать, что такой подход губителен или сильно вредит работе. Проблема в том, что команда начинает проверять совсем малозначительные изменения и в результате тратит время неэффективно.
Оттенок цвета фоновой подложки или порядок слов в предложении вряд ли повлияют на рост бизнеса. При этом проверка таких гипотез может занять много сил и времени.
Опытным путем нужно проверять важные, смысловые изменения, которые могут существенно влиять на метрики. Изменения, которые кажутся команде необходимыми, но не создают существенной нагрузки на метрики или основываются на уже собранных данных, должны становиться проектами, то есть частью обычных продуктовых итераций или маркетинговых кампаний.
Команда сработалась, эффективность взаимодействия выросла, эксперименты запускаются сами собой. Никого не нужно озадачивать.
Звучит красиво, но на деле ведет лишь к хаосу.
Как и у любой задачи, у эксперимента должен быть ответственный исполнитель, который координирует процесс, привлекает ресурсы и отслеживает результат. Если у эксперимента нет владельца или он одновременно зависит от нескольких человек, не стоит удивляться, что такой эксперимент будет длиться вечно.
Более эффективного способа доводить задачи до результата, чем назначать ответственных, еще не придумали. Проверка гипотез в команде роста — не исключение.
Процесс управления командой не ограничивается делегированием ответственности. Существует множество подходов к управлению командой роста. Зачастую это производные от гибких методик (скрам, канбан). Иногда компании выстраивают собственные уникальные процессы, близкие их культуре. Важно, чтобы каждый эксперимент действительно отслеживался, была описана его суть, понятны формат, стадия, этап воронки и ответственный исполнитель.
Какой именно инструмент управления задачами использовать — вопрос частный и зависит от множества факторов. Как правило, в работе команды роста используются наиболее гибкие таск-трекеры, которые дают широкие возможности кастомизации: Airtable, Trello, Asana, Wrike.
Помимо работы с трекером, команда должна регулярно собираться вместе. Это нужно, чтобы следить за прогрессом и повышать взаимопонимание между участниками.
Команда должна встречаться как минимум один раз в неделю на час-полтора. Если участники посвящают команде все свое рабочее время, нелишним будет проводить короткие ежедневные совещания. К еженедельным встречам участники готовят сообщения о результатах, гипотезы для новых экспериментов, вопросы и предложения по улучшению процессов.
Если вы только планируете собрать команду роста в вашем проекте, постарайтесь заранее учесть описанные выше моменты. Если команда уже функционирует, остановитесь ненадолго и взгляните, все ли в текущей работе происходит эффективно и можно ли что-то улучшить.