Джеки Баваро - Карьера менеджера IT-проекта. Как устроиться на работу в ведущую технологическую компанию

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

Один из способов развить в себе навыки ориентации на клиента – пообщаться с пользователями продукта, над которым вы работаете в текущий момент. Попросите продукт-менеджера или менеджера по продажам взять вас с собой на ближайшую встречу с клиентом; скорее всего, они с удовольствием это сделают. Когда клиент попросит реализовать в продукте те или иные функциональные возможности или расскажет вам о своих потребностях, попробуйте понять глубинную причину его просьбы; фактически вы выполните причинно-следственный анализ пользовательского запроса.

Если вы не можете напрямую пообщаться с клиентом, то постарайтесь почитать заявки в службу поддержки или даже вызовитесь ответить на них. Работая для клиентов и решая их проблемы, вы учитесь входить в их положение.

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

Если вы инженер, работающий над внутрикорпоративными системами, то вы, скорее всего, мало взаимодействуете с сотрудниками других функциональных групп. Попробуйте рассматривать инженеров, использующих результаты вашей работы, как своих клиентов. Исследуйте их как пользователей и обдумайте варианты применения ваших наработок.

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

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

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

Возможно, это звучит безумно, но вам следует подумать о том, как продукты и функциональные возможности, над которыми вы работаете, смогут изменить мир. Если вам трудно это сделать, вот несколько советов:

• Попробуйте связать преимущества продукта с базовыми человеческими потребностями, такими как безопасность, дружба или самооценка.

• Начните мозговой штурм фразой: «Если бы у меня была волшебная палочка, то…».

• Запишите, что реально мешает, и продолжайте работать.

• Найдите коллегу, который сыграет роль практика-пессимиста в вашем мозговом штурме.

• Напишите себе напоминание всегда мыслить масштабно.

• Начните планировать функциональность продукта с написания пресс-релиза.

Позвольте себе мечтать.

Многие инженеры комфортно чувствуют себя с теми, кто мыслит аналитически. Инженеру проще отстаивать свою позицию с помощью данных, а не харизмы. Продукт-менеджер должен владеть обоими подходами.

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

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

Чем больше вы уверены в требуемом результате, тем убедительнее ваша речь и тем более серьезное впечатление вы производите. Если ваша правота подтвердится, то ваш авторитет вырастет и в будущем вы сможете убеждать команду в более масштабных вещах. Если же вы ошибетесь, то в следующий раз вероятность доверия вам команды будет ниже.

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

Размышляя о том, чтобы стать продукт-менеджером, вы понимаете, что вам придется столкнуться с рядом очевидных изменений: вы перестанете писать код, будете отвечать за большое количество решений и тратить больше времени на совещания. Однако роль продукт-менеджера имеет и не столь очевидные особенности.

Если вы поймете их, то ваш переход в новое качество пройдет более гладко. Перед тем как отправиться в путь, обдумайте недостатки, которые имеет роль продукт-менеджера. Вы вряд ли хотите получить эту должность только для того, чтобы понять, что вам было лучше работать инженером!

Разрабатывая ПО, вы испытываете чувство удовлетворения, когда наблюдаете, как функционирует написанный вами код. Бо́льшая часть работы продукт-менеджера не имеет столь конкретных результатов. Стефан, сменивший работу инженера на должность продукт-менеджера, рассказывает: «Когда вы разрабатываете ПО, вы каждый день испытываете радость: мой код заработал! Моя программа скомпилировалась! Когда вы работаете продукт-менеджером, результаты собственной работы не столь осязаемы: я убедил этого человека, я собрал команду и т. д.».