4:30. Просыпаетесь посреди ночи и вспоминаете важный момент, который больше никто не отслеживает. Записываете его либо на прикроватной тумбочке, либо встаете с постели, переходите в домашний кабинет, обновляете тикет в Jira или отвечаете на сообщение, а потом пьете воду и засыпаете. (Возможно, вначале ответите на несколько других ночных сообщений от команды, работающей удаленно, пока вы не заснете опять.)
6:30. Встаете с постели, смотрите Slack на телефоне, отвечаете на несколько сообщений. Выполняете утренние ритуалы: кофе, душ, одежда, кофе, завтрак, почта, Slack, Jira, кофе.
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-специалистам делегируется больше задач по управлению продуктом.
И даже если вы просто стремитесь понять точку зрения ПМ и более продуктивно работать с ними, продолжайте читать, чтобы более глубоко разбираться в этом и выстраивать более качественное сотрудничество.
Ключевые идеи
• Существует много законных поводов задуматься о переходе от UX к продукту, некоторые из них в большей степени обусловлены внешним давлением, а другие исходят из внутренних или естественных потребностей. Есть много подводных камней, поэтому стоит потратить время, чтобы проверить свою мотивацию и трезво оценить плюсы и минусы, связанные с этим переходом.
• Самыми распространенными причинами перехода к управлению продуктом являются стремление к профессиональному и карьерному росту и смена интересов («которые приносят радость») в работе.
• Менеджеры продукта тратят намного больше времени на написание текстов и работу с числами, чем на рисование интерфейсов и диаграмм.
• Успех в качестве менеджера продукта частично зависит от желания и способности глубоко погружаться в данные. Это сложно, если не кажется вам интересным (или хотя бы «веселым»).
• Типичный рабочий день менеджера продукта сильно отличается от такового UX-специалистов.
Глава 3Переносимые UX-навыки
Обязанности менеджеров продукта и UX-специалистов всегда будут пересекаться, но это может приводить как к полезному напряжению, так и к напрасной борьбе за территорию.
Многие UX-дизайнеры смотрят на это пересечение и задаются вопросом, насколько разными на самом деле являются или должны быть эти две роли. У людей, которые подумывают о переходе в новую должность, возникает три вопроса:
• Какие мои существующие навыки позволяют мне стать менеджером продукта (и продолжат помогать мне на этой работе)?
• Какие мои существующие навыки и экспертные знания станут неактуальными или полностью бесполезными в работе менеджера продукта?
• Какими новыми навыками и практическими знаниями мне нужно овладеть, чтобы дополнить свой «UX-фундамент»?
Итак, какие качества UX-специалиста сослужат вам хорошую службу в работе «продуктового» управленца? Ответы помогут вам лучше понять границы и различия между ролями и обязанностями в UX и в продукте.
Вам также нужно будет немного углубиться в детали и изучить задачи и навыки, которые могут быть в компетенции менеджера продукта, дизайнера продукта или UX-специалиста. Так называемая гистограмма навыков поможет вам структурированно исследовать эту тему в вашем собственном контексте и ландшафте.
Затем, прояснив вопросы и составив карту ландшафта, вы можете отметить конкретные области UX-компетенций, которые можно применять непосредственно в карьере менеджера продукта.
Чем менеджер продукта отличается от UX-специалиста
Сходства между продуктом и UX-дизайном могут быть обманчивыми. Роли, обычаи и практики этих областей деятельности отличаются по многим важным аспектам.
Самые значительные и очевидные отличия между работой специалистов по UX и продукту находятся в области принятия решений.
Конечно, каждая должность требует принятия решений и является «последней инстанцией» по некоторым вопросам, и ни одна работа не накладывает монополию на принятие решений, но на практике управление продуктом – это роль, которая почти полностью состоит из принятия решений.
Важные решения (стоит ли нам создавать новую функцию или исправить существующую), решения среднего масштаба (можем ли мы выпустить то, что сейчас создали, или надо еще поработать), мелкие (мешает ли выявленная ошибка следующему выпуску) и крошечные решения (относится ли этот пользовательский сценарий к задачам из списка) – все они входят в область ответственности менеджера продукта. Это бесконечный каскад решений – решений, которые приходится принимать в течение всего дня, от пробуждения до отхода ко сну.
Если вы UX-дизайнер, который иногда чувствует, что остается в стороне при принятии окончательных решений, а ваш интерес к управлению продуктом связан исключительно с желанием быть тем, кто чаще говорит последнее слово, то что ж, ваш внутренний инстинкт не ошибается. Но хочу предостеречь: будьте осторожны в своих желаниях. Менеджеры по продукту не могут сказать: «Все зависит от обстоятельств».
ИСТОРИИ ИЗ ЖИЗНИ