Інструменти:
◉ Product Responsibility Map (адаптований під складні організації)
◉ Decision Framework: коли PM вирішує сам, коли консультує, коли делегує
◉ Escalation Rules: коли і як ескалювати рішення вгору

Воркшоп:
◉ Розбираємо реальні кейси з проблемами: бізнес вимагає фічу «на вчора», команда не погоджується з пріоритетами, CEO хоче змінити roadmap за тиждень до релізу
◉ Ви ухвалюєте рішення: де стояти на своєму, де йти на компроміс, де ескалювати
◉ Групова дискусія: як ви аргументуєте своє рішення перед CEO / командою / клієнтом

Домашнє завдання:
◉ Побудуйте Decision Framework для вашого кейсу: хто що вирішує та чому
◉ Підготуйте скрипт: як ви відмовляєте стейкхолдеру, не створюючи конфлікту

Інструменти:
◉ Advanced Interview Techniques (як розпізнати «соціально бажані» відповіді)
◉ Assumption Mapping для складних B2B-продуктів
◉ Signal vs Noise Framework: як відрізнити критичні інсайти від випадкових побажань

Воркшоп:
◉ Аналізуємо реальні записи інтерв'ю: що клієнт сказав vs що він насправді мав на увазі
◉ Симуляція: ви проводите інтерв'ю з «важким» клієнтом (який ухиляється, говорить загальними фразами, вимагає фічі)
◉ Формуємо Problem Statement при суперечливих даних

Домашнє завдання:
◉ Проведіть інтерв'ю за новою методикою
◉ Створіть Insight Confidence Map: які інсайти підтверджені багатьма джерелами, які — сумнівні
◉ Напишіть Problem Statement і обґрунтуйте: чому ви відкинули альтернативні формулювання

Інструменти:
◉ Competitive Teardown (глибокий аналіз, а не поверхневий огляд)
◉ Strategic Positioning Map: де ви граєте, а де свідомо програєте
◉ Feature Parity vs Differentiation Framework

Воркшоп:
◉ Аналізуємо 3-х конкурентів: що вони роблять добре, але ВАМ це не треба
◉ Симуляція: стейкхолдер тисне «додайте цю фічу, бо вона є у X» — ви аргументуєте відмову
◉ Будуємо Strategic Positioning: де ви свідомо йдете іншим шляхом

Домашнє завдання:
◉ Створіть Competitive Teardown для вашого продукту
◉ Визначте 3 фічі конкурентів, які ви НЕ будете робити (і чому це правильно)
◉ Підготуйте презентацію: як пояснити бізнесу, чому ви не копіюєте конкурента

Інструменти:
◉ Conflicting Data Resolution Framework
◉ Insight Triangulation (як перевіряти інсайти з різних джерел)
◉ Decision Matrix для невизначених ситуацій

Воркшоп:
◉ Кейс: analytics каже «користувачі не користуються фічею», але в інтерв'ю всі кажуть «це корисно» — що робити?
◉ Ви ухвалюєте рішення на основі суперечливих даних і аргументуєте його
◉ Групова дискусія: коли довіряти даним, а коли — інтуїції

Домашнє завдання:
◉ Знайдіть у своєму продукті ситуацію, де дані суперечать
◉ Створіть Decision Matrix: які аргументи «за», які «проти», яке рішення ви ухвалюєте
◉ Напишіть Internal Memo: як ви пояснюєте команді рішення при суперечливих даних

Інструменти:
◉ Experiment Stopping Rules (коли продовжувати, коли зупинятися)
◉ Pivot vs Persevere Framework
◉ Failed Experiment Post-Mortem

Воркшоп:
◉ Кейс: MVP показав 40% від очікуваних результатів — це провал чи є надія?
◉ Симуляція: ви захищаєте рішення «продовжувати» перед скептичним бізнесом
◉ Розбираємо реальні приклади: коли компанії правильно закрили ідею, а коли — передчасно

Домашнє завдання:
◉ Опишіть експеримент, який провалився (або не дав чітких результатів)
◉ Створіть Pivot-or-Kill Framework: при яких умовах продовжуєте, при яких — закриваєте
◉ Підготуйте аргументацію: чому ви вирішили дати другий шанс (або закрити ідею)

Інструменти:
◉ Unit Economics Deep Dive (за сегментами, каналами, когортами)
◉ Profitability Scenarios (що якщо зменшимо CAC на 20%? збільшимо ціну на 15%?)
◉ Kill-or-Scale Decision Framework

Воркшоп:
◉ Кейс: продукт працює, але ледь окупається — що робити?
◉ Ви аналізуєте unit-економіку, моделюєте сценарії, ухвалюєте рішення
◉ Симуляція: захист рішення перед CFO (який хоче закрити продукт)

Домашнє завдання:
◉ Розрахуйте Unit Economics для вашого продукту (за сегментами/каналами)
◉ Змоделюйте 3 сценарії: як змінити економіку продукту
◉ Підготуйте презентацію: чому продукт має/не має сенс масштабувати

Інструменти:
◉ Stakeholder Alignment Matrix
◉ RICE / WSJF для політичних рішень (коли дані важливі, але не вирішальні)
◉ Roadmap Negotiation Framework

Воркшоп:
◉ Симуляція: ви презентуєте roadmap, кожен стейкхолдер хоче змінити пріоритети — ви аргументуєте/йдете на компроміс
◉ Кейс: бізнес вимагає фічу «на вчора», але Engineering каже «це 3 місяці» — що робити?
◉ Групова дискусія: коли треба поступитися, а коли — стояти на своєму

Домашнє завдання:
◉ Створіть Roadmap на 6 місяців з обґрунтуванням пріоритетів
◉ Проведіть «внутрішню співбесіду»: як ви відповідаєте на 10 складних питань про roadmap
◉ Підготуйте Plan B: що ви відкладаєте, якщо бізнес вимагає додати нову фічу

Інструменти:
◉ Risk Management для PdM (як передбачати проблеми)
◉ Crisis Decision Framework (cut scope, delay, add resources — що вибрати)
◉ Team Communication in Crisis

Воркшоп:
◉ Симуляція: за тиждень до релізу команда каже «ми не встигаємо» — що робити?
◉ Ви ухвалюєте рішення: що вирізати, що відкласти, як комунікувати зі стейкхолдерами
◉ Кейс: критичний баг знайшли після релізу — як реагувати

Домашнє завдання:
◉ Опишіть кризову ситуацію зі свого досвіду: що ви зробили правильно, що — ні
◉ Створіть Risk Mitigation Plan для вашого поточного проєкту
◉ Підготуйте комунікаційний план: як ви пояснюєте затримку CEO/клієнтам/команді

Інструменти:
◉ Metric Drop Diagnostic Framework
◉ Root Cause Analysis для продуктових метрик
◉ Recovery Action Plan

Воркшоп:
◉ Кейс: ключова метрика впала після релізу — ви проводите аналіз та ухвалюєте рішення
◉ Симуляція: ви презентуєте план відновлення перед CEO, що панікує
◉ Групова дискусія: коли метрика падає через сезонність, а коли — через вашу помилку

Домашнє завдання:
◉ Проаналізуйте падіння метрики у вашому продукті (реальне або гіпотетичне)
◉ Створіть Recovery Action Plan з пріоритизацією дій
◉ Підготуйте Post-Mortem: що пішло не так і як уникнути цього в майбутньому

Воркшоп:
◉ Product Pre-Mortem: уявляємо, що продукт провалився через рік — чому? (тренування критичного мислення)
◉ Killing Features: які фічі треба вирізати прямо зараз, навіть якщо команда проти
◉ Фінальний захист: ви презентуєте весь продукт і всі критичні рішення перед «комісією» (інші учасники + ментори)