«Product engineer» звучить як нова назва для старої роботи, але різниця справжня. Класичного інженера міряють результатом роботи: закриті тікети, фічі, зроблені за специфікацією. Product engineer міряють наслідком: чи користувачі реально завершили дію, чи зрушилась метрика, чи бізнес отримав те, за що заплатив. Код той самий; інше - питання, яке ставиш, перш ніж його писати.
На практиці product engineer робить кілька речей інакше. Питає «навіщо», перш ніж «як»: яку проблему це вирішує, для кого і як ми зрозуміємо, що спрацювало. Сперечається зі специфікацією, коли простіша версія дасть ту саму цінність утричі швидше. Дбає про весь шлях користувача, включно зі станами завантаження, помилок і порожнечі, а не лише про щасливий сценарій з макета. А після релізу дивиться в аналітику, звернення в підтримку й записи сесій, а не лише на зелений бейдж CI.
Ця роль потребує широти. Не обов’язково бути найкращим експертом з баз даних чи найкращим дизайнером, але треба впевнено почуватись на всьому шляху: модель даних, API, UI, деплой, аналітика, а тепер ще й AI. Тому фулстек-інженери часто виростають у product engineer: коли фіча твоя від початку до кінця, «навіщо» нема кому передати. Для мене це шлях від схеми в Postgres до екрана на Next.js і до події, яка покаже, чи хтось цим скористався.
Product engineer відвантажує малими кроками й швидко вчиться. Перша версія - одна дія в продакшені, за feature flag, з вимірюванням, а не платформа, яка запуститься через пів року. Він знає, де можна зрізати кути (адмінка може бути некрасивою, ручний крок може лишатись ручним місяць), а де не можна (платежі, права доступу, цілісність даних). Це судження - більша частина роботи, і воно з’являється лише тоді, коли живеш із наслідками власних рішень.
Це ще й комунікаційна роль. Product engineer говорить з фаундерами мовою ризику, вартості й часу, а не фреймворків. З дизайнерами - про те, що дорого будувати, і пропонує дешевші альтернативи. З користувачами - щоразу, коли є можливість. І записує рішення: коротка нотатка, чому зробили саме так, через пів року часто цінніша за сам код.
Я називаю себе product engineer, бо саме ця частина роботи для мене найважливіша: не пул-реквест, а момент, коли реальна людина користується тим, що ми зробили, і все працює. Тому я й віддаю перевагу довготерміновій роботі, а не передачі за два тижні: не можна відповідати за результат, якого ти вже не побачиш. Якщо вам потрібен інженер, який поставить незручні питання, а потім відвантажить відповідь - напишіть мені.
Дайте наступному продукту того, хто лишається.
Готовий стартувати зараз і лишитись. Довготермінові ретейнери, не злив за два тижні. Напишіть - обговоримо проєкт, вимоги і як рухатись далі.