41. Вы обнаружите, что втихаря частенько проклинаете свою команду.
42. На бумаге у вас будут полномочия, но на практике вы обнаружите, что выполняете приказы.
43. Вы поймаете себя на том, что раздаете приказы, и вместо этого постепенно научитесь делегировать полномочия своей команде.
44. Вам будет казаться, что вы учитесь на ошибках, но на самом деле волшебным образом будете их снова совершать (чтобы просто убедиться, что полученные знания укоренились).
Как вы увидите в главе 3 «Переносимые UX-навыки», обязанности менеджеров продукта и UX-специалистов немного перекрываются и содержат серые зоны, которые, как правило, включают в себя стратегии, системные вопросы, общую картину, исследования и концептуальные модели на основе данных.
Для людей, которые уже предпочитают выполнять это сочетание задач и обязанностей вместо более ориентированных на создание дизайна работ на краю UX-спектра, переход в управление продуктом может стать способом продолжить движение в этом направлении – к руководящим должностям.
Возможно, вы больше интересуетесь другими аспектами создания ПО, которые не имеют прямого отношения к дизайну, даже если они ориентированы на клиента. Бизнес-аспекты роли менеджера продукта редко затрагивают творческий мир UX-исследований, стратегий и дизайна.
Несомненно, некоторые UX-руководители становятся по-настоящему компетентными и мудрыми в отношении бизнес-стороны работы, за которую они ответственны. Это, в свою очередь, приводит к принятию обоснованного решения о том, переходить ли на более ориентированную на бизнес должность, такую как менеджер продукта, или остаться в сфере UX и хранить эти знания как еще одну сверхспособность в своем арсенале.
Некоторые из нас проходят через ряд других ролей. Есть инженеры, которые становятся UX-дизайнерами, а затем начинают видеть в управлении продуктом возможность объединить эти способности.
В любом случае это самые веские причины изучить возможности смены ролей, поскольку они продиктованы вашими внутренними и природными потребностями и интересами. В то же время они сами по себе не гарантируют успешного перехода, который принесет удовлетворение, если не будет поддержки в компании.
Являются ли эти причины вескими?
Все эти причины законны и имеют свои нюансы и последствия. Чтобы изучать потенциальную возможность для роста, вам не нужна веская причина. Но все же уделите некоторое время тому, чтобы обдумать компромиссы и издержки упущенной выгоды при выборе карьеры менеджера продукта или решения остаться в UX.
Присмотритесь особо внимательно, не поддались ли вы заблуждению «трава зеленее», которое романтизирует преимущества альтернативного пути или невыбранной дороги и преуменьшает усилия по скашиванию, прополке и разбрасыванию удобрений, благодаря которым и зеленеет газон у вашего соседа.
А UX-специалисты, рассматривающие для своего карьерного развития направление управление продуктом, тоже должны хорошо понимать повседневные реалии выполнения этой работы.
Но что именно вы здесь делаете?
Когда UX-специалисты вынуждены пихаться локтями с менеджерами продукта, они начинают ясно осознавать и, возможно, даже беспокоиться о той серой области, где их обязанности пересекаются. Конечно, в действительности у этих двух ролей есть много общих ценностей (ориентация на пользователя, исследования, итерации, тестирование/измерение и так далее). Эти общие обязанности могут несколько затушевывать различия между ролями, поэтому вы должны знать, что в действительности работы довольно разные.
Любой, кто рассматривает управление продуктом как этап в карьере, для начала должен задать себе три вопроса.
1. Люблю ли я электронные таблицы?
2. Я могу хорошо писать?
3. Глубоко ли меня интересует динамика межличностных отношений?
Управление продуктом – это не работа дизайнера. Она требует некоторого знакомства с дизайном и глубокой чувствительности к проблемам пользовательского опыта, но повседневные задачи и специализированные работы в управлении продуктом редко подразумевают перемещение пикселей.
Конечно, иногда приходится составлять диаграммы, и есть много менеджеров продукта, которые рисуют макеты и даже прототипы. Но и они большую часть своего времени тратят на работу со словами и данными, а не рисунками.
Поэтому если вы любите целыми днями сидеть в Figma, Sketch или Swift, то вы, возможно, не обрадуетесь тому, что придется бросить все эти занятия или их большую часть ради задач и обязанностей по управлению продуктом. Вместо того чтобы жить в творческом процессе создания программ, вам придется тратить кучу времени на инструменты управления проектами по гибким методологиям, например Jira (обычно с Confluence), и выполнять, допустим, такие задачи:
• писать техническую документацию;
• разбивать эпики на пользовательские истории;
• приводить в порядок бэклог;
• планировать предстоящие спринты;
• отвечать на вопросы разработчиков по тикетам;
• проверять демоверсии, а потом одобрять их или отправлять на доработку;
• изучать данные автоматического тестирования;
• просматривать график оставшихся работ и другие визуализации прогресса;
• проводить ретроспективы.
На что еще вы будете тратить время? На почту (или Slack, но писать и отвечать на большое количество сообщений вам придется неизбежно) и на приложение календаря, где вы будете планировать встречи таким образом, чтобы не занимать самое продуктивное время дня у сотрудников, и организовывать ритуалы гибких методологий обычно с периодичностью раз в две недели (планирование, ежедневные стендапы, демонстрации и ретроспективы); на отчетность для крупных компаний, руководства или совета директоров; на ежеквартальное или даже ежемесячное обновление дорожных карт.
И это только письменная часть.
Чтобы быть отличным менеджером продукта, вам действительно нужно любить числа, математику, анализ, электронные таблицы и базы данных. Эта работа тесно связана с метриками и фактическими данными. Некоторые наиболее ценные сигналы о том, что нужно поставить на рынок в дальнейшем, и о том, как идут дела у продуктов, которые вы уже выпустили, приходят в виде массивных волн данных, и выводы из них можно получить только благодаря обработке, переосмыслению, изучению и хорошим знаниям по предмету.
ИСТОРИИ ИЗ ЖИЗНИ
Клемент Као, директор по продукту в Blend и соучредитель Product HQ[21], отмечает: «В качестве исключения по-настоящему потрясающие менеджеры продукта в B2B обходятся без чисел, поскольку они имеют потрясающие способности к пониманию приоритетов, потребностей и образа мышления каждого отдельного клиента. Тем не менее в B2C определенно невозможно полностью избежать чисел!»
А Мэтт Лемей из Sudden Compass говорит об одном интересном нюансе: «Иногда это так, но не всегда. Я не люблю все эти вещи (числа, математику, анализ, электронные таблицы, базы данных), но при необходимости могу делать вычисления, которые вы описали выше».
Для UX-дизайнеров рабочим материалом является сам опыт: слова (тексты), визуальные метафоры, взаимодействия, – а также более обширные его составляющие. Точно так же, как гончар развивает острое и утонченное восприятие текстуры, зернистости и пластичности глины, UX-специалист развивает похожую чувствительность для цифровых программных материалов, с помощью которых он создает для пользователя возможность работать с системой.
Для менеджеров продукта, в самом буквальном смысле, материалы, с которыми вы работаете, – это ворох данных (вместе с количественными показателями, конечно), имеющих свою текстуру, зернистость и информативность. Требуется глубоко и надолго погрузиться в тему, чтобы развить необходимое восприятие данных вашего продукта.
У менеджера по продукту развиваются очень чувствительные антенны (если вы любитель поп-культуры, можете называть это «паучьим чутьем»), которые быстро реагируют, когда утренний отчет по метрике Полярной звезды предвещает[22] неожиданное снижение ежедневной активности пользователей или всплеск продаж. (И это еще до того, как мы приступили к машинному обучению [МО] и другим разновидностям искусственного интеллекта [ИИ].)
Если вы любите диаграммы, графы, визуализацию многомерных данных, численный анализ, расследования и «живете в своих данных», то вам понравится управление продуктом.
Типичный день
Очевидно, что у вас есть представление о рабочем дне UX-дизайнера. В зависимости от вашей роли вы можете тратить время на проведение интервью с пользователями и его анализ, на другие формы исследований, на создание эскизов, изучение материала, на итеративный поиск высокоуровневых или детальных дизайнерских решений, на критику и обзор дизайнерской работы коллег, разработку и тестирование прототипов, подготовку интерфейсов для передачи в разработку и так далее.
Целыми днями вы можете минимально общаться с другими людьми и максимально посвящать свое время серии рисунков, заполняющих ваш большой экран, погружаясь в творческий поток поиска все более удовлетворительных решений сложных задач.
Не все дни одинаковы, но в них есть узнаваемые закономерности.
Как и у менеджера продукта, ваш рабочий день будет меняться в зависимости от фазы производственного цикла, от вашей роли в команде и от подхода к управлению продуктом, принятого в вашей организации.
И в этом тоже есть узнаваемые закономерности.
Итак, несмотря на различия в разных ролях менеджера продуктов, вот обобщенный типичный день, который будет похож на многие настоящие в вашей работе.