Итак, я пришел сюда жевать жвачку и самоутверждаться за чужой счет, и жвачки у меня уже нет.

Сегодня обсуждаем видео с конференции Frontend Conf 2024, круглый стол на тему «Продуктовое мышление и зачем оно нужно» (линк на вквидео). Четверо экспертов обсуждают, нужно ли всем в компании продуктовое мышление и зачем оно, но почему-то не обсуждают, что это такое.

Проект продукту не враг

Ведущий сходу говорит «а давайте-ка проясним — что такое продуктовое мышление и зачем оно фронтендерам?». Один из участников начинает стандартную историю:

...И продуктовое управление, оно в большей степени про развитие в зоне неопределенности, когда мы не знаем, как сделать правильно. И когда у нас нет какого-то даже внятного первоначального образа результата, и нам нужен этот образ результата откуда-то придумать и его получить.
...Единственный способ туда идти, это эмпирически. Сделал шажочек, который видишь, порефлексировал, понял, что дальше, второй, третий, пятый, и в какой-то момент…
...И потом уже появляется там понятный родмэп, и где-то там уже местами может быть переход в то же самое проектное управление...

Ответа на вопрос «что такое ПМ» нет, логика «продуктовое управление является эволюцией проектного подхода для работы в условиях неопределенности» неверна, так как у двух озвученных подходов — разный предмет интереса:

• проект — это организация работ по созданию какого-то результата
• продукт — это штука (изделие, софт), которую можно один раз создать как основу и затем многократно продавать/эксплуатировать, непрерывно развивая.

Продуктовый подход нужен для управления ценностью продукта через эволюцию, в коммерческих компаниях он нужен для обеспечения коммерческого успеха по Рейнертсену, решения принимаются с точки зрения влияния на прибыль жизненного цикла (life‑cycle profit impact/LCPI).
Проекты в продуктовом контексте — упаковка части работ в поставку фиксированного изменения продукта, цель — сделать поставку, решения принимаются с точки зрения обеспечения ценности заказчику с учетом ограничений.
Что делать — это продуктовое решение, как именно это сделать быстро и эффективно — набор проектных решений.

Если продукт — это кофемашина, то проект — это разработка и запуск модели v2 к определённой дате

Но сначала лучше бы разобраться с тем, что такое «продуктовое мышление».

Мышление и подход

Обычно говорят про некое «мышление» в связке с таким же «подходом». Продуктовое мышление и продуктовый подход, системное мышление и системный подход, дизайн-мышление (своим подходом не обзавелось, но по смыслу — вполне его включает в себя).

Мышление — это внутренний стандарт, чек-лист: какие вопросы в этом домене считаются обязательными, какие различения не пропускаются, какие ошибки считаются грубыми. Продуктовое мышление — это оптика, которая переключает нам контекст интерпретации: смотреть на вещь как на продукт на рынке, а не как на предмет потребления.

Голодный человек видит в батончике «Степ» способ быстро перекусить, а голодный человек с продуктовым мышлением — еще и коммерческий продукт, который кто-то придумал, разработал, протестировал, вывел на рынок. Батончик конкурирует с другими батончиками на полке, продаётся, приносит маржу и требует решений о развитии.

Если при анализе батончика мы задаем вопросы «а на какую аудиторию он рассчитан», «а какой джоб он закрывает», «а какая у батончика бизнес-модель» и так далее — мы смотрим на него через продуктовую призму, проявляем продуктовое мышление.

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

В случае с батончиком «Степ», подход определяет методы оценки эффективности (например, объем продаж в разрезе по времени и географии), методы подхода к эволюции (как и при каких триггерах мы начнем разработку новых рецептур, вкусов, новой упаковки или новой стратегии дистрибуции), методы проверки гипотез (фокус-группы, опросы), ну и методы управления всем перечисленным.

Короче: продуктовое мышление — как «увидеть» продукт и «мыслить» продуктом, продуктовый подход — как организовать в отношении продукта повторяемые решения и изменения.

Инварианты в продуктовом подходе

Каждый тип «подхода» вводит ряд постоянных понятий и свойств, вокруг которых организуются методы работы с ними.

В продуктовом подходе я бы выделил следующие:

1. Объект управления — продукт на горизонте жизненного цикла (от замысла до вывода с рынка).
2. Развитие продукта происходит через замкнутый цикл изменения и обучения, работающий по логике PDCA и встроенный в регулярную работу. Выстроены петли обратной связи.
3. Успех определяется через фактические выгоды и их проверку (outcome), а не через рабочие продукты или выполнение запланированного объема (outputs). Главная метрика — lifecycle profit.
4. Эмпирический подход: мы не путаем карту с территорией, объект с его описанием, поэтому решения принимаем на основе эмпирической информации из реального мира, а не только из рассуждений/презентаций. Пользу теорий, аналитических данных и гипотез мы признаем, но понимаем их ограничения.

Про метрики

Позже в видео обсуждают метрики:

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

Тут эксперты путаются: в конце цитаты «продуктовый подход... у каждого проекта есть цель» — здесь под «проектом» будто бы понимается сам продукт.
Все еще продолжается дихотомическая линия «проект ≠ продукт», противопоставляющая друг другу уже не сами понятия, а связанные с ними методы оценки эффективности. На самом же между ними нет конкуренции: в проектах оперируют «фичами», в продукте — метриками. Проектная команда сдает пакеты работ, work products и поставки, которые нужно запилить и зашиперить. В продукте, который после релиза стал чуть больше и круче, и правда будут смотреть на цепочку прокси-метрик, ведущую к продуктовой полярной звезде — положительному LCPI. Нет никакого противоречия.

Дальше Саша Ложечкин рассказывает про компании, работающие по моделям «топ-даун» (визионер всем говорит, что делать) и «боттом-ап» (компания как венчурный фонд, финансирующий инициативы сотрудников). Это хороший заход на различение «продуктового результата» (денег!) и «проектного результата» — пакета поставки. В боттом-ап компании, рассматривающей инициативы сотрудников как потенциальные продукты или продуктовые изменения, никто не даст денег-времени на реализацию MVP без минимального коммерческого обоснования. Которое придется давать на продуктовом языке и приводить к LCPI. То есть, в таких компаниях продуктовое мышление придется развить.

В предыдущих сериях

С неверностью дихотомии «проектный подход vs продуктовый» я уже спорил в старом посте, про типовые ошибки рассказывал в видео с обзором текстов и постов, про свое отношение — рассказывал в зум-вебинаре с Динарой и подборке постов про создание продуктов.