В какие ловушки может попасть продакт менеджер? Собрал мнение рынка на этот счет. Эксперты и практики управления продуктом поделились своими знаниями на этот счет.

Вот интересно, работаешь себе продактом, двигаешь разный софт, гипотезы проверяешь, метрики взращиваешь в конце концов, а со стороны посмотреть на все это просто времени не хватает, да и зачем?

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

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

1 ловушка: я знаю, что им надо

Главная ловушка – внезапно решить, что ты точно знаешь, что нужно пользователю.

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

Александр Толокольников (Chief Product Officer, Tele2)

2 ловушка: а на тех ли пользователей мы работаем

Как правило ты работаешь реактивно. В саппорт поступают заявки от клиентов, эдакий источник фич для тебя. Ты пилишь задачки и вроде метрики растут, но есть сегмент тех, кто вообще не обращается в саппорт… А правда ли те, кто тебе пишут, драйвят основные метрики продукта?

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

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

Иван Замесин (CEO at Meta—сервис подбора психотерапевта)

3 ловушка: пользователи, сценарии, задачи

– Перестаньте генерировать требования к продукту. Выпустите его.

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

– Перестаньте детально планировать на месяцы вперёд. Всё изменится уже завтра.

– Перестаньте плясать от технических решений. Выбирайте решения под бизнес-задачи.

– Перестаньте создавать продукт. Начните его продавать.

Максим Бабич (Chief Executive Officer, cloveri.com)

4 ловушка: аналитика

Было на практике курьёзное: запустили сплит, на старте определили все метрики, но забыли организовать отправку данных в систему аналитики.

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

Катя Текунова (директор по продуктам, Rambler Group)

5 ловушка:

Вот например банальная Сцилла и Харибда продакта:

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

Стокгольмский синдром (это через полгода после) ПМ свыкается со своим продуктом, глаз “замыливается” и вместо того чтобы преодолевать барьеры он их трепетно бережет: “Это дорого менять”, “стандартное поведение системы”, “пользователи так привыкли”.

У правильного Продакта получается пройти посередине между Сциллой и Харибдой

Михаил Константинов (Product Owner, Yandex)

Вооружены

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

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

Алексей А.


Кстати, я уже давно веду авторские семинары по управлению IT продуктами, если интересно, посмотреть их можно тут.