Headway Inc впроваджує нову інженерну роль — Product Engineer, у якій розробник має більший вплив на продукт. Першою її запровадила команда Nibble, яка розробляє освітній застосунок із короткими інтерактивними уроками. Команда відмовилася від поділу розробників на backend, frontend, iOS та Android.

Уже понад три роки інженери Nibble працюють усередині продуктових команд і ухвалюють бізнес-рішення нарівні з іншими продакт-спеціалістами. Зрілі ШІ-інструменти прибрали останній бар'єр і уможливили єдину для всіх розробників роль.

Дмитро Полурєзов, Head of Engineering продукту Nibble у Headway Inc.

«Ми роками йшли до ролі продакт-інженера, просто ще не знали, як вона називається. Зазвичай робота розробника зводиться до виконання: взяти завдання, зробити технічну частину й випустити зміну. Продакт-інженер охоплює весь життєвий цикл продукту. Завдяки ШІ створювати продукти стало простіше й дешевше, і наш фокус остаточно змістився з вузьких доменів на кінцеву цінність для користувача й бізнесу».

Продакт-інженери долучаються ще на етапі планування й допомагають вирішувати, які фічі варто брати в розробку, а від яких краще відмовитися. Інженер виступає архітектором і постановником задач для штучного інтелекту: декомпозує складну бізнес-задачу, продумує алгоритми масштабування, враховує ліміти навантаження та формує правильний контекст для ШІ-агентів.

Водночас продакт-інженер повністю відповідає за фічу: перевіряє написаний агентами код, щоб уникнути накопичення технічного боргу, і контролює реліз на проді. Ще на стадії ідеї він визначає, яку аналітику додати, а якщо метрики падають — долучається до аналізу та пошуку рішень. Так кожне технічне рішення враховує бізнес-контекст.

Підготовка до переходу тривала до двох тижнів: команда обрала Claude Code для кросдоменної розробки й підготувала репозиторії всіх департаментів так, щоб у них міг працювати інженер без доменної експертизи. У кожному репозиторії зібрали документацію та набір правил, які пояснюють логіку домену.

Ключові дії лишили за людьми: код у репозиторій завантажує тільки інженер, а кожну зміну перевіряє колега з доменною експертизою. Коли обсяг такого коду створив вузьке місце, процес підсилили автотестами й додали ШІ-навички для первинного ревʼю, що скоротило ручну перевірку приблизно вдвічі.

Ростислав Васюков, CTO Headway Inc.

«ШІ — це не поступове покращення, а зміна парадигми. Коли з'явилися перші автомобілі, для них ще не було слова — люди бачили звичний візок, лише без коня, і назвали його безкінним екіпажем (horseless carriage). Із ШІ легко зробити ту саму помилку: їздити старими дорогами для кінних повозок, просто швидше. Ми натомість будуємо дороги для автомобілів — перебудовуємо процеси під реалії роботи з ШІ. Роль Product Engineer — частина цієї перебудови. Ми роками формували культуру, у якій інженер відповідає не лише за код, а й за розв'язання проблеми користувача, і тепер закріплюємо це в самій ролі».

Product Engineer — не нова для світового ринку роль. Її описали ще у 2019 році в Atlassian і галузевому виданні The Pragmatic Engineer. Сьогодні за цим принципом працюють Stripe, Shopify, Figma, Linear, Vercel та інші міжнародні продуктові компанії. За даними Atlassian, у командах із продуктовим підходом темп роботи зростає на 60%, а прийняття нових продуктових функцій — на 70%, оскільки рішення ґрунтуються на реальних потребах користувачів.

Для українського ринку роль продакт-інженера поки що рідкісна, адже більшість вакансій досі поділена за доменами. У Headway Inc інженери становлять трохи більше ніж 40% технічних спеціалістів — це понад 120 розробників, 11 із них — продуктові. У команді Nibble, яка першою впровадила зміну, вісім розробників: усі природно перейшли на нову роль, кількість людей не зменшилася.

Headway Inc адаптує найм та інвестує в навчання розробників. Для цього оновила індивідуальні плани розвитку, які охоплюють дві зони — інженерну та продуктову. Перша — це системний дизайн, архітектура, патерни програмування, проєктування розподілених систем та дизайн API. Друга — це розуміння користувача, робота з дизайном і аналітикою.

Продукти Headway Inc працюють як окремі бізнес-юніти: команди в них кросфункціональні й ухвалюють власні організаційні рішення, тож єдиного строку переходу для всієї компанії немає. Проте підхід поступово поширюється, зокрема серед R&D-команд. Водночас Headway Inc продовжує наймати доменних розробників, які хочуть розвиватися у продуктовій компанії.