Escaping the Build Trap, глава 15: Product Kata

Главная мысль: Product Kata — это повторяемый процесс. Он помогает искать правильное решение через проблему, а не через первую идею.

Часть IV: процесс продакт-менеджмента

Эта часть книги о том, как найти, что строить. Обычно процессы описывают, как писать софт. Но важнее строить правильный софт. Если про это забыть, команда попадает в build trap.

Хорошие решения связаны с реальными проблемами пользователей. Продакт-менеджер ищет те проблемы, которые команда может решить и которые двигают стратегию.

Кейс Marquetly: откуда берутся инициативы

У команды был strategic intent: больше выручки от индивидуальных пользователей.

Сначала все спорили о решениях:

• бесплатная версия;
• большие скидки;
• более известные преподаватели.

Проблему при этом никто не знал. Автор предложила разложить цель на три пути:

Путь	Что проверили	Что нашли
Привлечь новых пользователей	Воронку от визита до оплаты. Опрос через Qualaroo при уходе со страницы	Низкая конверсия. 55% не нашли курсов по новым темам маркетинга (например, соцсети). 25% хотели сменить профессию, но курсы не доказывали навыки
Удержать текущих	Retention и звонки 100 ушедшим	Через 6 месяцев остаются 40%. 90% ушедших сказали: закончился интересный контент
Новые источники выручки	Обсуждение идей	—

• Про бесплатный trial никто в опросе не сказал.
• Новые и старые пользователи упёрлись в одну проблему: мало нужных курсов.
• Команда проверила сторону преподавателей. Большинство сделали только один курс. Больше половины хотели сделать второй, но не смогли. Причины: неудобная платформа и непонимание, что нужно студентам.

Итог — две продуктовые инициативы:

1. Больше контента в нужных темах. Это даёт и привлечение, и удержание. Опции: быстрее создавать курсы, обратная связь преподавателям о спросе, поиск новых преподавателей.
2. Способ доказать навыки работодателю. Опции: постоянное тестирование, сертификаты.

Руководитель (Jen) одобрила. Команды начали эксперименты.

Что такое Product Kata

• Это системный способ решать задачи продукта через проблему.
• Название взято из боевых искусств. Kata — упражнение, которое повторяют много раз.
• После практики такой ход мысли становится привычкой.
• Через Kata команда находит и инициативы, и опции.

Инициатива, опции и team goal

Путь к инициативе:

1. Понять strategic intent.
2. Оценить текущее состояние относительно него.
3. Найти проблемы, которые продукт может решить.

Дальше у инициативы бывает несколько опций. Может сработать одна или все сразу.

• Цель инициативы видна через 6 месяцев и позже. Это слишком долго для обратной связи.
• Поэтому метрику разбивают на team goal. Это цель опции.
• team goal можно измерить после каждого релиза.
• Её ставят тем же способом, что и цель инициативы.

Шесть вопросов Kata

Когда цель есть, команда задаёт себе вопросы:

1. Какая цель?
2. Где мы сейчас относительно цели?
3. Какая главная проблема или препятствие мешает дойти до цели?
4. Как мы попробуем решить эту проблему?
5. Что мы ожидаем увидеть (гипотеза)?
6. Что случилось на самом деле и чему мы научились?

• Вопросы 1–4 планируют следующий шаг.
• Вопросы 5–6 — это рефлексия после шага.
• Потом команда решает: идти на следующий круг или нет.

Контекст важен

Многие команды сразу запускают A/B-тест или прототип. Это ошибка, если не понятно, на какой стадии вы находитесь.

Две типичные ошибки:

• экспериментировать, когда проблема ещё не известна;
• экспериментировать, когда хорошее решение уже есть.

Совет Брайана Калмы (бывший глава UX в Zappos): не изобретайте решение для того, что не входит в ваше ценностное предложение. Возьмите best practice, проверьте на данных, улучшайте.

• Пример — страница оформления заказа в интернет-магазине. По ней уже много экспериментов. Берите готовые практики.
• Если проблема — ядро вашей ценности, не спешите. Попробуйте несколько решений до выбора одного.

Убивайте плохие идеи

• Вся работа дизайна и разработки служит цели.
• Не всё, что пробуют, нужно выпускать. Лучше, если многое не выйдет.
• Меньше функций — проще продукт. Иначе клиенты устают от фич.
• Важно качество, а не количество.

Следующие главы идут по фазам:

1. Понимание направления.
2. Исследование проблемы.
3. Исследование решений.
4. Оптимизация решения.

Ключевые термины

Термин	Значение
Product Kata	Повторяемый цикл вопросов: цель → состояние → препятствие → шаг → гипотеза → вывод
product initiative	Ставка уровня продукта, которая двигает strategic intent
option	Один из способов достичь инициативы
team goal	Метрика опции, которую видно после каждого релиза
feature fatigue	Усталость клиентов от лишних функций

Что это значит на практике

• Когда бизнес просит дашборд «по выручке», разложите цель, как в Marquetly: привлечение, удержание, новые источники. Под каждый путь нужна своя витрина.
• Воронку по шагам (визит → регистрация → оплата) и retention по когортам стоит иметь заранее. Тогда команда за дни найдёт, где проблема.
• Ответы из опросов (Qualaroo и подобные) тоже данные. Загрузите их в хранилище рядом с событиями. Так можно связать причину ухода с поведением.
• team goal должна считаться после каждого релиза. Проверьте, что ваш пайплайн даёт её достаточно быстро, а не раз в месяц.
• Для своих задач тоже используйте шесть вопросов. Пример: «цель — витрина готова к 8:00; сейчас готова к 11:00; главное препятствие — одна медленная модель dbt; шаг — сделать её incremental; ожидаем 9:00».
• Не стройте свою инфраструктуру там, где есть стандарт. Свои силы тратьте на то, что отличает ваш продукт.

Вопросы для самопроверки

1. Какие три пути к росту выручки нашла команда Marquetly и что показали данные по каждому?
2. Чем team goal отличается от цели инициативы?
3. Назовите шесть вопросов Product Kata. Какие из них про планирование, а какие про рефлексию?
4. Когда эксперимент не нужен?

Предыдущая: 14. Видение продукта и портфель. Следующая: 16. Направление и метрики успеха.