Что же вам делать?
Во-первых, вы выбираете свои сражения. Если вы будете вступать в тотальную войну за каждое крупное или мелкое нарушение ориентированного на пользователя дизайна или смысла продукта, то вы наживете себе врагов, и в конечном итоге вас либо попросят не лезть в чужие дела и отодвинут от процесса, либо укажут на дверь.
В большинстве случаев вам лучше всего выбрать, когда и где отстаивать свою позицию, и в этих сценариях использовать все свои профессиональные навыки, чтобы объяснить, почему навязываемый вам подход не сработает.
Проведите некоторое исследование, даже если вам скажут пропустить этот этап. Соберите данные, которые не были отобраны для улучшения одного пункта дорожной карты ПМ по сравнению с другим, и приведите аргументы в пользу альтернативного подхода. Однако как дьявол может цитировать священное писание, так и данные, отобранные для выступления или победы в споре, будут вести вас к краху, больше не помогая вам рассмотреть, что происходит на самом деле, а вместо этого они отразят в кривом зеркале то, что другие люди, по вашему мнению, должны принять за реальность.
Если ваш довод отклонен, убедитесь, что цели определены и метрики отслеживаются, а затем попросите подотчетности, когда по полученным результатам решения окажутся неверными. Это невеселая работа, но она даст вам некоторое пространство для дальнейшей вашей добросовестной практики, пока вы не найдете более поддерживающую среду.
Где в организационной структуре?
Одним из факторов, который может усложнить отношения продукта и UX, является организационная схема. Должен ли UX отчитываться перед ПМ или они находятся на равноправных должностях? Или немного того и другого? То есть UX-специалисты и менеджеры продукта отчитываются руководителю по продукту (или вице-президенту по продукту, директору по разработке программных продуктов, директору по продукту и так далее), но при этом работают как равноправные сотрудники на уровне исполнителей. Что касается последнего сценария, то имеется ли у этого руководителя опыт работы за пределами управления продуктом?
Как отмечалось ранее, менеджеру продукта редко подчиняются инженеры, хотя это не исключено. Инженеры, как правило, не включены в организационную иерархию управления продуктом, но, опять же, это не такое уж неслыханное дело. Тем не менее мы видим гораздо большее желание «подчинять» продукту UX и дизайн, чем инженерный отдел.
Кайо Б. Нишихара, ведущий специалист по дизайну в Ambev Tech, сказал: «Можно часто видеть, как UX отчитывается продукту (а также многие другие варианты отчетности или независимые области), но, безусловно, если компания рассматривает дизайн как стратегическую движущую силу, то ей следует исключить его из отчетности продукту, чтобы просто избежать эффектов „сверху вниз“».
Если вы выбрали путь менеджера продукта и руководителя, то в конце вы обнаружите, что постоянно возвращаетесь к одним и тем же вопросам. Получили ли вы наконец шанс сделать UX равноправной дисциплиной? Можете ли вы нанять коллегу и передать ему свою команду? Или к этому времени, будучи руководителем по продукту, который «знает свой UX», начнете думать, что было бы хорошо держать в своем портфолио обе специализации?
В конце концов, вам следует меньше сосредоточиваться на том, как официально организована подчиненность, а больше уделять внимание отношениям с вашими ближайшими коллегами. Действительно ли важно, подчиняетесь вы оба директору по продукту или один из вас подчиняется директору по UX, а другой – директору по продукту?
Когда вы перестаете быть дизайнером
Есть одно предостережение при переходе к карьере менеджера продукта после UX: вам придется изменить представление о себе и принять не только то, что вы больше не дизайнер (хотя вы можете заниматься дизайном в свободное время!), но и то, что вы больше не дизайнер в команде. Многие ПМ, пришедшие из UX, обманывают себя, думая, что работающие с ними UX-специалисты должны с радостью принимать их предложения по дизайну, потому что, знаете ли, «они тоже UX-дизайнеры».
Только это не так. Вы устроились на другую работу.
Да, вы имеете право на свое мнение. Вы даже можете поделиться предложениями и дизайнерскими идеями. Но действуйте осторожно! Точно так же, как клиент может интерпретировать макет буквально, несмотря на все ваши старания донести до него, что это не «окончательный дизайн», так и дизайнерское «предложение» от менеджера продукта, который все еще воображает себя дизайнером, воспринимается как чересчур готовое или, что хуже, как приказ.
ИСТОРИИ ИЗ ЖИЗНИ
Когда мне приходилось выполнять функции арт-директора в партнерстве с UX-дизайнером или менеджером, я обычно разбивался в лепешку, чтобы говорить с позиции предметной области и возможных подходов.
Если я чувствую необходимость привести пример, чтобы донести идею, я «вешаю абажур» на свою задачу, чтобы было ясно: я иллюстрирую только концепцию, а не предлагаю тактическое решение или предложения по пользовательскому интерфейсу.
Быть гибридом
Если вы подумываете о том, чтобы со временем перейти от специалиста по UX в менеджеры продукта, или даже если вы просто продолжаете работать в контексте цифровых продуктов, в какой-то момент вы можете найти возможность взять на себя обе роли. Как правило, это происходит в стартапах или в небольших новых командах, которые создаются внутри более крупных организаций. Оба эти сценария подходят людям с широким спектром навыков и гибкостью, позволяющей применять правильный инструмент для решения нужной проблемы в течение нужного времени.
В подобных сценариях вы все еще остаетесь дизайнером, что может показаться идеальным, но в реальности это безумно сложно, потому что вам придется трудиться по двум разным специальностям. Выполнять одновременно две работы – это большой труд, не говоря уже об издержках, связанных с постоянно меняющимся контекстом, необходимостью создавать резервную копию и обновлять вашу рабочую память. Хуже того, у вас не может быть честных разногласий с коллегой, потому что вы и он – один и тот же человек. Как вы поступите с действительно каверзным вопросом, в котором одно решение обеспечивает лучший пользовательский опыт за счет других приоритетов по продукту? Вы уже догадываетесь о решении. Бросить вызов самому себе сложнее, чем кажется.
И все-таки такие роли – прекрасная возможность начать внедрять обе дисциплины таким образом, чтобы они согласовывались и сочетались друг с другом. Если вы добьетесь успеха и ваша команда расширится, вы сможете поскорее принять на работу коллегу, чтобы сосредоточиться на той роли, которая подходит вам больше всего.
! СВЕРХСПОСОБНОСТИ UX-ПРАКТИКОВ
Еще одной перспективой, которая пересекает этот же спектр, является сервисный дизайн. Кристен Рамирес, старший UX-дизайнер в Procore Technologies, объясняет это так:
«Мы необязательно должны владеть всеми инструментами. Но я пришел из UX, поэтому я хорошо разбираюсь в этой теме. Я провожу больше исследований, больше занимаюсь дизайном сервисов. И я думаю, в этом тоже есть пересечение.
…Я должен понимать бизнес-процесс, потому что я разрабатываю приложение для него. Если я не понимаю, что делают люди, то у меня не получится создать очень хорошее приложение.
…Однажды я работал над одним проектом – сайтом разработчика Uber. Мы должны были сделать так, чтобы все их корпоративные данные стали доступны, а люди знали, как до этих данных добраться. В задаче было много неопределенности! Искался ответ не на вопрос „Как некто сделает то или иное?“, а на целый ряд вопросов „Как все эти объекты соотносятся друг с другом?“.
…Имея опыт работы в сфере дизайна, вам предстоит многому научиться, чтобы обсуждать с разработчиком технологии. И вы не сможете это освоить, просто поговорив с кем-то.
…Вам нужно как бы смоделировать все в голове и сказать: «Я не думаю, что полностью понимаю эти фрагменты. Позвольте мне сделать набросок для вас и показать эти связи». Вот то, чем я всегда занимаюсь: пытаюсь освоить языки других людей, с которыми я работаю.
…В прошлом я немного занимался разработкой, фронтенд. Это ничто по сравнению с современным фронтендом, но накопленное знание по-прежнему творит чудеса при работе с командой разработчиков. Я знаю: что-то мне будет казаться странным или трудным или мне придется задавать вопросы. Я думаю, что то же самое относится и к бизнесу. Именно здесь сервисный дизайн выстроил для меня мост.
…На самом деле это проблема эксплуатации, хотя я надеюсь, что дизайн является частью решения. Если вы не понимаете всю экосистему в целом, вы отложите свой дизайн в долгий ящик».
Лучшие друзья
Я надеюсь, идея о том, что мы находимся на пороге невероятного расцвета сотрудничества в области пользовательского опыта, не прозвучит наивно. Эти две дисциплины настолько тесно связаны друг с другом, что при небольшой координации и коммуникации – двух вещах, в которых хороши и менеджеры по продуктам, и UX-специалисты, – им ничто не помешает объединяться в высокоэффективном танце, усиливающем их отдачу в постоянно усложняющемся цикле потрясающей увлеченности пользователями.
Ключевые идеи
• Нет однозначного ответа на вопрос, где провести черту между продуктом и UX.
• Тем не менее каждой команде необходимо потрудиться и прочертить эти линии.
• Они не мешают сотрудничеству, но проясняют, кто и что решает.
• Хорошо управляемые продуктовые команды преодолевают потенциальные конфликты и заключают хорошо понятные соглашения о том, кто за что отвечает.
• В токсичной среде управления продуктом вам нужно выбирать, с чем бороться, документировать цели и показатели и искать рычаги влияния (пока вы планируете стратегию выхода).