Абетка продакт-менеджера: 30 основних термінів простими словами
Продакт-менеджер визначає, який продукт варто створювати, для кого, яку проблему він розв’язує та як приноситиме цінність користувачам і бізнесу.
Він працює на перетині клієнтських потреб, бізнес-стратегії, технологій, дизайну та аналітики.
ЗМІСТ
ХТО ТАКИЙ ПРОДАКТ-МЕНЕДЖЕР І ЧОМУ У НЬОГО СТІЛЬКИ ТЕРМІНІВ
БАЗОВІ ПОНЯТТЯ ПРОДУКТУ
РОЛІ, ДОКУМЕНТИ ТА ПРОЦЕСИ
АНАЛІТИКА, МЕТРИКИ ТА ГРОШІ
КЛЮЧОВІ ПРАКТИКИ ТА МЕТОДОЛОГІЇ
ІНСТРУМЕНТИ ТА ЩОДЕННА РУТИНА PM
ЯК КОРИСТУВАТИСЯ АБЕТКОЮ
1. ХТО ТАКИЙ ПРОДАКТ-МЕНЕДЖЕР І ЧОМУ У НЬОГО СТІЛЬКИ ТЕРМІНІВ
Продакт-менеджер (Product Manager, PM) – це людина, яка відповідає за те, що ми будуємо, для кого і навіщо. Вона стоїть між користувачами, бізнесом та командою розробки, і щодня перекладає “хотілки” на конкретні рішення, фічі та дорожню карту.
Чому стільки термінів?
Тому що продакт-менеджер одночасно працює з:
стратегією,
аналітикою,
маркетингом,
UX/UI,
розробкою,
фінансами.
Щоб не потонути в десятках англійських слів і скорочень, ми зібрали абетку – ключові поняття, які варто знати кожному, хто працює з продуктами або мріє стати PM.
Ця абетка пояснює 30 основних понять продуктового менеджменту: від Product Discovery, MVP і roadmap до retention, unit economics та Product-Market Fit.
30 основних термінів продакт-менеджера
| № | Термін | Українською | Простими словами | Приклад |
|---|---|---|---|---|
| 01 | Product | Продукт | Товар, послуга або цифрове рішення, яке створює цінність для певної групи користувачів. | Онлайн-платформа дає змогу працівникам проходити корпоративне навчання та відстежувати прогрес. |
| 02 | Product Manager | Продакт-менеджер | Фахівець, який досліджує потреби користувачів, визначає напрям розвитку продукту й узгоджує інтереси клієнта, бізнесу та команди. | Продакт-менеджер вирішує, які функції навчальної платформи розробляти першими. |
| 03 | Product Owner | Власник продукту | Роль у Scrum, відповідальна за максимізацію цінності продукту та ефективне управління Product Backlog. | Product Owner формулює Product Goal і впорядковує завдання для команди. |
| 04 | Target Audience | Цільова аудиторія | Люди або організації, для яких створюють продукт. | Цільова аудиторія сервісу — HR-менеджери компаній із чисельністю від 100 працівників. |
| 05 | User Persona | Персона користувача | Узагальнений образ типового користувача, створений на основі досліджень, а не фантазій команди. | «Олена, HRD, 38 років: організовує навчання 300 працівників і потребує автоматизованої звітності». |
| 06 | Jobs to Be Done, JTBD | Робота, яку потрібно виконати | Підхід, що досліджує, якого результату користувач прагне досягти за допомогою продукту. | Клієнт купує не просто курс Excel, а спосіб швидше готувати звіти й менше працювати вручну. |
| 07 | Customer Pain | Проблема користувача | Складність, незручність або незадоволена потреба, яку має усунути продукт. | HR витрачає кілька днів на ручне збирання даних про проходження навчання. |
| 08 | Value Proposition | Ціннісна пропозиція | Чітке пояснення, яку користь отримує клієнт і чому йому варто обрати саме цей продукт. | «Усі корпоративні курси, результати та сертифікати працівників — в одному кабінеті». |
| 09 | Product Discovery | Дослідження продукту | Етап пошуку правильної проблеми та перевірки, яке рішення справді потрібне користувачам. | Команда проводить інтерв’ю з HRD, аналізує їхні процеси й тестує концепцію нового сервісу. |
| 10 | User Research | Дослідження користувачів | Системне вивчення поведінки, потреб і досвіду людей за допомогою інтерв’ю, спостережень, опитувань та інших методів. | Команда з’ясовує, чому користувачі починають курс, але не завершують його. |
| 11 | Hypothesis | Гіпотеза | Припущення про проблему, рішення або поведінку користувачів, яке можна перевірити. | «Якщо додати короткі нагадування, частка завершених курсів збільшиться». |
| 12 | Product Vision | Візія продукту | Зрозумілий образ майбутнього продукту та змін, які він має створити для користувачів. | «Зробити корпоративне навчання персоналізованим, вимірюваним і доступним у робочому процесі». |
| 13 | Product Strategy | Продуктова стратегія | Система виборів щодо ринку, аудиторії, цінності, конкурентних переваг і способу досягнення продуктового бачення. | Спочатку команда працює з українськими середніми компаніями, а не намагається охопити весь ринок. |
| 14 | Product Goal | Ціль продукту | Довгостроковий результат, до якого рухається продуктова команда. | Зробити платформу основним середовищем корпоративного навчання для 100 компаній. |
| 15 | Product Roadmap | Дорожня карта продукту | Візуальний план розвитку продукту, який показує цілі, напрями та очікувані результати в часі. | У першому кварталі — аналітика навчання, у другому — персональні рекомендації курсів. |
| 16 | OKR | Цілі та ключові результати | Метод, що поєднує якісну ціль із кількома вимірюваними результатами. | Ціль — покращити навчальний досвід; результати — підвищити завершення курсів і оцінку задоволеності. |
| 17 | KPI | Ключовий показник ефективності | Метрика, за якою регулярно оцінюють результативність продукту, процесу або команди. | Кількість активних користувачів, конверсія в оплату або рівень утримання клієнтів. |
| 18 | North Star Metric | Північна метрика | Головний показник, який відображає цінність, що користувачі регулярно отримують від продукту. | Кількість працівників, які щомісяця завершують навчальний модуль і застосовують нову навичку. |
| 19 | Product-Market Fit, PMF | Відповідність продукту ринку | Стан, коли продукт розв’язує важливу проблему певного ринку, а клієнти готові ним користуватися та платити. | Компанії продовжують передплату, рекомендують платформу й активно запитують нові функції. |
| 20 | Minimum Viable Product, MVP | Мінімально життєздатний продукт | Найпростіша версія продукту, достатня для перевірки ключової гіпотези на реальних користувачах. | Замість великої платформи команда запускає один кабінет із курсами, тестами та базовим звітом. |
| 21 | Prototype | Прототип | Спрощена модель майбутнього продукту, за допомогою якої перевіряють ідею, структуру або взаємодію до повної розробки. | Користувачам показують клікабельний макет особистого кабінету в Figma. |
| 22 | Product Backlog | Беклог продукту | Динамічний упорядкований перелік усього, що може знадобитися для розвитку продукту. | Нові функції, виправлення, технічні роботи й дослідницькі завдання зберігаються в одному списку. |
| 23 | User Story | Користувацька історія | Короткий опис потреби з позиції користувача: хто він, чого хоче і навіщо. | «Як HR-менеджер, я хочу завантажити звіт, щоб показати керівництву результати навчання». |
| 24 | Acceptance Criteria | Критерії приймання | Конкретні умови, за якими команда визначає, що функція працює відповідно до очікувань. | Звіт можна відфільтрувати за відділом, періодом і назвою курсу та завантажити у форматі XLSX. |
| 25 | Prioritization | Пріоритизація | Визначення, які проблеми, гіпотези або функції потрібно опрацьовувати насамперед. | Команда спочатку виправляє складну реєстрацію, а вже потім додає новий дизайн профілю. |
| 26 | RICE | Reach, Impact, Confidence, Effort | Метод пріоритизації за охопленням, впливом, упевненістю в оцінках і необхідними зусиллями. | Дві функції порівнюють не за принципом «мені подобається», а за спільними критеріями. |
| 27 | Sprint | Спринт | Фіксований період роботи у Scrum, протягом якого команда створює корисний результат і наближається до Product Goal. | За двотижневий спринт команда розробляє та тестує новий звіт для HR. |
| 28 | A/B Testing | A/B-тестування | Експеримент, у якому різним групам користувачів показують два варіанти рішення та порівнюють результат. | Частина відвідувачів бачить кнопку «Спробувати безкоштовно», інша — «Переглянути демо». |
| 29 | Retention | Утримання користувачів | Частка користувачів, які продовжують повертатися до продукту через певний час. | Команда вимірює, скільки клієнтів користуються платформою через три місяці після реєстрації. |
| 30 | Unit Economics | Юніт-економіка | Аналіз доходів і витрат у розрахунку на одного клієнта, замовлення або іншу одиницю бізнесу. | Якщо залучення клієнта коштує дорожче, ніж дохід від нього, модель потребує перегляду. |
5 напрямків продакт-менеджменту
Наші курси з ІТ-методологій та управління проектами
| Блок | Що всередині | Для чого потрібен |
|---|---|---|
| БАЗОВІ ПОНЯТТЯ ПРОДУКТУ | Продукт, продуктова візія, стратегія, фіча, ціннісна пропозиція тощо | Щоб розуміти, що саме ми будуємо, для кого і навіщо |
| РОЛІ, ДОКУМЕНТИ ТА ПРОЦЕСИ | PM, PO, Project Manager, roadmap, backlog, user story, acceptance criteria, PRD | Щоб усі на проєкті говорили однією мовою і розуміли свої зони відповідальності |
| АНАЛІТИКА, МЕТРИКИ ТА ГРОШІ | KPI, OKR, CAC, LTV, churn, retention, conversion | Щоб вимірювати успіх продукту, рахувати економіку й приймати рішення на основі даних |
| КЛЮЧОВІ ПРАКТИКИ ТА МЕТОДОЛОГІЇ | Agile, Scrum, Kanban, MVP, A/B testing, JTBD, Design Thinking, Discovery/Delivery | Щоб обрати і зрозуміти підхід до роботи з продуктом і командою |
| ІНСТРУМЕНТИ ТА ЩОДЕННА РУТИНА PM | Roadmap tools, issue trackers, analytics, feedback tools, щоденні задачі PM | Щоб бачити, як виглядає реальна щоденна робота продакт-менеджера |
Що має знати продакт-менеджер
Основні терміни утворюють логічний цикл роботи з продуктом:
- Зрозуміти користувача: цільова аудиторія, persona, JTBD, customer pain.
- Знайти цінність: Product Discovery, дослідження, гіпотеза, value proposition.
- Визначити напрям: візія, стратегія, Product Goal, roadmap.
- Створити й перевірити рішення: MVP, прототип, backlog, user story, A/B-тест.
- Виміряти результат: KPI, North Star Metric, retention, Product-Market Fit, unit economics.
Product Discovery у професійній UX-практиці охоплює дослідження проблемного простору, формулювання проблем і збирання доказів перед вибором рішення. User Research потрібен для ухвалення рішень на основі поведінки й потреб людей, а не внутрішніх припущень команди. Nielsen Norman Group: Discovery, методи UX-досліджень.
У Scrum Product Owner відповідає за максимізацію цінності продукту та керування Product Backlog. Product Goal описує бажаний майбутній стан продукту, а Definition of Done — формальні критерії якості завершеного результату. Офіційний Scrum Guide.
Для оцінювання користувацького досвіду можна застосовувати систему HEART: Happiness, Engagement, Adoption, Retention і Task Success. Вона пов’язує продуктові цілі з показниками поведінки та досвіду користувачів. Google Research: HEART Framework.
FAQ: короткі відповіді про продакт-менеджмент
Чим продакт-менеджер відрізняється від проєктного менеджера?
Продакт-менеджер відповідає насамперед за те, що і навіщо створювати. Проєктний менеджер організовує виконання визначеного проєкту: строки, ресурси, ризики, бюджет і комунікацію.
Чим Product Manager відрізняється від Product Owner?
Product Manager зазвичай працює з ринком, стратегією, користувачами та розвитком продукту загалом. Product Owner - конкретна роль у Scrum, пов’язана з максимізацією цінності та управлінням Product Backlog.
В одній компанії ці ролі може виконувати одна людина, в іншій - різні.
Що таке MVP?
MVP - мінімальна версія продукту, достатня для перевірки ключової бізнесової або користувацької гіпотези. Це не просто «дешевий продукт», а інструмент навчання на реальній поведінці користувачів.
Що важливіше: roadmap чи backlog?
Вони виконують різні функції.
Roadmap показує напрям і пріоритетні результати, а backlog містить конкретні елементи роботи, які можуть наблизити команду до цих результатів.
Які метрики має знати продакт-менеджер?
Базовий набір залежить від продукту, але часто охоплює acquisition, activation, engagement, conversion, retention, churn, revenue, CAC, LTV та North Star Metric.
