Вдохновленные - Марти Каган

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

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

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

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

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

ИССЛЕДОВАТЕЛИ ПОЛЬЗОВАТЕЛЕЙ

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

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

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

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

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

АНАЛИТИКИ ДАННЫХ

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

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

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

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

ИНЖЕНЕРЫ ПО АВТОМАТИЗАЦИИ ТЕСТИРОВАНИЯ

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

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

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

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

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