Вроде бы все об этом уже говорят что все будет на аутсорсе :)

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

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

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

Так что проектные подходы, продуктовые стратегии и бренд — всё это не взаимоисключающие вещи, а части одной большой системы.

Вывод: автору поста было бы здорово получше изучить проектный подход и применяемые в нем методики. Проекты и проектный подход никуда не денутся, по-прежнему работают и в жизни встретятся не раз. Мне нравятся подходы и инструменты Ивара Якобсона - конкретно под проекты подходит OMG Essence, про него есть доклады на ютубе. Продуктовый подход - сложная штука и сильно отличается от того, что описывает в посте автор.

Немного в защиту автора - из поста сложилось ощущение, что речь идет все-таки не о проектном подходе в целом, а о какой-то отраслевой/доменной специфике, или даже конкретно о специфике подхода в компании автора. Чтобы это было очевидно - нужно было исходный пост обогатить фактурой, дать контекст и конкретные примеры. Тогда пост был бы полезный, было бы за что зацепиться, а не только до понятий до..баться, как я сделал.

"Клиент видит, что вы не просто выполняете задачи, а действительно заботитесь о его продукте."

Все еще справедливо в отношении проекта. Хороший проектный подрядчик беспокоится не за состав работ и их выполнение, а за получение требуемого результата. Для этого нужно хорошо понимать, а как именно в рабочую цепочку заказчика встроится результат проекта. А это как раз хороший первый шаг к пониманию того, что такое продукт ;-)

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

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

"Включите в свой процесс регулярную задачу: раз в заранее определенный период проведите внутренний воркшоп, на котором команда генерирует идеи по улучшению продукта... (это) прокачает продукт и покажет вашу вовлеченность и экспертность"

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

Команда/Цели/Процессы В проектах тоже может быть стабильная кросс-функциональная команда, все ок. Цели - снова ошибка про "конкретный объем задач", а не достижение цели проекта. Про продукт верно, цель - достижение бизнес-результатов, если конкретнее, то - прибыль на жизненном цикле.

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

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

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