AXTRACE KNOLAGE MINI BASE

My personal blog with some lists of books, courses and, for example, vines


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

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

Цитаты и заметки:

Инженеры-программисты - лучший источник новаторских идей

проверка продукта на потребителях происходит слишком поздно

риски нужно учитывать в самом начале, а не в конце работы над идеей и продуктом

MVP должен быть прототипом, а не продуктом

Нам нужны команды “миссионеров”, а не “наемников” И ваша работа добиться того, чтобы люди чувствовали себя “миссионерами”, а не “наемниками”

Хорошая продуктовая команда чувствует себя как стартап в рамках крупной компании

Команды вправе сами определять наилучший способ достижения поставленных целей и несут полную ответственность за результат

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

сотрудничество зиждется на отношениях между людьми

Успешный менеджер продукта - это всегда умный, креативный и настойчивый человек в наилучшем проявлении этих качеств

Хорошие дизайнеры используют прототипы как главный инструмент для донесения и объяснения

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

А еще менеджеру продукта чрезвычайно важно уметь реалистично оценивать требования и сложность инженерной работы.

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

В плохих командах люди сидят в своих “отсеках” и требуют, чтобы другие делали запросы на их услуги в соответствующей форме с четким соблюдением графика Знакомо!

Сильные продуктовые команды понимают и принимают неприятную правду вместо того, чтобы её упрямо отрицать

Острая нужда, как известно, мать всех изобретений

Данные важнее мнений Привет Навальному, ФСБ и пропагандистам.

Fake-door demand test Лена Ч. про это часто рассказывала. Можно создать баннер, форму и вручную её обрабатывать или просто следить, сколько заинтересовались.

Если бы пользователи знали, чего они на самом деле хотят, создавать ПО было бы намного проще И системные анилитики остались бы почти без работы

Существенное ограничение пользовательского прототипа состоит в том, что он ничего не доказывает

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

Человеку свойственно рассуждать, ориентируясь на решение, а не на проблему, лежащую в его основе Это да! Постоянно приходится возвращать людей на уровень проблемы

Пытаясь угодить всем и каждому, не угодишь никому Всё так. Про ЗЛ. Нужны приоритеты. Про заинтересованных лиц - хорошо описаны те, кто сам влияет на продукт, но совершенно упущены те, НА КОГО может повлиять продукт. Ну и хорошо расписано про всяких маркетологов, юристов и безопасников.

Цели должны быть качественными, а ключевые результаты - количественными

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

Запомнился подход “Письмо клиента”. В самом начале работы пишете письмо от благодарного клиента. За что он может быть благодарен - это и есть ваша цель.

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