Як ШІ змінює роботу менеджера з продукту та що робити, щоб залишатися затребуваним

У світі, де технології розвиваються з надзвичайною швидкістю, штучний інтелект стрімко змінює правила гри майже у кожній галузі. Менеджери з продукту не є винятком. Коли на YouTube-каналі Lenny's Podcast обговорювали цю трансформацію, багато хто заговорив про те, що ця професія може просто зникнути або що ШІ допоможе виконувати лише ті завдання, які нам не подобаються. Однак у відео з’ясували, що найуспішніші компанії бачать у ШІ не магічний інгредієнт, а інструмент для вирішення тих самих базових проблем бізнесу. Ми підготували короткий виклад найважливішого, щоб розібратися, як адаптуватися до нової ери.

Немає магії, є лише глибоке розуміння клієнта: сутність ролі залишається незмінною

Попри всі технологічні інновації, основна місія менеджера з продукту лишається незмінною. Його головне завдання — це знижувати ризики в процесі розробки, максимізуючи при цьому цінність для бізнесу. ШІ не може замінити глибоке розуміння людських проблем. Успішний менеджер з продукту повинен вміти виявляти і розв’язувати так звані «гострі проблеми» клієнтів. Це ті базові потреби, які існують давно, але які можна вирішити за допомогою нових технологій у десятки разів ефективніше або дешевше. Наприклад, якщо проблема — це відсутність доступу до інформації, ШІ може надати відповідь за лічені секунди замість довгих пошуків.

Що ж таке «гостра проблема»? Це не просто випадкова неприємність, а фундаментальна, базова потреба клієнта, яка вимагає рішення, що значно перевершує існуючі. Це може бути що завгодно: від пошуку кращого ресторану до автоматизації рутинного робочого процесу. ШІ дозволяє знаходити нові, радикально кращі способи вирішення цих проблем, надаючи не просто «ще один» варіант, а рішення, що якісно змінює досвід користувача. Ключ до успіху не в тому, щоб накласти ШІ на існуючий продукт, а в тому, щоб з його допомогою знайти та розв'язати справжню гостру проблему, яка раніше була нерозв’язною або занадто дорогою для вирішення.

Зміна тактики: від написання PRD до швидкого прототипування

Хоча суть ролі залишається, тактичні аспекти її виконання кардинально змінюються. Завдяки прискоренню інженерних процесів, менеджери з продукту отримують більше вільного часу, який можна присвятити не рутинним завданням, а глибокому спілкуванню з клієнтами та аналізу їхніх потреб. Роль PM більше не зводиться до керування командою, вона перетворюється на оркестрацію різних елементів: програмного забезпечення, петель зворотного зв’язку, великих мовних моделей та інших технологічних інструментів. Продукти перестають бути статичними «артефактами», що створюються один раз, а стають динамічними «організмами», які постійно еволюціонують на основі даних, що вони збирають. Швидкість розробки зросла настільки, що традиційні методи, як-от написання довгих документів з вимогами, стають застарілими. Це також означає, що межі між ролями стають більш розмитими: PM потрібно краще розумітися на дизайні, а інженерам — на продукті.

Підписуйтеся на наші соцмережі

Новий арсенал менеджера з продукту: які навички потрібно набути

Щоб залишатися затребуваним у світі, де домінує ШІ, менеджер з продукту повинен розвивати нові якості та навички. Це не просто оновлення, це повна трансформація, яка вимагає глибокого занурення в нові методи роботи.

Допитливість та скромність. Це найважливіші якості для будь-якого професіонала в епоху ШІ. Потрібно бути готовим визнати, що ви чогось не знаєте, і навчитися заново, як новачок. Ця здатність до навчання формує так званий «зростаючий менталітет» (growth mindset). Скромність, у цьому контексті, є синонімом навчальності, а навчальність — синонімом виживаності. Якщо ви не готові вчитися і визнавати свої прогалини, то просто не зможете адаптуватися до темпу змін.

Висока агентність (agency). Йдеться про здатність не просто спостерігати за процесами, а активно їх змінювати. Менеджер з продукту повинен бачити можливості та діяти без необхідності постійно просити дозволу. Це ключова відмінність між «термометром» та «термостатом». Термометр лише вимірює температуру в кімнаті, тоді як термостат її змінює. У світі, де все відбувається швидко, PM має бути тим, хто ініціює зміни, а не чекає на вказівки.

Глибоке розуміння даних. Це виходить далеко за рамки звичайного аналізу. Важливо розуміти, як дані організовані, як вони збираються і як можуть бути використані для отримання майбутніх інсайтів. PM має бути впевненим, що дані надходять чистими та правильними, аби на їх основі можна було тренувати моделі та ухвалювати вірні рішення.

Навички оцінювання (evals). Якщо раніше робота зводилася до написання вимог для розробників, то тепер вона включає в себе оцінку результатів, створених великими мовними моделями (LLMs). PM повинен вміти не просто писати промпти, а й перевіряти, чи є результати точними, чи вони «галюцинують» (тобто вигадують інформацію), і як їх покращити.

Технічна компетентність. Щоб ухвалювати зважені рішення щодо продуктів на базі ШІ, потрібно бути більш «ручним» із технологіями. Це означає не просто розуміти, як працює технологія, а й бути здатним написати код, створювати прототипи, працювати з API, вивчати та порівнювати різні моделі ШІ.

Модель «суднобудівний завод» як підхід до розробки

У сучасному, дедалі хаотичнішому, світі, де стартап може створити прототип за чотири години, традиційні методи розроблення вже не працюють. Тож на допомогу приходить модель «суднобудівний завод», яка описує процес, схожий на «контрольований хаос». Це означає, що команда має чіткі цілі, але гнучкі інструменти для їхнього досягнення, швидко реагуючи на зміни.

У цій моделі команда складається з шести ключових «можливостей» (capabilities), а не лише з шести окремих людей: менеджер з продукту, інженер, дизайнер, UX-дослідник, спеціаліст з даних/ШІ, а також продукт-маркетолог. Така команда діє як єдиний «мозок», що має «щупальця» — зв'язки з іншими відділами, які безпосередньо взаємодіють з клієнтами (наприклад, підтримка, продажі). Це дозволяє виявляти проблеми до того, як вони стануть критичними, і швидко вносити корективи. Ця модель дозволяє швидко адаптуватися до змін і ефективно працювати в умовах постійної невизначеності.

Наприклад, коли команда продукту працює як «мозок», вона постійно отримує інформацію від «щупалець» — відділу підтримки клієнтів, які повідомляють про нові запити та відділу продажів, що ділиться фідбеком з потенційними клієнтами. Це створює безперервний потік зворотного зв’язку, який дозволяє команді швидко ухвалювати рішення та оперативно вносити зміни у продукт, не витрачаючи час на довгі засідання та бюрократію. Це і є той «контрольований хаос», який дозволяє бути гнучкими та конкурентоспроможними у світі, де стартапи можуть за чотири години створити те, на що раніше йшли тижні.

Практичні поради: як розвинути навички PM

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

Ось кілька прикладів таких проєктів, які може реалізувати кожен менеджер з продукту, щоб розвинути свої навички:

Еволюція ролі менеджера з продукту — це не про загрозу, а про можливість. Високоагентні люди самі будуть створювати програмне забезпечення, яке автоматизує їхнє життя. Завдання сучасного PM — очолити цю тенденцію, а не просто спостерігати за нею.

Цей матеріал підготовлений на основі інформації з відкритих джерел. Редакція самостійно відбирає ключові факти, аналізує їх та структурує за допомогою AI-інструментів.