[Перевод] 12 шагов, которые должен совершить менеджер по продукту в новой компании в первые 30 дней

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

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

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

Давайте выделим 3 основных области, в которых мы будем действовать: люди, продукт и вы сами.

Люди

1. Выясните ожидания СЕО или своего руководителя.

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

2. Запланируйте встречу тет-а-тет с каждым членом команды.

В зависимости от ее размеров, это действие может занять как несколько часов, так и все 30 дней. Тем не менее найдите на это время.

Я предпочитаю совместные прогулки. В этом явно что-то есть. Как минимум, смотреть перед собой комфортнее, чем сидеть лицом к лицу в переговорной комнате, общаясь через стол.

3. Задайте всем один и тот же вопрос: «Что я могу сделать, чтобы облегчить тебе жизнь?»

Этим вы покажете, что вы здесь для того, чтобы помогать, а не командовать. То, в какой манере люди будут отвечать вам – почти так же важно, как и что именно они будут говорить. Вы увидите, как члены команды относятся к роли PM, и что им от вас нужно.

4. Снимите груз с плеч людей.

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

Продукт

5. Запланируйте встречу с главным разработчиком, чтобы вникнуть в архитектуру продукта. Глубоко вникнуть.

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

Часто PM’ы пытаются впечатлить девелоперов своей технической подкованностью, но по моему опыту, последних куда больше впечатляют те продуктологи, которые задают много вопросов и не комплексуют говорить «Я не понимаю».

6. Не поддавайтесь желанию запрыгнуть с места в карьер и начать все менять.

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

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

7. Общайтесь с пользователями

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

8. Исправьте что-нибудь

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

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

Личное

9. Прочитайте всю документацию. Если чего-то нет, допишите.

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

10. Поставьте себе цели по личному развитию.

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

Задайте себе вопросы:

— Что вы делаете по-настоящему хорошо и планируете продолжать делать? Получится ли это делать на новом месте? Как именно?

— В чем вам надо вырасти? Какие меры вы для этого предпримите? Как вы измерите свой прогресс?

11. Настройте свою «систему жизнеобеспечения».

Поставьте весь софт, который вам необходим. Настройте все инструменты, включите почтовые фильтры, комфортно обустройтесь на новом рабочем месте.

12. Получайте удовольствие от любимой работы!

А какие советы начинающим PM дали бы вы? Давайте обсудим в комментариях.

Источник: «12 things product managers should do in their first 30 days at a new company», Ken Norton, The Next Web.