Часто задаваемые вопросы

Могу ли я стать менеджером продукта и продолжать ежедневно много рисовать интерфейсы?

Вряд ли. Возможно, в небольших стартапах, где нужно выполнять две работы одновременно. Но менеджер продукта – это не дизайнер, и ежедневная работа этих двух специалистов, о чем говорится в главе 2, отличается значительно, несмотря на пересекающиеся зоны ответственности.

Становятся ли UX-специалисты хорошими менеджерами продукта?

Они абсолютно точно могут ими стать. Это не гарантировано, но лучшие менеджеры продукта, с которыми я работал, отлично разбирались в исследовании пользовательского опыта, стратегии и принципах дизайна, обладали неизменным желанием понять потребности клиентов и других пользователей и глубоким уважением к UX-специалистам. В главе 3 описаны некоторые из ключевых преимуществ UX-специалистов, которые обеспечивают прочную основу для успеха в управлении продуктом.

Если я стану ПМ, означает ли это, что я буду командовать инженерами (наконец-то)?

На самом деле нет. Но вы не сможете добиться успеха как менеджер продукта, не научившись эффективно организовывать и сосредоточивать усилия ваших коллег-инженеров. В главе 4 объясняется, как вы можете использовать ваши «UX-сверхспособности», чтобы стать лучшим союзником своих разработчиков.

Является ли «взлом роста»[1] врагом хорошего UX?

Вроде того. Конечно, токсичный этос культуры «роста ради роста», движимый капитализмом и венчурным финансированием, его производной от Кремниевой долины, быстро расправляется с большинством UX-идеалов, но «рост» сам по себе – это не ругательство. Каждый организм, чтобы преуспеть, должен научиться расти. Краткое описание того, как экологично оптимизировать рост вашего продукта, приведено в главе 6.

Всегда ли команды по продукту и UX увязают в борьбе за сферы влияния?

Нет, но плохо разработанная организационная структура и нечетко сформулированные ролевые обязанности руководителей – это верный путь к конфликтам, раздорам и напрасно потраченным усилиям. Вот почему, за какой бы стороной стола вы ни сидели, вам необходимо обсуждать неясные моменты и различия между понятиями «вовлечен» и «имеет право последнего слова» по каждому критически важному аспекту работы, о чем идет речь в главе 9.

Сколько должно быть информационных архитекторов в команде продукта?

Как минимум один, и это обсуждается в главе 11.

Загрузка...