7:30. Просматриваете ежедневные обновления метрики Полярной звезды. Если находите что-то интересное, докапываетесь до исходных данных и стараетесь не потеряться во времени. Если обнаружится что-то угрожающее или многообещающее и требующее немедленных действий, сообщаете о проблеме другим людям и определяете, как ее своевременно устранить.
9:00. Проводите ежедневные стендапы с командой (разработчиками, иногда с UX-специалистами, но они не всегда приходят, другими участниками), в данном случае действуя де-факто как владелец продукта:
• вы приносите пончики (иногда буквально, но в переносном смысле, который популяризировал[23] эксперт по продуктам Кен Нортон, – постоянно);
• быстро обсуждаете с каждым сотрудником, что было сделано за прошедший день (и сравниваете с тем, что ожидалось), над чем они планируют поработать сегодня и не блокирует ли что-то их работу сейчас;
• продолжаете совещание, обсуждая все, что можно прояснить сразу («Анкит, ты можешь предоставить Элли необходимые учетные данные для Github?»), и фиксируя другие вопросы, которые необходимо обсудить позже.
С 9:30 примерно до 14:30. Мозаика из следующих действий:
• совещания с другими менеджерами (то есть людьми, для которых совещания полезны), часто с руководителями смежных команд (таких как разработка, UX, продажи и бизнес-процессы), вашим собственным начальником и вашими подчиненными, если таковые имеются;
• общение с настоящими и потенциальными клиентами, другими заинтересованными сторонами;
• написание спецификаций, просмотр дорожной карты, наведение порядка в бэклоге, ответы на сообщения;
• анализ данных, включающий в себя обратную связь с клиентами, изучение информационных панелей аналитики продукта, прогнозов продаж, суровых таблиц прибылей и убытков в формате Excel или периодическую переоценку прогресса по сравнению с OKR (целями и ключевыми результатами) или другими ключевыми показателями эффективности;
• обед на рабочем месте.
С 14:30 примерно до 17:30:
• встречи с членами команды продукта ближе к концу их рабочего дня, такие беседы могут происходить регулярно тет-а-тет с вашими подчиненными (если такие есть); рабочие встречи с членами команды для изучения и решения проблем; сверки по задачам для отслеживания прогресса; составление рекомендаций и оказание поддержки;
• написание спецификаций, обзор дорожной карты, приведение в порядок списка задач, ответы на сообщения, анализ данных.
С 18:30 до … Наконец-то появилось время сделать следующее:
• почитать объемные отраслевые статьи, обзоры производства продуктов, отчеты коллег, которые вы не успели просмотреть в течение рабочего дня;
• не отвлекаясь, поработать над подробной статьей, анализом, моделированием проекта;
• попытаться уделить внимание своей семье и любимым;
• перед сном проверить данные еще раз.
Но это лишь по моему опыту, а далее в книге вы прочитаете, как проходит типичный рабочий день у других менеджеров продукта, и тогда у вас сложится более обширное представление о разных аспектах управления продуктом и о среде работы.
Что, если вы все-таки не хотите быть менеджером продукта?
Независимо от того, пришли вы сюда просто из любопытства или сделали этот шаг после некоторых колебаний, теперь, когда вы твердо уверились, что ваша жизнь – это UX, песня сирен о прелести управления продуктами больше не будет звучать так сладко. Хотя она все еще будет обязывать вас как специалиста по UX разбираться в управлении продуктом настолько хорошо, насколько это возможно, как и во многих других уважаемых смежных дисциплинах, с которыми вы работаете. Возможно, вы даже почувствуете облегчение, когда эту часть работы захочет сделать кто-то другой, и примете помощь с благодарностью, не испытывая желания выполнить все лично.
Если вы все еще не уверены, то оставшаяся часть книги должна помочь вам лучше разобраться в теме и принять решение о карьере.
И независимо от того, куда, по вашему мнению, вы движетесь в долгосрочной перспективе, вы можете извлечь кое-что полезное, вникая в продуктовое мышление. Например, вы можете рассматривать себя не только как UX или дизайнера, ориентированного на пользователя, но и как дизайнера продукта (или исследователя, стратега), работающего вместе с менеджером и разработчиками продукта.
Также эти знания окажутся полезными, если вы один из тех UX-специалистов, которых заставляют выполнять некоторую часть недизайнерской работы по управлению продуктом, при том что вы не находитесь в должности менеджера (и не хотите); если вы работаете без менеджера, замещая его и стараясь это делать как можно лучше; если вы сотрудник организации, в которой UX-специалистам делегируется больше задач по управлению продуктом.
23
«Я искал риторический прием, чтобы передать суть управления продуктом, и остановился на „принеси пончики“» (цит. по: блог Кена Нортона, https://www.bringthedonuts.com/). Подробнее: см. глава 4.