Продакт-билдер — это не будущее. Это деградация роли

Каждый раз, когда какой‑то продакт с гордостью говорит: «Я сам собрал прототип за вечер на AI/no‑code», я не вижу в этом геройства. Я вижу главу продукта, который превратился в ещё одну пару рук для дешёвого билдинга. Вижу человека, который перестал быть «мозгами продукта» и стал универсальным солдатом, которого удобно использовать, но невозможно уважать как продуктового специалиста.

Вы не ускоряете прогресс. вы просто быстрее строите ненужное

Всем известна основная причина, почему IT‑продукты и стартапы исчезают или погибают на взлёте: они попросту оказались никому не нужны, а не «не успели выйти вовремя». Команды системно строят решения без доказанного спроса, опираясь на своё «мне кажется», а не на валидацию гипотез. И их ошибка не в коде и не в маркетинге. Ошибка в том, что кто‑то вообще принял решение строить — без подтверждённых проблем и сигналов от рынка.

Раньше хотя бы стоимость ошибки была сдерживающим фактором: от идеи до MVP — месяцы, бюджеты, ресурсы. С появлением AI и no‑code этот предохранитель сняли. Low‑code и no‑code инструменты сокращают время разработки в разы, до 50–90% по разным оценкам, а AI даёт двузначный рост продуктивности и ускоряет time‑to‑market. Строить стало дёшево и быстро. Но ошибаться — по‑прежнему дорого.

Казалось бы, логичный вывод: раз билдинг больше не узкое место, надо наконец научиться думать, что вообще стоит строить. Но индустрия делает прямо противоположное: «раз стало легче строить, пусть продакт тоже будет билдером». Это не развитие роли. Это отказ от её смысла.

Как рынок легализовал продакта‑мутанта «5‑в‑1»

Откуда вообще взялся этот мутант «PM, который может и в продукт, и в дизайн, и в код, заменит аналитика и напишет маркетинговую стратегию»?

Посмотрите на вакансии. Каждая вторая рисует продакта как человека, который одновременно отвечает и за стратегию продукта, и за рынок, и за discovery, и за данные, и за метрики, и за go‑to‑market. И тут же от него ожидают, что он сам соберёт прототип, напишет SQL‑запрос, что‑то накрутит в no‑code и при необходимости подменит разработку. Это не портрет роли. Это список хотелок нанимателя, который хочет купить пять специалистов по цене одного.

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

Результат предсказуем: рынок начинает считать нормой, что «хороший PM» — это человек‑оркестр, который обязан уметь всё сразу. Компании получают либо выгоревших мучеников, либо людей, которые делают всё понемногу и нигде не выдают нужного результата. А мода на PM‑билдеров получает легитимность: «в вакансиях же так написано, значит, так и надо».

HR‑рынок в текущем виде не просто отражает тренд — он его цементирует, не осознавая, что творит. Он бездумно нормализует идею, что продакт — это не «мозги продукта», а «универсальный солдат 5‑в‑1», который сам и дизайн нарисует, и накодит, и отчёты соберёт.

PM‑билдер — это не герой. Это человек, сбежавший от своей работы

Продакт‑билдер звучит эффектно: «Я и стратег, и аналитик, и немного девелопер, и прототип за ночь, и всё сам». Но в реальности чаще всего это значит другое.

Такой продакт не делает нормальный discovery — «быстрее уже собрать и показать». Он не доводит гипотезу до внятных критериев доказательства — «давайте в прод, там и проверим». И хуже всего — он не спорит с фаундером и C‑level: «я уже всё сделал, давайте не тормозить».

В итоге система получает специалиста без позвоночника — человека, который не в состоянии сказать «нет», потому что его никогда за это не ценили. Индустрии гораздо легче платить за «быстрый билд» и иллюзию скорости, чем за человека, который действительно тормозит плохие решения. Поэтому PM, который всё время «что‑то собирает», системе нравится больше, чем PM, который мешает строить лишнее.

SQL и no‑code — это просто инструменты. мысль — это ответственность

Мантра «PM должен сам уметь прототипировать и кодить» начинает выглядеть невероятно глупо и неуместно в мире, где BI‑ и AI‑инструменты уже умеют писать запросы, строить дашборды и делать разрезы на естественном языке, а AI‑ассистенты позволяют быстро собрать прототип без участия разработчика — за один вечер и с нулевым опытом в разработке.

Если ценность продакта только в том, что он лично пишет SELECT и кликает интерфейс конструктора, его действительно легко заменить связкой «инженер + AI + толковый аналитик».

Есть зона, которую нельзя делегировать ни AI, ни разработчикам. Это умение оценить рынок и решить, стоит ли вообще запускать эту инициативу. Это способность заранее определить, какие факты и сигналы считаются достаточной валидацией. Это навык выстроить последовательность: проблема → гипотеза → эксперимент → решение → билдинг. И это выдержка, когда все уже хотят строить, а доказательств всё ещё нет.

Вот это и есть зона ответственности PM. Именно здесь AI поднимает планку: он забирает операционку, а оставляет голую стратегию, мышление и этику решений.

AI не сделал из PM разработчика. AI сделал так, что любой плохой выбор теперь очень быстро превращается в реальный продукт. Да, прототипы собираются за дни, иногда часы. Да, небольшие фичи можно собрать почти без участия основной команды, а AI‑агенты уже берут на себя часть типичных задач PM. Но в такой реальности главное преступление — не «не успели сделать». Главное преступление — начали делать то, что не было доказано как нужное.

Продакт, который в 2026 году гордится тем, что «пишет код, собирает сам и не зависит от команды», но не может внятно показать и объяснить, где и как он доказал необходимость этого решения, — это не “next‑gen PM”. Это человек, который променял своё мышление на бессмысленную активность и зачем‑то решил быть ещё одной парой рук вместо того, чтобы быть головой.

Продакт не должен кодить. Продакт должен быть врагом бессмысленных гипотез🔥

Моя позиция простая. Продакт ни при каких условиях не должен превращаться в «всё‑сам‑специалиста» — код, дизайн, SQL, прототипы и пять ролей в одном теле.

Потому что каждый час в этой зоне — это час, украденный у того, чего не умеет делать ни AI, ни no‑code: думать, валидировать гипотезы, выбивать из продукта всё лишнее и защищать команду от бессмысленной работы «в стол».

AI и no‑code лишили всех нас права прятаться за «сложно и дорого строить». Теперь строить легко, а вот думать по‑прежнему тяжело — и это единственное, что нельзя автоматизировать. Продакт не должен быть ещё одними руками. Продакт должен быть тем, кто вообще решает, есть ли смысл начинать писать первые строчки кода.

Пока рынок в своём безумии продолжает штамповать вакансии “PM‑билдер 5‑в‑1”, индустрия будет получать ровно то, что заслуживает: быстрый выпуск никому не нужных фич и медленную, но неизбежную смерть продуктов.

И да, в этой картине мира выживать будут не те PM, кто лучше всего вайбкодит. Выживать и выигрывать будут те, кто опасен для плохих идей — и достаточно профессионален, чтобы вовремя сказать: «Нет. Мы это не строим. Пока реальность и рынок не докажут, что оно действительно того стоит».