За последние пару недель мне в ленту прилетело сразу несколько разборов про Product Builder: что это за роль, сколько за неё платят и не конец ли это обычным продактам. И под каждым обязательно кто-нибудь пишет, что это очередная мода, которая пройдёт вместе с вайбкодингом.

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

Кто такой Product Builder, если по-человечески

Это продакт, который не останавливается на «придумала и передала команде». Он сам доводит идею до работающей версии: с помощью ИИ собирает макеты и прототип, генерирует и проверяет код, выкладывает и смотрит, как это работает у живых людей.

При этом он и не разработчик, ушедший в продукт, и не продакт, который «немного умеет в код». Мышление остаётся продуктовым (проблема, пользователь, ценность, приоритеты), меняется только расстояние между решением «что делаем» и чем-то, что можно потрогать руками.

Почему я считаю, что это уже всерьёз

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

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

Что это дало лично мне

Строя CaseSociety, я работала без команды разработки, были только ИИ и мой продуктовый опыт. За это время сама собрала Telegram-бота для записи на мастер-классы с оплатой через Kaspi, библиотеку записей с платным доступом, блог с собственной админкой, CaseLab (тренажёр, который помогает собрать продуктовый кейс) и инструмент, который помогает мне писать своим голосом. Ни одна из этих штук не появилась бы, если бы я ждала разработчика.

И самое ценное тут даже не сами продукты. Гипотеза, на которую «пока нет ресурсов», больше не лежит месяцами в списке задач: её можно собрать, показать людям и уже с этим решать, вкладываться дальше или нет.

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

Где тут подвох

Рисовать картинку «выучи Claude Code, и будет тебе 250 тысяч долларов» я не хочу. Риски вполне реальные:

  • Легко влюбиться в решение. Собирать приятно, исследовать скучнее, и если стратегия мутная, ИИ просто поможет быстрее построить ненужное.
  • Технический долг. То, что я собираю для своих проектов, и то, что уходит в продукт с миллионами пользователей, — разные уровни ответственности.
  • Размытые границы и выгорание. Если компания ждёт от одного человека стратегию, исследования, дизайн, код и поддержку в прежние сроки, у меня вопросы к организации работы.

Поэтому для меня это расширение роли продакта. Главное в работе по-прежнему понимать людей и выбирать правильные проблемы, просто теперь у этого понимания появились руки :)

С чего начать

  • Взять свою настоящую задачу. Учебный «список дел» быстро надоест, а внутренний инструмент, страница для проверки гипотезы или бот для рутины доведутся до конца.
  • Сначала сформулировать гипотезу: что проверяю и как пойму, что получилось. Это лучшая страховка, чтобы не закопаться в решение.
  • Выбрать один инструмент (Claude Code, Cursor, Codex — неважно какой) и довести первую вещь до ссылки, которую можно отправить живому человеку.
  • Разобраться с базой: репозиторий и Git, выкладка на сервер, где хранятся данные, почему ключи нельзя оставлять в коде. Этого хватит, чтобы перестать бояться терминала.
  • Ограничить время: прототип за выходные вместо «идеального продукта» за три месяца.
  • Показать людям. Без обратной связи всё это остаётся просто хобби.

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

Что я решила для себя

Я не думаю, что продакт-менеджеры исчезнут к 2030 году. Но на вопрос «учиться или подождать» я для себя уже ответила: учиться, и начинать с маленькой задачи, которая болит прямо сейчас. Как это выглядит у меня на практике, я подробнее рассказывала в статье о том, как начала работать с ИИ-агентами.

А вы уже пробовали собирать что-то сами или пока присматриваетесь?

Больше заметок про продуктовое мышление и сборку продуктов с ИИ — в моём Telegram-канале: t.me/jd_tools_life

Частые вопросы

Кто такой Product Builder?

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

Чем Product Builder отличается от продакт-менеджера?

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

Нужно ли уметь программировать, чтобы стать Product Builder?

Писать код с нуля не обязательно. Нужно понимать основы: репозиторий и Git, выкладку на сервер, где хранятся данные, и уметь проверять то, что генерирует ИИ.