🚀 Троє в чаті - ще не продуктове тріо

PM (product manager) спілкується з клієнтами, оцінює фічі й вирішує, що робити. Дизайнер малює. Інженер перевіряє, чи це технічно реально, і шукає, як реалізувати. Довго моє розуміння продуктового тріо було приблизно таким: мінімальний склад, здатний розвивати продукт і тримати баланс у складних умовах. У геймдеві близька аналогія - GD + Artist + Tech Lead.

Тільки дизайнеру тут тісно у Figma. Хто вирішує, що важливу фічу чи весь проєкт час закривати? А відповідність GDPR - головний біль PM, EM (engineering manager) чи когось поза командою? «Придумати, намалювати, реалізувати» не дає на це відповідей.

Тепер бачу точнішу модель. Раніше майже все «яким має бути продукт» у моїй картині належало PM. Але дизайн та інженерія теж формують задум, а не лише допомагають його втілити. У варіанті тріо з PM, PD (product designer) та EM це виглядає так:

PM представляє бізнес. Як фіча допоможе бізнесу клієнта і як заробимо ми? Чи варта вона витрат? Що необхідне, а що може почекати? Коли її час прибрати?

PD представляє клієнта. Як виконати завдання без зайвих кліків і плутанини? Яким має бути досвід, зокрема швидкість і доступність? Як це виглядатиме й узгоджуватиметься з рештою продукту?

EM представляє інженерію. Чи можемо це побудувати, ким і коли? Як перевіримо якість, готовність до запуску й роботу в проді? Які технології потрібні, з ким узгодити інтеграції, які напрацювання інших команд використати?

У кожної ролі свій фокус і співмірна відповідальність за продукт. Але це не закриті території: у моделі тріо рішення й результат спільні. Потрібен постійний контакт: питання на кшталт GDPR не зникає після «це не моє». І тріо не замінює потрібних фахівців поза командою.

На наступному обговоренні фічі придивись: ви втрьох формуєте задум чи двоє лише отримують завдання?

---
🌱 Keep calm and grow | 💬 Обговорити 1-на-1