Продуктовый подход — это танк, а проектный — поезд

Раньше всё было просто: был проектный подход. Садились, на полгода вперёд расписывали диаграммы Ганта, кто что делает. Делали. А потом оказывалось, что половина функционала никому не сдалась. Но переделывать уже лень.

Теперь есть продуктовый подход. Это как танк: он не обещает, что проедет везде, но если застрял одной гусеницей в болоте — он может дать задний ход и найти объезд. Он про проверку гипотез:

— Выдвинули: «Добавим эту кнопку — будет лучше!» — Проверили на реальных людях. — Не сработало? Откатили! Сработало? Круто, едем дальше!

Это не значит, что планирование умерло. Для постройки завода или запуска ракеты он не подходит — там нужен точный план. Но для создания digital-продуктов на конкурентном рынке — это must have.

Ведь чаще всего мы не знаем, чего хочет пользователь. Лучше быстро проверить 5 гипотез, чем год делать одну никому не нужную «фичу».

В такой команде разработчики — не просто винтики. Они вместе с продактом копают данные, общаются с пользователями и сами видят проблему: «О, а тут у нас клиенты с видеозвонка сбегают, потому что всё лагает! Давайте чинить!»

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

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