Дизайн
Продуктовий дизайнер
П’ять рівнів від Junior до Head of Design і шість компетенцій — від досліджень до дизайн-системи.
- 5 рівнів
- 6 компетенцій
Шаблон кар’єрної драбини
П’ять рівнів від Junior PM до Head of Product і шість компетенцій — від дослідження клієнтів до продуктової стратегії.
Безкоштовний тариф · Банківська картка не потрібна
Цю кар’єрну драбину написано для компаній приблизно на 20–200 людей, де продакт-менеджер зазвичай працює з однією командою розробки й дизайнером, сам спілкується з клієнтами й не може спертися на окрему команду product operations. Вона описує п’ять рівнів — від людини, яка опановує професію на одній фічі, до того, хто відповідає за продукт усієї компанії. Найвищий рівень, Head of Product, — керівник продуктової функції, а не експертний рівень.
Рівні описано через те, що продакт-менеджер робить і наскільки далеко сягають його рішення, а не через стаж. Читайте рядок матриці компетенцій зліва направо, щоб побачити, як зростає одне очікування, або розділ рівня — щоб побачити все, що на ньому очікується. З її допомогою зручно пояснювати, що означає наступний рівень, проводити самооцінку й чек-іни та чесно порівнювати кандидатів на підвищення.
Сприймайте її як чернетку. Перейменуйте рівні відповідно до своїх посад, об’єднайте або приберіть компетенції, які не відповідають тому, як у вашій компанії створюють продукт, і перепишіть очікування своїми словами, перш ніж показувати драбину команді.
Вивчає продукт і клієнтів та веде чітко окреслені частини роботи за щільної підтримки.
Майже без щоденного контролю веде беклог однієї команди й домагається результатів, а не просто випускає фічі.
Відповідає за помітну частину продукту, задає її напрям і самостійно розбирається з невизначеними задачами.
Формує стратегію для кількох команд і допомагає іншим продакт-менеджерам працювати на повну силу.
Відповідає за продуктову стратегію компанії й будує продуктову функцію, яка її втілює.
Рядки — компетенції, стовпці — рівні. Читайте рядок зліва направо, щоб побачити, як зростають очікування.
| Компетенція | Junior продакт-менеджер | Middle продакт-менеджер | Senior продакт-менеджер | Lead продакт-менеджер | Head of Product |
|---|---|---|---|---|---|
| Дослідження клієнтів | Бере участь у дзвінках із клієнтами та юзабіліті-тестах, веде зрозумілі нотатки й може сказати, яку проблему клієнта розв’язує кожне його завдання. | Сам проводить інтерв’ю та експерименти, ще до початку роботи перетворює висновки на коротке формулювання проблеми й закриває або перекроює ідеї, які не підтверджуються даними. | Складає план досліджень для свого напряму, зводить інтерв’ю, звернення в підтримку, зворотний зв’язок від продажів і дані про використання в чітку картину й знаходить потреби, про які ніхто не просив. | Стежить, щоб кожна команда в його лінійці проводила дослідження, перш ніж братися за велику роботу, і пов’язує висновки різних команд в інсайти, що змінюють пріоритети. | Вибудовує в компанії звичку постійно вчитися в клієнтів і стежить, щоб найбільші продуктові рішення визначали факти про клієнтів, а не найгучніша думка. |
| Продуктова стратегія й пріоритизація | Розуміє цілі команди й може пояснити, чому поточна робота має вищий пріоритет, ніж наступні задачі в беклозі. | Пріоритизує беклог команди за узгодженими цілями, письмово фіксує причини кожного компромісу й відмовляє в запитах, які не вписуються в цілі, — з поясненням. | Пише стратегію й роадмап свого напряму на два–три квартали вперед, пов’язує їх із цілями компанії та оновлює, коли змінюються дані. | Зводить роадмапи кількох команд в єдиний план, розв’язує конфлікти пріоритетів між ними й вирішує, куди лінійка інвестує, а де зупиняється. | Відповідає за продуктове бачення й стратегію компанії, узгоджує їх із керівництвом і вирішує, на що компанія робить ставку, а які ринки залишає осторонь. |
| Реалізація та випуск | Пише зрозумілі тікети з критеріями приймання, швидко відповідає на запитання команди під час спринту й перед релізом звіряє готову роботу з вимогами. | Нарізає роботу на невеликі релізи, які рано приносять цінність, знімає блокери команди, вчасно ухвалює рішення щодо обсягу й проводить запуски, тримаючи в курсі підтримку, продажі та маркетинг. | Планує й доводить до кінця проєкти за участі кількох команд або функцій, заздалегідь керує залежностями й ризиками та коригує обсяг, щоб устигнути до справді важливих термінів. | Визначає, як плануються й випускаються продуктові роботи в його командах, помічає проблеми реалізації на стику команд і виправляє процес, а не симптом. | Визначає процес розробки продукту в компанії — цикли планування, практики запусків, те, як продукт і розробка беруть зобов’язання, — і тримає його достатньо легким для компанії такого розміру. |
| Метрики й дані | Знає ключові метрики своїх фіч, уміє дістати базові цифри із системи аналітики й після запуску розповідає, як спрацював реліз. | Визначає метрики успіху до початку роботи, стежить, щоб трекінг виходив разом із фічею, і проводить прості A/B-тести чи порівняння «до і після», щоб оцінити результат. | Відповідає за метрики свого напряму, будує дашборди, якими команда справді користується, і за допомогою даних шукає можливості, а не лише звітує про зроблене. | Задає систему метрик для своєї лінійки, стежить, щоб метрики команд складалися в бізнес-ціль, і ставить під сумнів висновки, зроблені на слабких даних. | Пов’язує продуктові метрики з виручкою, утриманням і зростанням, звітує за ними перед керівництвом і радою директорів та вибудовує культуру, у якій рішення звіряють із результатами. |
| Комунікація й зацікавлені сторони | Ділиться прогресом і відкритими питаннями в каналах команди, пише стислі нотатки до релізу й просить допомоги, коли запит зацікавленої сторони незрозумілий. | Пише короткі продуктові брифи, зрозумілі команді й зацікавленим сторонам, регулярно проводить огляди й демо та розповідає продажам і підтримці, що готується і навіщо. | Керує конкурентними запитами кількох функцій, домовляється про обсяг робіт зі старшими зацікавленими сторонами й представляє керівництву плани та результати свого напряму. | Є головним продуктовим партнером для керівників розробки, продажів і маркетингу, залагоджує розбіжності між функціями й стежить, щоб продуктові рішення розуміли в усій компанії. | Представляє продукт у керівництві компанії, перед радою директорів, клієнтами й інвесторами та формулює продуктову стратегію настільки чітко, щоб кожна функція могла будувати свої плани довкола неї. |
| Лідерство й розвиток команди | Просить зворотний зв’язок щодо своїх специфікацій і рішень, ураховує його й ділиться з командою тим, що дізнався від клієнтів. | Залучає розробників і дизайнера до досліджень і ключових рішень, щоб команда поділяла відповідальність за результат, і допомагає вводити в роботу нових продакт-менеджерів. | Менторить одного–двох молодших продакт-менеджерів, дає зворотний зв’язок щодо їхніх досліджень і специфікацій та бере участь у наймі в продукт. | Коучить продакт-менеджерів своєї лінійки, задає спільні для них продуктові практики й визначає процес і планку найму на продуктові ролі. | Будує й очолює продуктову функцію: наймає продакт-менеджерів, визначає, як вони зростають за цією драбиною, і вирощує наступних лідів. |
Прокрутіть таблицю вбік, щоб побачити всі рівні.
Завантажити CSV Відкривається в Excel, Google Таблицях і Numbers.
Вивчає продукт і клієнтів та веде чітко окреслені частини роботи за щільної підтримки. Окремі фічі й покращення в зоні однієї команди; постановку задачі зазвичай формулює досвідченіший продакт-менеджер.
Майже без щоденного контролю веде беклог однієї команди й домагається результатів, а не просто випускає фічі. Одна продуктова команда та її частина продукту — від дослідження до запуску й аналізу підсумків.
Відповідає за помітну частину продукту, задає її напрям і самостійно розбирається з невизначеними задачами. Продуктовий напрям із власними цілями, над яким іноді працює більше ніж одна команда.
Формує стратегію для кількох команд і допомагає іншим продакт-менеджерам працювати на повну силу. Кілька команд або продуктова лінійка, разом із продакт-менеджерами, які над нею працюють.
Відповідає за продуктову стратегію компанії й будує продуктову функцію, яка її втілює. Увесь продукт, продуктова команда й місце продукту в стратегії компанії.
Компанії з двома–трьома продакт-менеджерами зазвичай вистачає рівнів Middle і Senior та людини, яка фактично виконує роль Head of Product. Додайте Junior, коли почнете наймати новачків у професії, а Lead — коли одна людина справді веде кілька команд.
У багатьох невеликих компаніях продуктове бачення залишається за засновником або CEO. Запишіть це в рядок «Продуктова стратегія», щоб продакт-менеджери розуміли, які рішення ухвалюють вони, а на які лише впливають.
Поставте кожен продуктовий рівень поруч із рівнем розробника зі схожими масштабом і зарплатою — наприклад, Senior продакт-менеджера поруч із Senior-розробником. Так посади залишаються чесними, а кросфункціональні команди простіше укомплектувати.
Переписуючи очікування, описуйте результат, за який відповідає продакт-менеджер, — розв’язану проблему, зрушену метрику, — а не кількість випущених фіч. Інакше драбина заохочуватиме перевантажені роадмапи.
Питання та відповіді
Для компанії на 20–200 людей зазвичай вистачає чотирьох–п’яти. У цьому шаблоні їх п’ять: Junior PM, Middle PM, Senior PM, Lead PM і Head of Product. Невеликі продуктові команди часто починають із трьох і додають рівні в міру зростання.
Не обов’язково. Продакт-оунер зазвичай веде беклог однієї команди, що відповідає нижнім рівням цієї драбини. Від продакт-менеджера очікують ще дослідження клієнтів, стратегії й відповідальності за результат. Оцінюйте людей за тим, що вони насправді роблять, а не за назвою посади.
Так. Senior і Lead продакт-менеджери зростають завдяки дедалі більшим і невизначенішим задачам. Керування іншими продакт-менеджерами — окремий вибір: у компанії такого розміру воно зазвичай починається з рівня Lead або Head of Product, а деякі компанії зберігають поруч із ним експертний трек.
Результати й рішення, а не активність: зрушена метрика, сформульована проблема, яка змінила роадмап, запуск, проведений разом з іншими функціями. Зберіть приклади за кожною компетенцією цільового рівня й додайте зворотний зв’язок від розробників і дизайнерів, з якими людина працює.
Раз чи двічі на рік, а також щоразу, коли змінюється продуктова команда, — наприклад, коли ви наймаєте першого Head of Product або ділите один продукт на кілька. Переписуйте будь-яку клітинку, на якій раз у раз спотикаються чек-іни.
Налаштуйте її рівні й навички для своєї команди, оцінюйте людей за ними на чек-інах і ухвалюйте рішення про підвищення за єдиними правилами.
Безкоштовний тариф · Банківська картка не потрібна
Дизайн
П’ять рівнів від Junior до Head of Design і шість компетенцій — від досліджень до дизайн-системи.
Розробка
Чотири рівні від Engineering Manager до VP of Engineering і шість управлінських компетенцій.
Дані та аналітика
П’ять рівнів від Junior до Principal і сім компетенцій — від постановки питання до впливу на рішення.
Більшості компаній на 20–200 людей вистачає чотирьох–шести рівнів на трек. Як вибрати число для своєї, ознаки, що рівнів замало чи забагато, і як додати рівень пізніше.
Оновлено 1 жовтня 2026 р.