Inspired (Marty Cagan): ключевые идеи для PO

«Inspired: How to Create Tech Products Customers Love» Марти Кагана — библия продакт-менеджмента. Книга описывает, как лучшие технологические компании мира строят продукты. Вот ключевые идеи с адаптацией для казахстанских реалий.

Идея 1: Product Discovery vs Product Delivery. Каган разделяет работу продуктовой команды на два процесса. Discovery — выяснить, что строить (правильный продукт). Delivery — построить это эффективно (продукт правильно). Большинство казахстанских команд фокусируются на Delivery: «нам сказали сделать фичу — мы делаем». Discovery отсутствует или минимален. Результат: команда быстро строит продукты, которые никому не нужны. Как исправить: выделите 20% времени команды на Discovery. Каждую неделю проводите хотя бы одно CustDev-интервью. Перед разработкой любого эпика — прототип и тестирование с пользователями.

Идея 2

• 1Empowered Product Teams. Каган описывает два типа команд: Feature Teams (получают список фич для реализации) и Empowered Teams (получают проблему и цели, сами находят решение). Empowered Teams в 2-3 раза эффективнее. Проблема в КЗ: большинство компаний управляются в стиле Feature Factory. CEO или основатель диктует, что делать. Команда — исполнители. Как начать переход:
• 2Покажите руководству результат — возьмите одну проблему, проведите Discovery, предложите решение с данными. Когда результат будет лучше, чем «заказ сверху», доверие вырастет.
• 3Формулируйте OKR вместо списка фич — «Retention D30 вырастет с 15% до 25%» вместо «Сделать push-уведомления и gamification».

Идея 3

• 1Четыре риска продукта. Каган выделяет четыре риска, которые нужно снять до начала разработки:
• 2Value Risk — будут ли пользователи использовать? Как снять: CustDev, fake door test, прототип.
• 3Usability Risk — смогут ли пользователи разобраться? Как снять: юзабилити-тестирование прототипа с 5 пользователями.
• 4Feasibility Risk — можем ли мы это построить? Как снять: обсуждение с техлидом, spike (исследовательская задача).
• 5Business Viability Risk — это работает для бизнеса? Как снять: проверка юнит-экономики, согласование со стейкхолдерами. В Казахстане чаще всего игнорируют Value Risk — строят продукт, потому что «основатель уверен, что это нужно».

Идея 4

• 1Prototype-driven Discovery. Каган настаивает: не пишите PRD на 20 страниц. Создайте прототип и тестируйте. Типы прототипов:
• 2Feasibility prototype — тимлид проверяет техническую возможность за 1-2 дня.
• 3User prototype — интерактивный прототип в Figma для юзабилити-тестирования.
• 4Live-data prototype — прототип с реальными данными для тестирования ценности. Для казахстанских команд: начните с User prototype в Figma. 5 юзабилити-тестов с реальными пользователями дают 85% инсайтов. Это занимает 2-3 дня и спасает от месяцев неправильной разработки.

Главный урок «Inspired» для PO в КЗ: перестаньте быть «менеджером бэклога» и станьте «владельцем проблемы». Ваша работа — не писать User Stories, а находить проблемы, которые стоит решать, и убеждаться, что решения работают. Stories — это средство, не цель.

Визуализация ключевых концепций

flowchart TD
    subgraph Inspired["Inspired: ключевые идеи"]
        DISC["Discovery vs Delivery"]
        EMP["Empowered Teams"]
        RISK["4 риска продукта"]
        PROTO["Prototype-driven"]
    end
    
    subgraph Риски["4 риска"]
        VAL["Value: будут ли использовать?"]
        USA["U...