В какие ловушки может попасть продакт менеджер? Собрал мнение рынка на этот счет. Эксперты и практики управления продуктом поделились своими знаниями на этот счет.
Вот интересно, работаешь себе продактом, двигаешь разный софт, гипотезы проверяешь, метрики взращиваешь в конце концов, а со стороны посмотреть на все это просто времени не хватает, да и зачем?
Как зачем? Чтобы учиться, друзья, учиться не наступать на грабли, тем более, если они одинаковые, повторяющиеся и приносят боль.
Давно хотел собрать инсайтов от людей, которые ближе всего к продуктовым процессам. Спросить их о том, что бы они посоветовали своим коллегам по отрасли. Вот и спросил.
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 продуктами, если интересно, посмотреть их можно тут.
Добавить комментарий