Добавить в корзинуПозвонить
Найти в Дзене

Product Engineer: суперсила или красивое название для переработки?

Доставлять быстрее и производить больше, это не одно и то же, что работать эффективнее. Несколько недель назад одна европейская компания, в которую я проходил собеседование, распустила команду из четырёх человек и предложила мне должность Product Engineer. Один человек вместо четырёх. Придумывает продукт, планирует, пишет код, тестирует, смотрит метрики. Полный цикл в одном лице. Я сразу подумал: ну вот, началось. Это уже не единичный случай, а тренд, который набирает обороты. Productboard уволил 30% команды, сославшись на искусственный интеллект. Похожие новости выходят каждую неделю. Идея простая: меньше людей, меньше коммуникации, быстрые итерации. Звучит логично. Но чем дольше я об этом думаю, тем больше сомнений. Product Engineer это технически сильный человек с продуктовым мышлением. Он смотрит на стратегию, общается со стейкхолдерами и маркетингом, расставляет приоритеты, сам пишет фичу, сам её тестирует, сам смотрит, зашло или нет. Логично, что вокруг себя он выстраивает экосис
Оглавление

Доставлять быстрее и производить больше, это не одно и то же, что работать эффективнее.

Несколько недель назад одна европейская компания, в которую я проходил собеседование, распустила команду из четырёх человек и предложила мне должность Product Engineer. Один человек вместо четырёх. Придумывает продукт, планирует, пишет код, тестирует, смотрит метрики. Полный цикл в одном лице.

Я сразу подумал: ну вот, началось. Это уже не единичный случай, а тренд, который набирает обороты. Productboard уволил 30% команды, сославшись на искусственный интеллект. Похожие новости выходят каждую неделю. Идея простая: меньше людей, меньше коммуникации, быстрые итерации. Звучит логично. Но чем дольше я об этом думаю, тем больше сомнений.

Как это выглядит на практике

Product Engineer это технически сильный человек с продуктовым мышлением. Он смотрит на стратегию, общается со стейкхолдерами и маркетингом, расставляет приоритеты, сам пишет фичу, сам её тестирует, сам смотрит, зашло или нет. Логично, что вокруг себя он выстраивает экосистему из ИИ-агентов: дизайнер, тестировщик, ревьюер. Автоматический PR, ручной мердж, релиз. Звучит почти как фантастика. Но нет, это уже реальность.

Проблема не в том, что это невозможно. Проблема в том, что при таком раскладе кое-что начинает незаметно накапливаться.

Первое — технический долг. Product Engineer окружён бизнес-людьми: маркетингом, аналитиками, продуктовыми менеджерами. Все они хотят новых фич, интеграций, A/B-тестов. Технический долг скучный, за него не хвалят, и если нет сильного технического директора, который тебя прикрывает, он просто тихо растёт. Неважно, кто пишет код — человек или нейросеть. В этой модели некому системно заниматься качеством.

Второе — исчезает критический взгляд. Из опыта знаю: давление на доставку есть всегда и везде. Product Engineer собирает обратную связь, добавляет запросы стейкхолдеров, планирует спринт и начинает делать. В лучшем случае с ИИ-агентом в роли спарринг-партнёра. Но исчезает столкновение разных точек зрения. Интуиция, неочевидное решение, взгляд снаружи — всё это теперь держится на одном человеке. Это мало.

Product Engineer
Product Engineer

Ложная эффективность

Для меня эффективность это когда ты получаешь тот же или лучший результат с меньшими усилиями. Но тут в долгосрочной перспективе мы скорее всего получим более низкое качество и более предсказуемые решения.

И это не просто ощущение. Недавнее исследование в PNAS Nexus показало, что языковые модели выдают значительно более однородные ответы, чем люди. Одна и та же лексика, похожие паттерны вне зависимости от производителя модели. Проще говоря: если Product Engineer отдаёт дизайн нейросети, он получит усреднённое решение. Просто в корпоративных цветах.

Эффективность это не «доставлять больше». Это строить правильные вещи лучше.

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

Где ИИ реально меняет игру

Это не значит, что искусственный интеллект ничего не меняет или что всё плохо. Просто изменение происходит не там, где его ждут.

ИИ снижает порог входа для следующего специалиста. Соло-основатель дольше может работать один, прежде чем ему понадобится первый сотрудник. Маленькая компания позже начинает нанимать. Крупная дольше растёт в одном направлении, прежде чем разбивается на команды. Роли никуда не денутся. Они просто появятся позже и с немного другим содержанием.

Product Engineer как постоянный формат работы в среднем продуктовом бизнесе? Думаю, это работает пока продукт маленький и простой. Как только он начнёт расти, сложность потянет за собой специалистов. Только стартовать придётся с накопленным техническим долгом.

У меня пока больше вопросов, чем ответов. Но одно кажется очевидным: скорость и эффективность не синонимы.