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

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

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

Как вы увидите при обсуждении этапа исследования продукта, технологическая компания постоянно занята двумя видами исследований: качественным и количественным.

Часть исследований, в основном именно качественных, ориентирована на выявление проблем пользователей, которые нам необходимо решить; характер других исследований — оценочный: они помогают оценить эффективность уже внедренных решений.

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

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

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

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

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

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

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

Инженеры по автоматизации тестирования, или, проще говоря, тестировщики, пишут автоматизированные тесты для вашего продукта. Во многих случаях они заменили старых QA-специалистов (quality assurance), которые занимались ручным тестированием.

Вполне возможно, что ваши инженеры-программисты отвечают и за написание софта, и за разработку автоматизированных инструментов для его тестирования. Тогда у вас, скорее всего, не слишком много тестировщиков, если они вообще есть. Однако большинство компаний применяют смешанный подход: некоторые автоматизированные тесты (например, на уровне модулей) пишут инженеры, а тесты общего характера — тестировщики.

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

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

Я уверен, что вы слышали о Google AdWords [8] Теперь это называется Google Ads. Прим. ред. , а, возможно, и о том, что этот продукт считают главным «топливом» империи Google. Точнее говоря, на момент написания этих строк AdWords исполнилось шестнадцать лет, и только за последний год продукт принес компании более 60 миллиардов долларов дохода. Да-да, миллиардов!

Но, полагаю, большинство из вас не знают, как этот знакомый для отрасли продукт появился на свет. И особенно о том, насколько в свое время все было близко к тому, чтобы этого не произошло.

На дворе стоял 2000 год, и самой сложной частью проекта AdWords стало просто получение согласия на работу над продуктом. Базовая идея пользовалась поддержкой Ларри Пейджа, но довольно скоро возникло мощное сопротивление как со стороны рекламистов и продавцов, так и со стороны инженеров Google.

Джейн Мэннинг была в те времена молодым руководителем инженерной группы; ее попросили взять на себя и функции менеджера продукта и попытаться сдвинуть проект с мертвой точки.

Новая команда продаж под руководством Омида Кордестани сделала мощный старт, начав продавать ключевые слова крупным брендам и размещая результаты в верхней части строки результатов поиска. Они не выделялись, как реклама, но все равно были очень заметными — в стиле других компаний, в том числе Netscape, из которой Омид пришел в Google. Отдел продаж нервничал, считая, что идея рекламной платформы с функцией самообслуживания снизит ценность того, что они уже продавали (это явление специалисты называют каннибализацией ). А инженеров-программистов, которые не покладая рук трудились над обеспечением максимально релевантных результатов поиска, по понятным причинам очень беспокоило, что реклама, постоянно всплывающая рядом с результатами поиска, будет запутывать и сбивать пользователей с толку.