Что такое продуктовая разработка и компания продуктовой разработки? (осторожно, полезный лонгрид)

Постарался разобраться что же такое продукт, продуктовая разработка и почему большинство "продуктовых разработчиков" по сути обычные аутсорсные проектные команды, а не продуктовые разработчики.

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

Вроде, понятно, что они занимаются продуктами, но чем продукты отличаются от проектов? Кроме того, что сам термин выглядит более впечатляющим, модным и современным.

Что такое продукт и проект

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

Продукт - это товар или услуга, которые созданы для удовлетворения спроса участников рынка.

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

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

- Дизайн бренд-бука

- Формирование маркетинговой стратегии

- Проектирование пользовательских интерфейсов

- Проектирование бизнес-процессов

- Разработка программного обеспечения

- Проведение пользовательских исследований

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

Более того, у любого продукта есть ключевые показатели, достижение которых лежит на ответственности лиц, управляющих комплексом проектов, реализуемых с целью создания этого самого продукта.

Кто же тогда компания продуктовой разработки

В моём представлении компания занимается продуктовой разработкой, если самостоятельно менеджерит все проекты, входящие в этот самый продукт, а ещё и отвечает за результат перед собой или инвестором/заказчиком.

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

В моём представлении компания продуктовой разработки должна иметь компетенции управлять всеми нижеперечисленными (и не только) проектами/стадиями продукта:

- Предпроектное исследование. Исследование аудитории, предметной области, конкурентов.

- Формирование плана реализации продукта. Включая перечень функционала, стадии запуска, позиционирование, выстраивание бренда, маркетинг, коммуникации, создание бизнес-модели и юнит-экономики.

- Реализация дизайна.

- Реализация программного продукта.

- Реализация оффлайн историй (если необходимо).

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

А в итоге компания продуктовой разработки в полном объеме отвечает за достижение продуктовых KPI.

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

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

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

Поэтому компании, которые берут на себя одну или несколько стадий продукта, но не берут на себя обязательства по управлению остальными проектами продукта, ответственность за выполнение продуктовых KPI - не могут называть себя компаниями продуктовой разработки. Это обычные проектные команды, которые, в случае наличия доменной экспертизы могут аккуратно советовать, но решения принимает именно продуктовая команда, а не подрядчик.

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

Поэтому если на сайте подрядчика написано, что они продуктовая команда разработки/дизайна/маркетинга или чего-то ещё, то обязательно спросите отвечают ли они за продуктовые kpi или им надо ТЗ, без которого ХЗ?

Вообще для теста продуктовой команды можно задавать наводящие вопросы. Даже, если подрядчик поднаторел в простых и известных метриках типо CAC, CLTV, LTV и могут ответить, что это, то, например, ARPPU, AMPPU, когорты - введёт в состояние ступора тех, кто действительно не работает с KPI и метриками продукта.

Вообще про термин продукт

Термин продукт скорее ребёнок хайпа и современности, он вполне может быть заменён словами: бизнес; проект.