продуктовый подход
Продуктовый подход помогает принимать решения через пользу для пользователя и экономический смысл для бизнеса. В Product и UX он связывает исследование проблем, проектирование опыта и разработку, а не сводит работу к написанию кода. Главный нюанс прост: функция может быть удобной, но все равно не окупать затраты на ее создание и поддержку.
Практический разбор
Обычно под продуктовым подходом понимают работу от потребности пользователя к решению, проверке гипотезы и дальнейшему улучшению продукта. В таком процессе команда смотрит на путь клиента, причины отказов, понятность интерфейса и влияние изменений на бизнес-задачи.
Проблема начинается, когда сам термин превращают в красивую замену здравому смыслу. Команда может провести исследование, собрать макет и выпустить функцию, которая никому не нужна или слишком дорога в обслуживании. Тогда продуктовая работа есть по форме, а пользы для компании почти нет. Получается занятная ситуация: код написан, задача закрыта, а проблема пользователя осталась на месте.
Собственнику стоит проверить, какую проблему решает изменение, для кого оно предназначено, как команда поймет пользу и какие расходы появятся после запуска. Также нужно разделять продуктовый подход и проектное управление. Проект отвечает за сроки и состав работ, а продуктовый подход помогает выбрать, что вообще имеет смысл делать.
Термин часто путают с клиентоцентричностью и UX-дизайном. Клиентоцентричность задает отношение к потребностям клиента, UX отвечает за опыт взаимодействия, а продуктовый подход соединяет эти вопросы с приоритетами, ресурсами и экономикой бизнеса.
Позиция Андрея
Андрей Волков смотрит на продуктовый подход как на способ связать решения для пользователя с реальной окупаемостью бизнеса. Для него ценность появляется там, где команда понимает причину проблемы и может объяснить, зачем компании тратить ресурсы на конкретное изменение.
Если команда обсуждает только код, она может быстро сделать то, что потом придется долго объяснять пользователю и собственнику.
По мнению Андрея Волкова, продуктовую работу полезно оценивать по качеству управленческого решения, а не по количеству выпущенных функций.
Пример из практики
Компания видит, что пользователи редко завершают оформление заказа, и сразу поручает разработчикам переделать экран. Продуктовый подход начинается раньше разработки. Команда проверяет, где именно возникает затруднение, понимает его причину, выбирает подходящее изменение и заранее определяет, по каким признакам оценит эффект. Возможно, проблема окажется в условиях оплаты или в неясном предложении, а новый экран лишь добавит еще один слой интерфейса.
