Раньше, чтобы довести продукт до пользователя, нужна была цепочка людей: продакт решает что строить, аналитик описывает, backend и frontend пишут, тестировщик проверяет, девопс выкатывает. Продукт-инженер — это человек, который проходит эту цепочку сам, используя ИИ как рабочую силу. Не потому что он гений во всех областях, а потому что объём работы, ради которого держали цепочку, теперь снимает агент.

Это не манифест, а конкретная роль с конкретным циклом работы. Разберём, из чего она состоит.

Цикл работы: от проблемы до метрики

Работа продукт-инженера — это повторяющийся цикл из шести шагов:

  1. Понять проблему. Не «сделать фичу X», а разобраться, что болит у пользователя и зачем это чинить (проблема, а не решение).
  2. Выбрать наименьший срез. Не строить всё — выбрать минимальный кусок, который уже несёт ценность и который можно проверить (наименьший ценный срез).
  3. Поставить задачу агенту. Превратить срез в чёткий контракт: что строим, как проверяем, что не трогаем (срез → контракт, работа с агентами).
  4. Принять результат. Прочитать диф, прогнать тесты, проверить против контракта — не принять на веру (приёмка результата AI).
  5. Довести до пользователя. Выкатить, убедиться, что работает в бою (релиз и метрики).
  6. Померить исход. Не «фича выпущена», а «проблема решилась»: смотрим метрику, решаем, что дальше (метрика исхода).

И снова к шагу 1. Каждый прогон цикла — дни, не месяцы: агент снимает объём, человек держит направление и качество.

Чем это отличается от разработчика

Разработчик получает задачу и возвращает код. Что строить, зачем, дошло ли до пользователя, помогло ли — вопросы за пределами его контура. Продукт-инженер владеет всем контуром: он сам решает, что строить (в рамках цели), сам доводит до пользователя, сам отвечает за исход.

При этом инженерный фундамент никуда не девается — он становится важнее. Печатает код агент, но чтобы поставить агенту контракт и принять его работу, нужно понимать, что под капотом: как устроены данные, стыки, сеть, отказы. Продукт-инженер — это инженер, который прошёл технический фундамент (backend/frontend), а не менеджер с подпиской на Claude. Без фундамента нельзя отличить работающий код от правдоподобного.

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

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

Продукт-инженер решает что — и доводит сам. Стыков нет, контекст не теряется, скорость определяется циклом одного человека, а не согласованием пяти. Обратная сторона: и продуктовые ошибки, и технические — тоже его. Владение исходом означает владение и провалом.

Что для этого нужно уметь

Роль складывается из трёх слоёв навыков — по ним и построена эта программа:

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

Что это значит на практике

Продукт-инженер — это не новая профессия «вместо разработчика», а расширение инженера до полного контура: проблема → срез → агент → приёмка → выкат → метрика. ИИ сделал такое расширение возможным для одного человека; программа ниже учит каждому шагу цикла по отдельности и всем вместе.

Дальше

Начните с инструмента, на котором всё стоит: как работают модели ИИ — первая статья фазы «Как работает ИИ». А целиком программа — на странице раздела.