Дочитал книгу Марти Кагана «Вдохновленные» (Inspired). И это, пожалуй, лучшее из всего, что я читал о продуктовом управлении

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

О команде и процессах

· Технические специалисты должны подключаться к работе не на этапе написания кода, а раньше - еще на стадии исследований. Это кратно повышает эффективность всей команды. · Строить команды из «миссионеров», а не «наемников». Первые горят продуктом, вторые просто отрабатывают часы. · минимальный размер команды: продакт + два разработчика. Если продукт требует интерфейсов - плюс дизайнер. Один продакт и один дизайнер могут полноценно загрузить не более 10 инженеров. · Команды лучше разделять по принципу «на кого они работают» (например, одна команда - для покупателей, другая - для продавцов). Это создает фокус и эмпатию к своим пользователям. · Критически важно, чтобы у команды было чувство хозяина. Они должны понимать, что сами управляют своей судьбой, а не просто выполняют спущенные сверху поручения.

О стратегии и планировании

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

Об OKR и целях

· OKR работает, когда соблюдаются простые правила: никогда не говори людям, как делать. Скажи, что нужно сделать - и они удивят тебя своей изобретательностью. · Эффективность измеряется результатами, а не активностью. · Цели должны быть качественными и вдохновляющими. Ключевые результаты - количественными и измеримыми. · KPI используются для оценки бизнес-результатов, а не процессов. · Команда должна быть сосредоточена на целях продукта, которые напрямую способствуют достижению целей компании.

О вовлечении команды и работе с пользователями Как вовлечь команду в продукт:

1. Создавай прототипы и показывай их как можно раньше. 2. Бери разработчиков на встречи с пользователями. 3. Делись знаниями с командой - всеми, без фильтров. 4. Щедро делись успехом, не присваивай его себе. 5. Заражай любовью к продукту. 6. Проявляй искренний энтузиазм. 7. Проводи время с командой, будь доступен.

Практические инструменты, которые уже хочется применить:

· Методика оценки возможностей (4 простых вопроса, ответы на которые нужно довести до команды). · PR FAQ (пресс-релиз будущего продукта и ответы на вопросы) - помогает сфокусироваться на главном. · Пользовательская карта историй (User Story Map) · Для продакта (и дизайнера, и разработчика) - 2-3 часа в неделю на интервью с пользователями. Это не опция, а обязательная часть работы. · Спринт исследования продукта - формат, который позволяет быстро проверить гипотезы. · Для корпоративных продуктов - найти 6 референсных клиентов.

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

Книгу рекомендую к прочтению всем, кто так или иначе связан с созданием продуктов - от джунов до С-level.