Все зависит от обстоятельств.
Ладно, учитывая сказанное, с этого момента я начну приводить конкретные примеры (слегка замаскированные, если необходимо, или обобщенные, если это распространенный паттерн), и тогда вы сами сможете вывести свою ментальную модель того, где продукт вписывается в систему взглядов UX, а где – нет.
Давайте начнем с того, что отмотаем время на несколько лет назад.
Чуть более десяти лет назад я был штатным UX-дизайнером в Yahoo и куратором легендарной библиотеки дизайнерских паттернов (в моей визитной карточке написано «Детектив шаблонов» (англ. Pattern Detective)). Мой начальник Эрин Мэлоун была старшим директором в команде дизайна платформы отдела UED (user experience design, дизайн пользовательского опыта). Позже мы с ней в соавторстве написали книгу о дизайне социального опыта[2].
В том году мы вместе выступали на конференции по информационной архитектуре и увидели, что там проводится мастер-класс по управлению продуктом для UX-дизайнеров (его ведущими были Джефф Лэш и Крис Баум). Мы оба ухватились за шанс поучаствовать в нем – я полагаю, по схожим причинам.
Видите ли, в Yahoo UED-отдел отчитывался перед так называемой орг. продукта. Все технические работы в компании выполнялись совместно сектором продукта и группой инженеров. Эти два гиганта были вовлечены в бесконечную борьбу за господство, которая происходила на всех уровнях, сверху донизу по всей компании.
Наша команда дизайна платформы в действительности относилась к техническому отделу, но даже здесь наш отдел должен был учитывать требования продукта. (В действительности менеджер продукта поставил вето на моей кандидатуре в той должности, на которую меня поначалу предложила Эрин, потому что он беспокоился, что я был «слишком ведущим дизайнером» и не удовлетворился бы простым раскрашиванием его эскизов.)
Но что более важно, Yahoo в целом обращалась к UX-дизайну (и исследованиям) как к части продукта. Это все было в новинку для меня. Я должен был вгрызаться в независимую, ориентированную на искусство сеть девяностых годов, как фрилансер создавая веб-сайты для агентств и консалтинговых компаний. Эти сайты не были продуктами. Они продавали товары, рекламировали или продвигали их на рынке. Существенной привлекательной стороной в Yahoo была возможность плотнее заниматься системами, которыми люди постоянно пользуются, и выйти из бизнеса по разработке микросайтов, обновления домашних страниц и навигации по сайтам для разных офлайн-предприятий.
Итак, идея о том, что мы создаем продукт и нашей работой управляют специалисты по продукту, произвела на меня сильное впечатление, а на мастер-классе Джеффа и Криса нам выпала хорошая возможность узнать больше о привычках и побуждениях этих людей. Это также дало мне зачаток новой страсти.
Еще на меня произвел огромное впечатление тот день, когда Ларри Корнетт перешел с должности вице-президента по UX-дизайну Yahoo Search на позицию вице-президента по продукту для той же самой команды.
А что, так можно было?! Для меня это стало откровением.
Прошло еще несколько лет, прежде чем я последовал по его стопам и перешел к тому, что многие UX-дизайнеры до сих пор называют «темной стороной», – к управлению проектом.
Стал ли я одним из угнетателей? Нужно ли вам поменять команду, чтобы продвигаться вперед или повлиять на стратегию продукта? Или продукт и UX могут объединить усилия как «лучшие друзья»? Это лишь некоторые вопросы, которые я рассмотрю в этой книге.
Глава 1
Что именно делает менеджер продукта?