Управление продуктом для UX-специалистов. От дизайна интерфейсов к успешному развитию в мире продуктов - страница 3



Первым человеком, научившим меня фокусироваться на ценности как путеводной звезде управления продуктом, стал Джей Завери, который в то время был директором по продуктам в стартапе CloudOn, а сейчас руководит инкубатором продуктов в Social Capital, венчурной инвестиционной компании из Пало-Альто.

Я цитировал его, когда люди спрашивали меня, что означает ценность, и сложно было избежать шаблонных ответов вроде «Вы поймете это, когда увидите всё ее многообразие». Некоторые люди подчеркивают ценность системы в целом – в отличие от только денежной ценности или от той, которая достается лишь владельцу организации. Однако Джей сформулировал это так: «Ценность – это нечто особенное, что испытывает человек или клиент и чего раньше не было. Ценный продукт является полезным, удобным и желанным. Ценность удовлетворяет глубокую потребность, желания или стремления клиентов, о существовании которых они даже не подозревали. Очевидно, что продукт должен выделяться среди других технологически („дешевле, быстрее, лучше“), быть широкодоступным (доступен там, где раньше им могли пользоваться лишь немногие) и менять поведение людей (таким способом, который выгоден пользователю или клиенту)».

На вопрос о том, кто получает эти ценности, он ответил: «Я думаю, что люди запутались, добавляя финансовые метрики к показателям ценности. Некоторые из них обязательны, но недостаточны, а другие – совсем мусор. Истинная ценность не создается только показателями прибыли и роста. На самом деле мы теперь знаем, что возникают серьезные непреднамеренные последствия, если вы сосредоточиваетесь только на этих показателях. Ничто не сравнится с тем, чтобы оставаться в фокусе на истинной ценности для вашего клиента – тогда все останутся в выигрыше!»

Менеджер продукта – это не руководитель проекта

Менеджеров продукта часто путают с менеджерами проектов. Даже те люди, которые понимают разницу, случайно путают их в разговоре. Аббревиатуры не помогают, поскольку для обоих названий используется ПМ, и только контекст помогает их отличить. (Иногда встречается контекст «в этой компании нет менеджеров проектов» или наоборот; в другой раз все зависит от говорящего, команды и самой беседы.)

В ЭТОЙ КНИГЕ ПМ ОЗНАЧАЕТ «МЕНЕДЖЕР ПРОДУКТА»

Забудьте также о потенциальных аббревиатурах ПрМ или ПроМ[3], поскольку тут все равно нет букв, проясняющих разницу. И я еще не встречал ни одного человека, который хотел бы, чтобы его называли ПроджМ и ПродМ, или PjMs и PdMs, уж если на то пошло. В этой книге ПМ означает «менеджер продукта».

Что еще хуже, управление проектами может быть одной из обязанностей менеджера продукта. ПМ много заботятся о расписании, знают, как читать диаграмму Ганта, стремятся всё делать в соответствии с графиком, работают над тем, чтобы все выполняли свои обязательства, – но это должно занимать лишь малую толику их времени и внимания.

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

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