20 промптів для Product Managers 2025

PM витрачають до 15 годин на тиждень на документацію та комунікацію. Ці промпти економлять 50% цього часу залишаючи більше на стратегію та Рішення-making.

🎯 Top Промпти для PM:

Промпт 1: Користувацька Історія з Критеріями Прийняття

Створи детальну користувацьку історію для функції [опис].

КОНТЕКСТ:
- Продукт: [що будуємо]
- Тип користувача: [для кого ця функція]
- Бізнес-мета: [чому важливо]
- Метрика успіху: [як виміряємо]

ФОРМАТ:

КОРИСТУВАЦЬКА ІСТОРІЯ:

Як [роль користувача]
Я хочу [що користувач хоче зробити]
Щоб [бізнес-цінність / користь для користувача]

КРИТЕРІЇ ПРИЙНЯТТЯ (Дано-Коли-Тоді):

1. Дано [передумова]
   Коли [дія користувача]
   Тоді [очікуваний результат]

2. Дано [передумова]
   Коли [дія]
   Тоді [результат]

3. [Продовжити для 5-7 сценаріїв]

4. [Додатковий сценарій]

5. [Ще сценарій]

ВИЗНАЧЕННЯ ГОТОВНОСТІ (Definition of Done):

- [ ] Код завершено
- [ ] Юніт-тести написані
- [ ] Пройдено тестування якості
- [ ] Документація оновлена
- [ ] Демонстрація зацікавленим сторонам
- [ ] Перевірка доступності (accessibility)
- [ ] Перевірка продуктивності

ГРАНИЧНІ ВИПАДКИ ТА ПОМИЛКИ:

- Що якщо [сценарій X]?
- Що якщо [сценарій Y]?
- Стани помилок:
  * [Помилка мережі]
  * [Недійсні дані]
  * [Помилки прав доступу]
  * [Тайм-аути]

ПРІОРИТЕТ: [Високий / Середній / Низький] 

Обґрунтування:
[Чому цей пріоритет - вплив на бізнес, користувачів, термінові потреби]

ОЦІНКА ЗУСИЛЬ: [Оцінка в story points]

Обґрунтування оцінки:
- Складність: [Низька/Середня/Висока]
- Невизначеність: [Чи є технічні ризики]
- Залежності: [Чи потрібна робота інших команд]
- Оцінка часу: [X днів розробки]

ЗАЛЕЖНОСТІ:

- Інші історії: [Які user stories повинні бути завершені перед цією]
- Системи: [Які зовнішні системи або API потрібні]
- Дані: [Які дані повинні бути доступні]
- Команди: [Чи потрібна робота інших команд]

ОПИС МАКЕТУ/КАРКАСУ:

Ключові елементи інтерфейсу:
- [Елемент 1: кнопка, форма тощо]
- [Елемент 2: таблиця, список]
- [Елемент 3: навігація]
- Взаємодії: [Як користувач буде взаємодіяти]

ТЕХНІЧНІ МІРКУВАННЯ:

Продуктивність:
- [Час завантаження сторінки: < X секунд]
- [Розмір даних: обробка до Y записів]
- [Кешування: стратегія]

Безпека:
- [Автентифікація: хто має доступ]
- [Авторизація: рівні прав]
- [Валідація введення: захист від ін'єкцій]
- [Шифрування: чутливі дані]

Масштабованість:
- [Кількість одночасних користувачів: X]
- [Зростання даних: стратегія]
- [Інфраструктура: потреби]

Доступність (Accessibility):
- [Підтримка екранних зчитувачів]
- [Навігація з клавіатури]
- [Контрастність кольорів]

АНАЛІТИКА ТА МЕТРИКИ:

Що відстежуємо:
- [Подія 1: клік на кнопку]
- [Подія 2: завершення процесу]
- [Метрика успіху: конверсія, час виконання]

Мова: українська.
Формат: готово для Jira / Linear / Azure DevOps / Trello.

Промпт 2: Продуктова Дорожня Карта (Квартальна)

Створи дорожню карту продукту на [Q1-Q4 або 6 місяців].

СТРАТЕГІЧНИЙ КОНТЕКСТ:
- Цілі компанії (OKR): [цілі верхнього рівня]
- Бачення продукту: [де хочемо бути через рік]
- Поточний стан: [що маємо зараз]
- Ключові виклики: [перешкоди та блокери]

СТРУКТУРА ДОРОЖНЬОЇ КАРТИ:

ДЛЯ КОЖНОГО КВАРТАЛУ/МІСЯЦЯ:

1. ТЕМА КВАРТАЛУ/МІСЯЦЯ:
- [Загальний фокус періоду]
- [Ключовий пріоритет]

2. ТОП 3-5 ІНІЦІАТИВ:

Ініціатива 1: [Назва ініціативи]

Чому (Бізнес-цінність):
- [Навіщо ми це робимо]
- [Який бізнес-результат очікуємо]
- [Вплив на користувачів]

Що (Обсяг роботи):
- [Що саме будуємо - на високому рівні]
- [Основні функції та компоненти]
- [Що НЕ входить в обсяг]

Успіх (KPI та Метрики):
- Ключовий показник 1: [Наприклад: +20% конверсія]
- Ключовий показник 2: [Наприклад: -30% час виконання]
- Метрика успіху: [Як ми зрозуміємо, що досягли мети]

Зусилля (Оцінка складності):
- Розмір: [S - малий / M - середній / L - великий]
- Оцінка часу: [X тижнів/місяців]
- Команда: [Скільки людей потрібно]

Залежності:
- Що має бути зроблено спочатку: [Інші ініціативи, технічні роботи]
- Які команди залучені: [Backend, Frontend, Design тощо]
- Зовнішні залежності: [Треті сторони, API тощо]

Ризики:
- Що може піти не так: [Технічні ризики]
- Ймовірність: [Висока/Середня/Низька]
- План пом'якшення: [Як зменшимо ризик]

Рівень впевненості: [Високий / Середній / Низький]
Обґрунтування: [Чому такий рівень впевненості]

[Повторити для Ініціатив 2-5]

3. КЛЮЧОВІ ВІХИ (MILESTONES):

- [Дата]: [Віха 1 - Наприклад: Завершення дизайну]
- [Дата]: [Віха 2 - Наприклад: Альфа-версія]
- [Дата]: [Віха 3 - Наприклад: Бета-тестування]
- [Дата]: [Віха 4 - Наприклад: Реліз]
- [Дата]: [Віха 5 - Наприклад: Постреліз аналітика]

4. МЕТРИКИ УСПІХУ ПЕРІОДУ:

Як ми вимірюємо успіх цього кварталу/місяця:
- Метрика 1: [Наприклад: MAU зросли до X]
- Метрика 2: [Наприклад: Churn знизився до Y%]
- Метрика 3: [Наприклад: NPS досяг Z]
- Бізнес-метрика: [Дохід, конверсія тощо]

5. ЩО МИ СВІДОМО НЕ РОБИМО:

Що ми знижуємо в пріоритеті або відкладаємо:
- [Функція/Ініціатива 1]: Чому відкладаємо: [Причина]
- [Функція/Ініціатива 2]: Коли переглянемо: [Наступний квартал]
- [Запит від стейкхолдерів]: Альтернатива: [Що робимо замість]

СТВОРИТИ:

1. ПІДСУМОК НА 1 СТОРІНКУ ДЛЯ КЕРІВНИЦТВА:

Квартал/Період: [Q1 2025]
Тема: [Головний фокус]
Топ-3 ініціативи: [Список]
Очікуваний результат: [Бізнес-вплив]
Бюджет: [$X]
Команда: [Y людей]

2. ДЕТАЛЬНА РОЗБИВКА:

Для кожної ініціативи:
- Бізнес-обґрунтування
- Детальний план
- Часова шкала
- Ресурси
- Ризики та мітигація

3. КАРТА ЗАЛЕЖНОСТЕЙ:

[Візуальне представлення]
Ініціатива А → залежить від → Ініціатива Б
Ініціатива В → блокує → Ініціатива Г

4. ПОТРЕБИ В РЕСУРСАХ:

- Інженери: [X Backend, Y Frontend]
- Дизайнери: [Z людей]
- Product: [PM, аналітики]
- Інші: [QA, DevOps тощо]

ФОРМАТ ПРЕЗЕНТАЦІЇ:

ЗАРАЗ (Поточний квартал/місяць):
- [Ініціатива 1]: В розробці
- [Ініціатива 2]: Тестування
- [Ініціатива 3]: Запуск

НАСТУПНЕ (Наступний квартал/період):
- [Ініціатива 4]: Планується
- [Ініціатива 5]: Дизайн
- [Ініціатива 6]: Дослідження

ПІЗНІШЕ (Через 2+ кварталу):
- [Ідея 1]: Валідація
- [Ідея 2]: Розглядається
- [Ідея 3]: Backlog

ВІЗУАЛЬНА ЧАСОВА ШКАЛА:

Квартал 1: [━━━━] [Ініціативи]
Квартал 2: [━━━━] [Ініціативи]
Квартал 3: [━━━━] [Ініціативи]
Квартал 4: [━━━━] [Ініціативи]

Або за місяцями:
Січ [━] Лют [━] Бер [━] Кві [━] Тра [━] Чер [━]

ДОДАТКОВА ІНФОРМАЦІЯ:

Припущення:
- [Припущення 1]
- [Припущення 2]

Обмеження:
- [Обмеження ресурсів]
- [Технічні обмеження]
- [Бюджетні рамки]

Можливості для масштабування:
- Що зможемо зробити, якщо все піде добре
- Додаткові ініціативи при наявності ресурсів

Мова: українська.
Аудиторія: [Зацікавлені сторони / Команда / Рада директорів].
Формат: Презентація або документ, готовий до обговорення.

Промпт 3: ТЗП - Технічне Завдання Продукту (Product Requirements Document)

Напиши вичерпне Технічне завдання продукту (ТЗП) для [Назва функції/продукту].

РЕЗЮМЕ ДЛЯ КЕРІВНИЦТВА:
- Назва: [Назва функції]
- Мета: [Яку проблему це вирішує]
- Цільова аудиторія: [Кому це потрібно]
- Метрики успіху: [Як ми вимірюємо успіх]
- Часова шкала: [Коли плануємо запустити]
- Власник: [Ім'я PM]

1. ФОРМУЛЮВАННЯ ПРОБЛЕМИ:

Поточна ситуація:
- [Що зараз не працює]
- [Болі користувачів]
- [Вплив проблеми на бізнес]

Цитати користувачів (якщо доступні):
- "[Що говорять користувачі]"
- "[Зворотний зв'язок з досліджень]"

Дані, що підтверджують проблему:
- [Метрики, що показують проблему]
- [Результати досліджень користувачів]
- [Обсяг тікетів підтримки]
- [Кількісні показники]

2. ЦІЛІ ТА МЕТРИКИ УСПІХУ:

Бізнес-цілі:
- [Вплив на дохід]
- [Економія витрат]
- [Стратегічне позиціонування]

Цілі користувачів:
- [Чого досягнуть користувачі]
- [Які завдання вони зможуть вирішити]

Ключові показники ефективності (KPI):

Основні:
- [Метрика 1]: Поточне значення [X] → Цільове [Y] до [дата]
- Наприклад: Конверсія: 2% → 5% до кінця кварталу

Другорядні:
- [Метрика 2]: [цільове значення]
- [Метрика 3]: [цільове значення]

Випереджальні індикатори:
- [Ранні сигнали, що ми на правильному шляху]
- [Метрики, що прогнозують успіх]

3. ПЕРСОНИ КОРИСТУВАЧІВ ТА СЦЕНАРІЇ ВИКОРИСТАННЯ:

Персона 1: [Ім'я/Роль]
- Демографія: [хто вони]
- Цілі: [чого хочуть досягти]
- Болі: [що їх фруструє]
- Сценарій використання: [як вони використовуватимуть функцію]

Персона 2: [Та ж структура]
- Демографія: [опис]
- Цілі: [список цілей]
- Болі: [проблеми]
- Сценарій використання: [деталі]

Потоки користувачів:
- Потік 1: [Крок за кроком через функцію]
  * Крок 1: [Опис]
  * Крок 2: [Опис]
  * Крок 3: [Опис]
- Потік 2: [Альтернативний шлях]

4. ВИМОГИ:

ФУНКЦІОНАЛЬНІ ВИМОГИ:

Обов'язково (Пріоритет 0):
- ВИМОГА-001: [Опис вимоги]
  * Критерії прийняття: [Як ми знаємо, що готово]
  * Обґрунтування: [Чому критично]
- ВИМОГА-002: [Наступна вимога]

Бажано (Пріоритет 1):
- ВИМОГА-003: [Опис]
  * Критерії прийняття: [Опис]

Приємно мати (Пріоритет 2):
- ВИМОГА-004: [Опис]

НЕФУНКЦІОНАЛЬНІ ВИМОГИ:

Продуктивність:
- Час завантаження: < X секунд
- Кількість одночасних користувачів: Y
- Час безвідмовної роботи: Z%
- Швидкість відгуку: [вимоги]

Безпека:
- Вимоги до автентифікації
- Конфіденційність даних
- Потреби відповідності (compliance)
- Шифрування

Доступність (Accessibility):
- Рівень WCAG [2.0, 2.1]
- Підтримка програм зчитування з екрана
- Навігація з клавіатури
- Контрастність кольорів

5. ДОСВІД КОРИСТУВАЧА (UX):

Ключові потоки користувачів:
[Опис основних шляхів через функцію]
- Основний потік: [Деталі]
- Альтернативний потік: [Деталі]

Каркаси/Макети:
- [Посилання на Figma/дизайни]
- [Опис ключових екранів]

Вимоги до інтерфейсу:
- [Конкретні елементи, що потрібні]
- [Брендові гайдлайни, яких дотримуватися]

Мікро-взаємодії:
- Стани завантаження: [Як відображаємо]
- Повідомлення про помилки: [Тон та стиль]
- Підтвердження успіху: [Як повідомляємо]
- Анімації та переходи: [Опис]

6. ТЕХНІЧНІ МІРКУВАННЯ:

Архітектура:
- [Технічний підхід високого рівня]
- [Основні компоненти системи]

Потрібні API:
- Зовнішні інтеграції: [Список]
- Внутрішні сервіси: [Список]

База даних:
- Міркування щодо моделі даних
- Вимоги до сховища
- Обсяги даних

Залежності:
- Інші системи/функції, що потрібні
- Сторонні сервіси
- Технічні обмеження

Ризики:
- Технічний ризик 1: [опис + пом'якшення]
- Технічний ризик 2: [опис + пом'якшення]

7. АНАЛІТИКА ТА ВІДСТЕЖЕННЯ:

Події для відстеження:
- Подія 1: [Дія користувача]
  * Властивості: [що захоплювати]
  * Чому: [що ми дізнаємося]
- Подія 2: [Наступна дія]

Дашборди:
- [Які метрики ми будемо моніторити]
- [Сповіщення для налаштування]

A/B тести:
- [Експерименти для запуску]
- [Гіпотези для перевірки]

8. ПЛАН ЗАПУСКУ:

Стратегія розгортання:
- Фаза 1: [Бета/обмежений реліз]
  * Аудиторія: [хто отримає першим]
  * Тривалість: [як довго]
  * Критерії успіху: [коли переходити далі]
- Фаза 2: [Поступове розгортання]
  * Відсоток користувачів: [X%]
- Фаза 3: [Повний реліз]

Функціональні прапорці (Feature flags):
- [Що контролювати прапорцями]
- [Стратегія вмикання/вимикання]

Бета-програма:
- [Як залучити користувачів]
- [Збір зворотного зв'язку]

9. ВИХІД НА РИНОК (GO-TO-MARKET):

Внутрішні комунікації:
- [Як проінформувати продажі/підтримку/маркетинг]
- [Внутрішні презентації]

Зовнішні комунікації:
- Примітки до релізу
- Публікація в блозі
- Email користувачам
- Соціальні мережі

Документація:
- Статті довідки, що потрібні
- Відеоінструкції
- FAQ

Навчання:
- Хто потребує навчання
- Матеріали для створення
- Тренінги

10. КРИТЕРІЇ УСПІХУ:

Критерії запуску (готовість до релізу):
- [ ] Всі вимоги пріоритету 0 завершені
- [ ] Тестування якості пройдено
- [ ] Досягнуто бенчмарків продуктивності
- [ ] Перевірка безпеки завершена
- [ ] Документація готова
- [ ] Затвердження зацікавлених сторін

Успіх після запуску (30/60/90 днів):
- 30 днів: [Цільові метрики]
  * Метрика 1: [значення]
  * Метрика 2: [значення]
- 60 днів: [Цільові метрики]
  * Метрика 1: [значення]
- 90 днів: [Цільові метрики]
  * Метрика 1: [значення]

11. РИЗИКИ ТА ПОМ'ЯКШЕННЯ:

Ризик 1: [Опис ризику]
- Імовірність: [Висока/Середня/Низька]
- Вплив: [Високий/Середній/Низький]
- Пом'якшення: [Як ми вирішуємо]

Ризик 2: [Та ж структура]
- Імовірність: [рівень]
- Вплив: [рівень]
- Пом'якшення: [план дій]

Плани на випадок непередбачених обставин:
- Що якщо впровадження низьке: [План Б]
- Що якщо проблеми з продуктивністю: [План відновлення]

12. ПОЗ

А МЕЖАМИ:

Що ми НЕ робимо:
- [Функція X]: [Чому не зараз - можливо пізніше]
- [Функція Y]: [Чому ніколи]

Майбутні міркування:
- [Що буде далі]
- [Довгострокове бачення]

13. ДОДАТКИ:

Посилання на дослідження:
- [Документи досліджень користувачів]
- [Конкурентний аналіз]
- [Ринкові дані]

Посилання на дизайн:
- [Файли Figma]
- [Прототипи]

Технічні специфікації:
- [Детальна технічна документація]

Затвердження зацікавлених сторін:
- [Хто затвердив і коли]

Мова: українська.
Версія: [1.0]
Останнє оновлення: [Дата]

Промпт 4: Підсумок Планування Спринту

Створи підсумок планування спринту для [Номер спринту / Дати].

ІНФОРМАЦІЯ ПРО СПРИНТ:
- Спринт: [#XX]
- Дати: [Початок] - [Кінець]
- Команда: [Назва команди]
- Мета спринту: [Одне речення - чого досягаємо]

1. МЕТА СПРИНТУ:

"До кінця цього спринту ми [конкретний результат]."

Чому це важливо:
- Бізнес-цінність: [Опис]
- Вплив на користувачів: [Опис]
- Стратегічне узгодження: [Як це відповідає цілям компанії]

2. ЗОБОВ'ЯЗАНА РОБОТА:

Загальна потужність команди (Capacity):
- Розмір команди: [X розробників, Y дизайнерів, Z QA]
- Доступні дні: [враховуючи свята/відпустки]
- Потужність в story points: [на основі швидкості команди]

ІСТОРІЇ В СПРИНТІ:

Епік: [Назва епіку]
Загальна складність: [X story points]

Користувацька історія 1: [Назва]
- Story points: [X]
- Виконавець: [Ім'я]
- Пріоритет: P0 (Критичний)
- Опис: Як [користувач], я хочу [дія], щоб [користь]
- Критерії прийняття:
  * [Критерій 1]
  * [Критерій 2]
  * [Критерій 3]
- Залежності: [Будь-які блокери]

Користувацька історія 2: [Назва]
- Story points: [X]
- Виконавець: [Ім'я]
- Пріоритет: P1
- Опис: [Та ж структура]
- Критерії прийняття: [Список]

[Продовжити для всіх історій]

Виправлення помилок (Bugs):
- [Назва помилки]: [Пріоритет] - [Story points]
- [Помилка 2]: [Пріоритет] - [Points]

Технічний борг:
- [Опис технічного боргу]: [Story points]
- [Рефакторинг]: [Points]

3. РИЗИКИ ТА ЗАЛЕЖНОСТІ:

Ризики:
- ⚠️ Ризик 1: [Опис ризику]
  * Пом'якшення: [План дій]
  * Власник: [Хто моніторить]
- ⚠️ Ризик 2: [Опис]
  * Пом'якшення: [План]
  * Власник: [Відповідальний]

Залежності:
- [Очікуємо на команду X щодо Y]
- [Зовнішня залежність від Z]
- [API має бути готовим до дати X]

Заблоковані елементи:
- [Що не може початися ще і чому]
- [Блокер та очікуваний час розблокування]

4. ВИЗНАЧЕННЯ ГОТОВНОСТІ (DEFINITION OF DONE):

Для цього спринту "готово" означає:
- [ ] Код завершено та перевірено (code review)
- [ ] Юніт-тести написані (покриття >80%)
- [ ] Тестування якості пройдено
- [ ] Перевірка доступності виконана
- [ ] Продуктивність валідована
- [ ] Документація оновлена
- [ ] Демонстрація підготовлена
- [ ] Затвердження зацікавлених сторін

5. ЦЕРЕМОНІЇ СПРИНТУ:

Щоденний стендап (Daily standup):
- Час: [Коли]
- Формат: [Особисто/асинхронно/онлайн]
- Тривалість: [15 хвилин]
- Питання:
  * Що зробив вчора?
  * Що роблю сьогодні?
  * Чи є блокери?

Огляд спринту (Sprint review):
- Дата: [Коли]
- Час: [Годинник]
- Учасники: [Кого запросити]
- Порядок демонстрації: [Що показувати]
- Тривалість: [1 година]

Ретроспектива (Retrospective):
- Дата: [Коли]
- Формат: [Активність/шаблон]
- Теми для обговорення:
  * Що спрацювало добре?
  * Що можна покращити?
  * Дії на наступний спринт

6. ДОДАТКОВІ ЦІЛІ (STRETCH GOALS):

Якщо закінчимо раніше:
- [Історія 1]: [Story points]
- [Історія 2]: [Story points]
- [Історія 3]: [Story points]

Примітка: Це НЕ зобов'язані завдання, але готові до виконання.

7. ОНОВЛЕННЯ КОМАНДИ:

Доступність команди:
- [Ім'я]: Відсутній [дати - відпустка/лікарняний]
- [Ім'я]: Обмежена доступність [причина - робота на іншому проєкті]

Нові члени команди:
- [Ім'я]: Адаптація, парне програмування з [ментор]
- Фокус: [Простіші завдання для ознайомлення]

Зміни в команді:
- [Будь-які зміни в ролях чи відповідальності]

8. МЕТРИКИ ДЛЯ ВІДСТЕЖЕННЯ:

Швидкість (Velocity):
- Останні 3 спринти: [X, Y, Z story points]
- Середня швидкість: [Середнє значення]
- Заплановано в цьому спринті: [X points]

Якість:
- Коефіцієнт виявлених помилок: [поточний X%, цільовий 


Промпт 5: Email-Оновлення для Зацікавлених Сторін
Напиши оновлення для зацікавлених сторін за [Період: Тижневе/Місячне/Після віхи].

КОНТЕКСТ:
- Одержувачі: [Хто - керівництво/рада/міжфункціональні лідери]
- Тон: [Стиль резюме для керівництва / Детальний / Неформальний]
- Частота: [Тижнева/Місячна/Разова]

СТРУКТУРА EMAIL:

Тема: Оновлення [Назва продукту] - [Дата/Період] - [Швидке виділення]

Приклади:
- "Оновлення продукту Q2 - Запущено бету, залучено 500 користувачів"
- "Тижневе оновлення: Випущено процес оформлення, конверсія +12%"

---

Привіт [Команда/Імена],

[ВСТУПНИЙ рядок - 1 речення контексту]

КОРОТКО (TL;DR):
✅ [Ключова перемога 1 - з метрикою, якщо можливо]
✅ [Ключова перемога 2]
⚠️ [Виклик/блокер, якщо є]
🎯 Далі: [Що на черзі]

---

📊 КЛЮЧОВІ МЕТРИКИ:

[Найважливіша метрика]
- Поточне значення: [X]
- Цільове значення: [Y]
- Тренд: ↑/↓ [% зміна порівняно з минулим періодом]
- Інсайт: [Чому це важливо]

[Друга метрика]
- Поточне: [X]
- Цільове: [Y]
- Тренд: [Опис]
- Інсайт: [Значення]

[Третя метрика]
- [Та ж структура]

---

🚀 ЩО ВИПУЩЕНО:

Функція 1: [Назва]
- Що вона робить: [Користь для користувача простою мовою]
- Вплив: [Ранні результати або очікуваний вплив]
- Хто отримує користь: [Сегмент користувачів]
- Посилання: [Де побачити]

Функція 2: [Та ж структура]
- Що робить: [Опис]
- Вплив: [Результати]
- Для кого: [Аудиторія]

Виправлення помилок/покращення:
- [Важливі виправлення]
- [Покращення продуктивності]
- [Інші оновлення]

---

🔨 НАД ЧИМ МИ ПРАЦЮЄМО:

Фокус цього тижня/місяця:
- [Ініціатива 1]: [Статус] - [Очікуване завершення]
- [Ініціатива 2]: [Статус] - [Прогрес]
- [Ініціатива 3]: [Статус] - [Деталі]

Прогрес відносно дорожньої карти:
- На треку: [X елементів]
- Під ризиком: [Y елементів - з планом пом'якшення]
- Завершено: [Z елементів]

---

💡 КЛЮЧОВІ ВИСНОВКИ:

Зворотний зв'язок користувачів:
- "[Цитата з досліджень/зворотного зв'язку]"
- Інсайт: [Що ми дізналися]
- Дія: [Що ми робимо з цим]

Інсайти з даних:
- [Несподівана знахідка]
- [Що це означає]
- [Наші наступні кроки]

---

🚧 ВИКЛИКИ ТА БЛОКЕРИ:

Виклик 1: [Опис проблеми]
- Вплив: [Як це впливає на часову шкалу/обсяг]
- План: [Як ми вирішуємо]
- Потрібна допомога: [Що зацікавлені сторони можуть зробити] (якщо застосовується)

Виклик 2: [Та ж структура]
- Вплив: [Опис]
- План: [Рішення]
- Допомога: [Запит]

---

🎯 НАСТУПНІ ВІХИ:

Наступного тижня/місяця:
- [Дата]: [Віха 1]
- [Дата]: [Віха 2]
- [Дата]: [Віха 3]

На перспективу (наступний квартал):
- [Велика ініціатива]
- [Очікувані результати]

---

❓ ПОТРІБНІ РІШЕННЯ:

Рішення 1: [Опис питання]
- Варіанти: [A, B, C]
- Рекомендація: [Який варіант і чому]
- Термін: [Коли потрібна відповідь]

Рішення 2: [Та ж структура]
- Варіанти: [Список]
- Рекомендація: [Наша думка]
- Термін: [Дата]

---

🙏 ПРОХАННЯ:

Від [Група зацікавлених сторін]:
- [Конкретний запит]
- [Навіщо потрібно]
- [До якого часу]

---

📎 РЕСУРСИ:

- Дорожня карта: [Посилання]
- Остання демонстрація: [Посилання]
- Дашборд метрик: [Посилання]
- Детальні оновлення: [Де знайти більше]

---

Питання? Відповідайте в цій темі або пишіть мені в Slack.

Дякую за вашу постійну підтримку!

[Ваше ім'я]
[Посада]

---

ВАРІАЦІЇ ЗА АУДИТОРІЄЮ:

Для керівництва (коротше):
- Фокус на бізнес-метриках
- Стратегічні наслідки
- Вплив на результати компанії
- Без технічних деталей

Для міжфункціональних команд (детально):
- Більше тактичних деталей
- Як це впливає на їхню роботу
- Можливості для співпраці
- Технічні нюанси

Для ради директорів (високий рівень):
- Стратегічний прогрес
- Позиціонування на ринку
- Конкурентний ландшафт
- Фінансовий вплив

Мова: українська.


Промпт 6: Пріоритизація Функцій (RICE Framework)
Проведи RICE пріоритизацію для функцій/елементів беклогу.

ФУНКЦІЇ ДЛЯ ПРІОРИТИЗАЦІЇ:
1. [Назва функції 1]
2. [Назва функції 2]
3. [Назва функції 3]
[... продовжити список]

МЕТОДОЛОГІЯ RICE:

Для кожної функції оціни за 4 параметрами:

---

ФУНКЦІЯ: [Назва]

R - ОХОПЛЕННЯ (REACH):
Скільки користувачів це вплине за квартал?
- Загальна доступна аудиторія: [X користувачів]
- % тих, хто використає цю функцію: [Y%]
- Охоплення за квартал: [Z користувачів]

Розрахунок: [X × Y% = Z]
Оцінка охоплення: [Кількість користувачів за період]

I - ВПЛИВ (IMPACT):
Наскільки це змінить ситуацію для кожного користувача?

Шкала оцінки:
- 3 = Масивний вплив (game-changer, революційна зміна)
- 2 = Високий вплив (значне покращення)
- 1 = Середній вплив (помітне покращення)
- 0.5 = Низький вплив (мале покращення)
- 0.25 = Мінімальний вплив (крихітне покращення)

Докази:
- [Цитата з досліджень користувачів/дані]
- [Очікувана зміна поведінки]
- [Узгодження з цілями]

Оцінка впливу: [0.25 / 0.5 / 1 / 2 / 3]

C - ВПЕВНЕНІСТЬ (CONFIDENCE):
Наскільки ми впевнені в наших оцінках охоплення/впливу?

Шкала:
- 100% = Висока впевненість (є солідні дані)
- 80% = Середня впевненість (є деякі дані)
- 50% = Низька впевненість (переважно припущення)

На основі:
- [Джерела даних, які ми маємо]
- [Проведені дослідження]
- [Минулий досвід з подібними функціями]

Оцінка впевненості: [50% / 80% / 100%]

E - ЗУСИЛЛЯ (EFFORT):
Скільки часу це займе? (Людино-місяці)

Розбивка:
- Розробка: [X місяців]
- Дизайн: [Y місяців]
- Тестування (QA): [Z місяців]
- Загальні зусилля: [Сума людино-місяців]

Включає:
- Планування та специфікації
- Реалізація
- Тестування
- Активності запуску
- Документація

Оцінка зусиль: [Загальна кількість людино-місяців]

---

RICE ОЦІНКА = (Охоплення × Вплив × Впевненість) / Зусилля

Розрахунок:
= ([Охоплення] × [Вплив] × [Впевненість%]) / [Зусилля]
= [Фінальна оцінка]

---

МАТРИЦЯ ПРІОРИТИЗАЦІЇ:

[Створи таблицю для всіх функцій]

| Функція | Охоплення | Вплив | Впевненість | Зусилля | RICE Оцінка | Ранг |
|---------|-----------|-------|-------------|---------|-------------|------|
| Функція 1 | 1000 | 2 | 80% | 3 | 533 | 1 |
| Функція 2 | 500 | 3 | 100% | 2 | 750 | 2 |
| Функція 3 | [X] | [Y] | [Z%] | [E] | [Оцінка] | [#] |
| Функція 4 | [X] | [Y] | [Z%] | [E] | [Оцінка] | [#] |
| Функція 5 | [X] | [Y] | [Z%] | [E] | [Оцінка] | [#] |

---

РІШЕННЯ ЩОДО ПРІОРИТИЗАЦІЇ:

ТОП-ПРІОРИТЕТИ (Робимо першими):

1. [Назва функції] - RICE: [оцінка]
   Чому: [Обґрунтування - високе охоплення, сильний вплив тощо]
   
2. [Назва функції] - RICE: [оцінка]
   Чому: [Обґрунтування]
   
3. [Назва функції] - RICE: [оцінка]
   Чому: [Обґрунтування]

СЕРЕДНІ ПРІОРИТЕТИ (Робимо наступними):

4. [Назва функції] - RICE: [оцінка]
5. [Назва функції] - RICE: [оцінка]
6. [Назва функції] - RICE: [оцінка]

НИЗЬКІ ПРІОРИТЕТИ (Робимо пізніше):

7. [Назва функції] - RICE: [оцінка]
8. [Назва функції] - RICE: [оцінка]

НЕ РОБИМО ЗАРАЗ:
- [Назва функції]: [Чому - низька оцінка/стратегічна невідповідність]

---

АНАЛІЗ ЧУТЛИВОСТІ:

Що якщо наші припущення неправильні?

Оптимістичний сценарій:
- Якщо охоплення в 2 рази вище: [Як зміняться рейтинги]
- Якщо вплив вищий: [Нові пріоритети]

Песимістичний сценарій:
- Якщо зусилля в 2 рази більші: [Як зміняться рейтинги]
- Якщо впевненість нижча: [Вплив на рішення]

Ключові невизначеності:
- [Найбільше припущення для валідації]
- [Потрібні дослідження]
- [Ризики оцінок]

---

СТРАТЕГІЧНІ КОРИГУВАННЯ:

Хоча RICE надає рейтинг на основі даних, також враховуйте:

Стратегічна важливість:
- [Функція X] узгоджується з [ініціативою компанії]
- Може заслуговувати вищого пріоритету, незважаючи на нижчий RICE
- Довгострокова стратегічна цінність

Технічні залежності:
- [Функція Y] блокує [Функцію Z]
- Треба зробити Y спочатку
- Технічний борг або інфраструктура

Конкурентний тиск:
- [Функція A] потрібна для конкуренції
- Термінова/часочутлива
- Ринкові вимоги

Моральний дух команди:
- [Функція B] - інженери в захваті від неї
- Може підвищити мотивацію
- Технічна цікавість

Швидкі перемоги (Quick wins):
- [Функція C] високий вплив, низькі зусилля
- Добре для імпульсу
- Швидкий результат

---

ФІНАЛЬНА ПРІОРИТИЗАЦІЯ:

[Скоригований список після стратегічних міркувань]

1. [Функція] - RICE: [оцінка] + [стратегічне коригування]
2. [Функція] - RICE: [оцінка]
3. [Функція] - RICE: [оцінка] (знижено через залежності)

---

КОМУНІКАЦІЯ:

Для зацікавлених сторін:
"На основі RICE аналізу ми рекомендуємо пріоритизувати [Функція 1], тому що вона охоплює [X] користувачів, має [високий/середній] вплив, ми [впевнені/дещо впевнені] в оцінках, і вона вимагає [Y] зусиль. Це перемагає [Функцію 2], яка має [нижчу оцінку] через [причина]."

Для команди:
"Ось чому ми будуємо [Функція 1] наступною: [Історія впливу на користувачів]. Вона має оцінку [X] за RICE, що означає найвищий ROI для нашого часу."

---

НАСТУПНІ КРОКИ:

1. Огляд з командою: [Дата]
2. Валідація припущень: [Які дослідження провести]
3. Отримання схвалення зацікавлених сторін: [Кому презентувати]
4. Оновлення дорожньої карти: [Відобразити нові пріоритети]
5. Повторна оцінка: [Щоквартально / коли з'являється нова інформація]

ДОДАТКОВІ РЕКОМЕНДАЦІЇ:
- Використовуйте RICE як вихідну точку, а не абсолютну істину
- Комбінуйте з якісними міркуваннями
- Регулярно переглядайте оцінки
- Документуйте припущення

Мова: українська.
Framework: RICE (Охоплення, Вплив, Впевненість, Зусилля)
Експорт до: Excel/Google Sheets для зручного сортування


Промпт 7: Примітки до Релізу
Напиши примітки до релізу для [Версія/Назва функції].

ІНФОРМАЦІЯ ПРО РЕЛІЗ:
- Версія: [v1.2.0]
- Дата релізу: [Дата]
- Тип: [Основний (Major) / Другорядний (Minor) / Патч (Patch)]
- Тема: [Про що цей реліз]

СТРУКТУРА ПРИМІТОК ДО РЕЛІЗУ:

---

ЗАГОЛОВОК:
[Назва продукту] [Версія] - [Резюме одним рядком]

Приклад: "Дашборд v2.0 - Швидший, розумніший, кращий"

---

🎉 ЩО НОВОГО:

Функція 1: [Назва]

Що вона робить:
- [Зрозумілий опис простою мовою]
- [Ключова користь]

Як її використовувати:
- [Крок 1]
- [Крок 2]
- [Крок 3]

Для кого:
- [Цільові користувачі]

Скріншот: [Опис або посилання]

Функція 2: [Та ж структура]

Що робить:
- [Опис]
- [Користь]

Як використовувати:
- [Інструкції]

Для кого:
- [Аудиторія]

Функція 3: [Та ж структура]

---

✨ ПОКРАЩЕННЯ:

- [Покращення 1]: [Що тепер краще]
- [Покращення 2]: [Вплив на користувачів]
- [Покращення 3]: [Користь для продуктивності/UX]
- [Покращення 4]: [Деталі]

---

🐛 ВИПРАВЛЕННЯ ПОМИЛОК:

- Виправлено: [Опис проблеми]
  * Вплив: [На кого це впливало]
  * Тепер: [Як працює правильно]
  
- Виправлено: [Проблема 2]
  * Вплив: [Деталі]
  * Тепер: [Рішення]
  
- Виправлено: [Проблема 3]

---

🔧 ТЕХНІЧНІ ОНОВЛЕННЯ (опціонально - для технічно підкованих користувачів):

- Зміни в API: [Опис змін]
- Покращення продуктивності: [X% швидше]
- Оновлення інфраструктури: [Деталі]
- Покращення безпеки: [Що зроблено]

---

📊 У ЦИФРАХ:

Покращення продуктивності:
- Час завантаження: [X% швидше]
- Час відгуку: [покращення на Y мс]
- Виправлені помилки: [Z проблем вирішено]

Вплив на користувачів:
- [X функцій додано]
- [Y покращень]
- [Z помилок виправлено]

---

🚀 ЯК ОТРИМАТИ ОНОВЛЕННЯ:

Для веб-додатку:
- [Автоматично доступно за URL]
- [Не потрібно дій / Оновіть браузер]

Для мобільного додатку:
- [Оновлення в App Store / Google Play]
- [Версія X.Y.Z]
- [Автоматичне оновлення через X днів]

Для API:
- [Посилання на керівництво з міграції]
- [Критичні зміни, якщо є]

---

📚 РЕСУРСИ:

- Повний список змін: [Посилання]
- Документація: [Посилання]
- Відеоогляд: [Посилання]
- Підтримка: [Контакт]

---

🔜 ЩО ДАЛІ:

Попередній перегляд наступного релізу:
- [Функція A] - Очікується [часові рамки]
- [Функція B] - У розробці
- [Функція C] - На дорожній карті

Дивіться нашу публічну дорожню карту: [Посилання]

---

💬 ЗВОРОТНИЙ ЗВ'ЯЗОК:

Нам буде приємно почути ваші думки!
- [Форма зворотного зв'язку]
- [Форум спільноти]
- [Email підтримки]

---

ВАРІАЦІЇ ЗА АУДИТОРІЄЮ:

ДЛЯ КІНЦЕВИХ КОРИСТУВАЧІВ (просто):

Заголовок: "Що Нового в [Продукт]"

Фокус:
- На користь, а не технічні деталі
- Використовуйте скріншоти/GIF
- Дружній, невимушений тон
- Підкресліть, як це полегшує життя

Приклад:
"🎊 Вітаємо в Dashboard 2.0!

Ми прислухалися до вашого зворотного зв'язку і раді поділитися великими покращеннями.

🆕 Нове: Власні Віджети
Створіть ідеальний дашборд! Перетягуйте віджети, щоб бачити саме те, що важливо для вас.
→ Перейдіть до Дашборду → Натисніть \"Налаштувати\"

⚡ Швидше Завантаження
Ваш дашборд тепер завантажується на 60% швидше. Більше ніякого очікування!

🎨 Темний Режим
Нарешті! Увімкніть темний режим в Налаштування → Зовнішній вигляд.

🐛 Виправлення
- Графіки більше не зникають на мобільних
- Експорт в Excel тепер дійсно експортує все
- Сповіщення не спамлять вас 100 разів (обіцяємо!)

Питання? Пишіть на support@company.com

Успіхів!  
Команда [Продукт]"

ДЛЯ РОЗРОБНИКІВ (технічно):

Заголовок: "Примітки до Релізу v[X.Y.Z]"

Фокус:
- Зміни в API з прикладами коду
- Критичні зміни чітко позначені
- Керівництва з міграції
- Технічні метрики продуктивності

Формат:
```
## Критичні Зміни (Breaking Changes)
- [Зміна 1]: [Що змінилося]
  Було: `code example`
  Стало: `new code`
  
## Нові API Endpoints
- `POST /api/v2/widgets` - [Опис]
  
## Застарілі (Deprecated)
- `GET /api/v1/old-endpoint` - буде видалено в v2.0
```

ДЛЯ КОРПОРАТИВНИХ КЛІЄНТІВ (офіційно):

Заголовок: "Реліз [Продукт] [Версія] - [Дата]"

Фокус:
- Оновлення безпеки
- Інформація про відповідність вимогам (compliance)
- Функції для адміністраторів
- Оновлення інтеграцій
- Покращення SLA

Формат:
"ЗВЕДЕННЯ РЕЛІЗУ

Версія: [X.Y.Z]
Дата: [Дата]
Категорія: [Плановий реліз]

ОНОВЛЕННЯ БЕЗПЕКИ:
- [Оновлення 1]
- [Сертифікація/Відповідність]

ФУНКЦІЇ ДЛЯ ПІДПРИЄМСТВ:
- [Функція адміністрування]
- [SSO/SAML оновлення]

SLA ПОКРАЩЕННЯ:
- Час безвідмовної роботи: [X%]"

---

ВНУТРІШНЯ ВЕРСІЯ (для команди):

Той самий контент плюс:

ПЛАН РОЗГОРТАННЯ:
- Фаза 1: [10% користувачів] - [Дата]
- Фаза 2: [50% користувачів] - [Дата]
- Фаза 3: [100% розгортання] - [Дата]

МОНІТОРИНГ:
- Метрики для відстеження: [Список]
- Пороги сповіщень: [Критерії]
- План відкату: [Якщо X станеться, робити Y]

ПІДГОТОВКА ПІДТРИМКИ:
- FAQ оновлено: ✅
- Команда навчена: ✅
- Процес ескалації: [Опис]

ВІДОМІ ПРОБЛЕМИ:
- [Проблема 1]: Обхідний шлях - [X]
- [Проблема 2]: Виправлення в патчі [v1.2.1]

Мова: українська.
Тон: [Радісний / Професійний / Невимушений] залежно від аудиторії


Промпт 8: План Виходу на Ринок (Go-to-Market)
Створи план виходу на ринок (GTM) для [Назва продукту/функції].

КОНТЕКСТ ПРОДУКТУ:
- Що: [Опис продукту/функції]
- Цільовий ринок: [Кому ми продаємо]
- Дата запуску: [Коли]
- Ціна: [Якщо застосовно]
- Конкуренція: [Основні конкуренти]

GTM ПЛАН:

1. ПОЗИЦІОНУВАННЯ:

Ціннісна пропозиція:
"[Продукт] допомагає [цільовому клієнту] [досягти мети] завдяки [унікальній можливості]."

Приклад: "Acme AI допомагає Product Managers створювати користувацькі історії в 10 разів швидше завдяки AI, що розуміє контекст продукту."

Ключові повідомлення:
1. [Основне повідомлення 1]
   - Чому це важливо: [Користь]
   - Доказ: [Дані/функція]
2. [Основне повідомлення 2]
3. [Основне повідомлення 3]

Диференціація:
Проти [Конкурент 1]: [Чим ми кращі]
Проти [Конкурент 2]: [Чим ми відрізняємося]
Проти статус-кво: [Чому змінювати зараз]

2. ЦІЛЬОВИЙ КЛІЄНТ:

Ідеальний Профіль Клієнта (ICP):

Компанія:
- Галузь: [сектори]
- Розмір: [# працівників / дохід]
- Технологічний стек: [що використовують]
- Бюджет: [рівень витрат]

Персона покупця:
- Роль: [посада]
- Цілі: [чого хочуть]
- Болі: [що їх фруструє]
- Критерії рішення: [що оцінюють]
- Процес покупки: [як купують]

Сегменти:
Основний: [На кого націлюємося спочатку]
- Розмір: [TAM - загальний доступний ринок]
- Чому першим: [Обґрунтування]

Другорядний: [Наступний сегмент]
- Розмір: [TAM]
- Коли: [Після успіху з основним]

3. МАРКЕТИНГОВА СТРАТЕГІЯ:

Перед запуском (4-6 тижнів до):

Тиждень -6 до -4:
- [ ] Створити цільову сторінку (landing page)
- [ ] Налаштувати email-послідовності
- [ ] Підготувати демо/відео
- [ ] Створити календар соціальних мереж
- [ ] Зв'язатися з користувачами раннього доступу

Тиждень -3 до -1:
- [ ] Підготувати прес-релізи
- [ ] Охоплення інфлюенсерів/партнерів
- [ ] Підготувати рекламні кампанії
- [ ] Контент-маркетинг (статті в блозі тощо)
- [ ] Запустити бета-програму

День запуску:
- [ ] Продукт в ефірі
- [ ] Масова розсилка на список email
- [ ] Пости в соціальних мережах
- [ ] Запуск на Product Hunt (якщо B2C)
- [ ] Розповсюдження прес-релізу
- [ ] Вебінар/живе демо

Після запуску (перші 30 днів):
- [ ] Щоденний моніторинг та оптимізація
- [ ] Збір відгуків
- [ ] Кейс-стаді
- [ ] Серія контенту
- [ ] Масштабування платної реклами

Канали:

Власні (Owned):
- Вебсайт: [Цільова сторінка, блог]
- Email: [Розмір списку, сегменти]
- Соціальні мережі: [Платформи, фоловери]

Зароблені (Earned):
- PR: [Цільові видання]
- Інфлюенсери: [До кого звертатися]
- Партнерства: [Компанії для співпраці]

Платні (Paid):
- Google Ads: [Бюджет, ключові слова]
- Реклама в соціальних мережах: [Бюджет, платформи]
- Медійна реклама: [Де, бюджет]

4. СТРАТЕГІЯ ПРОДАЖІВ:

Процес продажів:
- Кваліфікація лідів: [Критерії MQL → SQL]
  * MQL (Marketing Qualified Lead) - маркетингово кваліфікований лід
  * SQL (Sales Qualified Lead) - лід кваліфікований для продажів
- Демо: [Хто проводить, формат]
- Пробний період/POC: [Тривалість, критерії успіху]
- Переговори: [Типові точки застою]
- Закриття угоди: [Договір, онбордінг]

Необхідні матеріали для продажів:
- [ ] Однасторінковик (one-pager)
- [ ] Презентація для питчу
- [ ] Сценарій демо
- [ ] Калькулятор ROI
- [ ] Кейс-стаді
- [ ] Карти конкурентної боротьби
- [ ] Прайс-лист
- [ ] Шаблон договору

Навчання відділу продажів:
- Тренінг: [Коли, що]
- Демо-середовище: [Налаштування]
- Гід по роботі із запереченнями: [Поширені заперечення + відповіді]

Цілі:
- Місяць 1: [X угод / $Y доходу]
- Місяць 3: [X угод / $Y доходу]
- Місяць 6: [X угод / $Y доходу]

5. УСПІХ КЛІЄНТА:

Онбордінг (адаптація):
- День 1: [Привітальний email, швидкий старт]
- Тиждень 1: [Дзвінок-перевірка, навчання]
- Місяць 1: [Огляд успіху, поради з оптимізації]

Критерії успіху:
- Час до першої цінності: [X днів]
- Рівень активації: [X%]
- Прийняття функцій: [Ключові функції використовуються]

Підтримка:
- Канали: [Email, чат, телефон]
- SLA: [Час відповіді, час вирішення]
- Ресурси: [Довідковий центр, документація, відео]

6. МЕТРИКИ ТА ЦІЛІ:

Обізнаність (Awareness):
- Трафік на сайт: [X відвідувачів до місяця 3]
- Охоплення в соціальних мережах: [Y показів]
- PR охоплення: [Z згадок]

Залучення (Acquisition):
- Реєстрації: [X на місяць]
- Пробні версії: [Y на місяць]
- SQL: [Z на місяць]

Конверсія:
- Пробна версія → Платна: [X%]
- MQL → SQL: [Y%]
- SQL → Клієнт: [Z%]

Дохід (Revenue):
- Місяць 1: [$X]
- Місяць 3: [$Y]
- Місяць 6: [$Z]
- Точка беззбитковості: [Місяць X]

Утримання (Retention):
- Рівень відтоку (churn): [Y]
- LTV клієнта (Lifetime Value): [$Z]

7. БЮДЖЕТ:

Загальний GTM бюджет: [$X]

Розподіл:

Маркетинг: [$X] (Y%)
  * Контент: [$X]
  * Платна реклама: [$X]
  * Події: [$X]
  * Інструменти: [$X]

Продажі: [$X] (Y%)
  * Команда: [$X]
  * Інструменти: [$X]
  * Матеріали: [$X]

Успіх клієнта: [$X] (Y%)
  * Онбордінг: [$X]
  * Інструменти підтримки: [$X]

8. ЧАСОВА ШКАЛА:

Т-60 днів: Планування та підготовка
Т-30 днів: Маркетинг перед запуском
Т-14 днів: Бета-програма
Т-7 днів: Фінальне QA та готовність
Т-0: ЗАПУСК
Т+30 днів: Фаза оптимізації
Т+90 днів: Фаза масштабування

9. РИЗИКИ ТА ПЛАНИ НА ВИПАДОК НЕПЕРЕДБАЧЕНИХ СИТУАЦІЙ:

Ризик 1: Низьке початкове прийняття
- Пом'якшення: [Додатковий маркетинг, знижки]
- Тригер: [Якщо < X реєстрацій до тижня 2]

Ризик 2: Технічні проблеми при запуску
- Пом'якшення: [Поетапне розгортання, підтримка 24/7]
- Тригер: [Якщо час роботи < X%]

Ризик 3: Конкурентна відповідь
- Пом'якшення: [Підкреслити диференціацію]
- Тригер: [Якщо конкурент запустить подібне]

10. КОМАНДА ТА ВІДПОВІДАЛЬНОСТІ:

Власник запуску: [Ім'я PM]

Керівник маркетингу: [Ім'я]
- Відповідальний за: [Список]

Керівник продажів: [Ім'я]
- Відповідальний за: [Список]

Керівник продукту: [Ім'я]
- Відповідальний за: [Список]

Керівник успіху клієнтів: [Ім'я]
- Відповідальний за: [Список]

RACI матриця:
[Завдання] - [Responsible / Accountable / Consulted / Informed]
(Відповідальний / Підзвітний / Консультований / Інформований)

11. ОГЛЯД ПІСЛЯ ЗАПУСКУ:

Огляд через 30 днів:
- Що спрацювало: [Перемоги]
- Що не спрацювало: [Промахи]
- Досягнуті метрики: [Порівняно з цілями]
- Коригування: [Зміни, які треба зробити]

Огляд через 90 днів:
- [Та ж структура]

Беклог навчання:
- [Інсайт 1] → [Дія]
- [Інсайт 2] → [Дія]

Мова: українська.
Формат: Резюме для керівництва + Детальний тактичний план


Промпт 9: Конкурентний Аналіз
Проведи конкурентний аналіз для продукту/категорії функцій [Категорія].

ВАШ ПРОДУКТ:
- Назва: [Ваш продукт]
- Цільовий ринок: [Сегмент ринку]
- Ключові функції: [Топ 3-5 функцій]

КОНКУРЕНТИ ДЛЯ АНАЛІЗУ:
1. [Конкурент 1 - Прямий]
2. [Конкурент 2 - Прямий]
3. [Конкурент 3 - Непрямий]

АНАЛІЗ ДЛЯ КОЖНОГО КОНКУРЕНТА:

---

КОНКУРЕНТ: [Назва]

1. ОГЛЯД:
- Заснований: [Рік]
- Фінансування: [Етап / Сума]
- Розмір команди: [Працівники]
- Штаб-квартира: [Локація]
- Вебсайт: [URL]

2. ПРОДУКТ:

Основна пропозиція:
- [Що вони продають]
- [Ключові можливості]

Функції:

Обов'язкові функції (базові):
- ✅ Функція A
- ✅ Функція B
- ❌ Функція C (у них немає)

Унікальні функції:
- [Функція 1]: [Як працює]
- [Функція 2]: [Як працює]

UX/UI (користувацький досвід та інтерфейс):
- Якість: [Оцінка 1-10]
- Сильні сторони: [Що добре]
- Слабкі сторони: [Що погано]

Технологія:
- Платформа: [Веб/мобільний/десктоп]
- Інтеграції: [З чим інтегруються]
- API: [Доступний? Якість?]

3. ЦІНОУТВОРЕННЯ:

Модель ціноутворення:
- [Freemium / Підписка / Одноразовий платіж / На основі використання]

Тарифи:

Безкоштовний: [Що отримуєте]
Базовий: [$X/міс] - [Функції]
Професійний: [$Y/міс] - [Функції]
Корпоративний: [На замовлення] - [Функції]

Порівняно з нами:
- [Дорожче / Дешевше / Подібно]
- [Оцінка співвідношення ціна/якість]

4. ЦІЛЬОВИЙ РИНОК:

На кого націлені:
- Розмір компанії: [Малий бізнес / Середній ринок / Підприємства]
- Галузі: [Сектори]
- Персони: [Ролі]

Вихід на ринок:
- Модель продажів: [Самообслуговування / Через продажі / Гібрид]
- Канал: [Прямий / Партнери / Обидва]

5. ПОЗИЦІОНУВАННЯ ТА ПОВІДОМЛЕННЯ:

Слоган:
"[Їхній слоган]"

Ціннісна пропозиція:
[Як вони описують свою цінність]

Ключові повідомлення:
- [Повідомлення 1]
- [Повідомлення 2]
- [Повідомлення 3]

Сприйняття бренду:
- [Як ринок їх сприймає]
- [Репутація]

6. МАРКЕТИНГ:

Вебсайт:
- Трафік: [Оцінка щомісячних відвідувачів]
- SEO: [Ключові слова, за якими ранжуються]
- Контент: [Якість/частота блогу]

Присутність у соціальних мережах:
- LinkedIn: [X фоловерів, залученість]
- Twitter: [Y фоловерів]
- Інше: [Канали]

Контент-маркетинг:
- Типи: [Блоги, відео, вебінари тощо]
- Якість: [Оцінка]
- Частота: [Як часто]

Платна реклама:
- Канали: [Де рекламуються]
- Повідомлення: [Теми реклами]

7. КЛІЄНТИ:

Приклади клієнтів:
- [Відомий клієнт 1]
- [Відомий клієнт 2]
- [Відомий клієнт 3]

Сегменти клієнтів:
- [Основний сегмент, якому обслуговують]

Відгуки/настрої:
- G2: [X зірок, Y відгуків]
  * Плюси: [Що користувачі люблять]
  * Мінуси: [На що користувачі скаржаться]
- Capterra: [Рейтинг]
- Онлайн-настрої: [Позитивні/Змішані/Негативні]

8. СИЛЬНІ СТОРОНИ:

Що вони роблять добре:

✅ [Сильна сторона 1]
- Чому це важливо: [Вплив]
- Загроза для нас: [Висока/Середня/Низька]

✅ [Сильна сторона 2]
✅ [Сильна сторона 3]

Конкурентні переваги:
- [Перевага, яку вони мають над нами]

9. СЛАБКІ СТОРОНИ:

Де вони програють:

❌ [Слабкість 1]
- Чому це важливо: [Вплив]
- Можливість для нас: [Як ми можемо скористатися]

❌ [Слабкість 2]
❌ [Слабкість 3]

Прогалини:
- [Функції/сегменти, які вони не покривають]

10. СТРАТЕГІЯ ТА НАПРЯМОК:

Останні кроки:
- [Останні запуски функцій]
- [Оголошені партнерства]
- [Фінансування/придбання]

Майбутній напрямок (на основі):
- Вакансії: [Які ролі наймають]
- Продуктова дорожня карта (якщо публічна): [Що планують]
- Інтерв'ю керівників: [Що вони говорять]

Стратегічний фокус:
- [Куди вони інвестують]

---

КОНКУРЕНТНА МАТРИЦЯ:

| Функція | Ми | Конкурент 1 | Конкурент 2 | Конкурент 3 |
|---------|-----|-------------|-------------|-------------|
| [Функція A] | ✅ Відмінно | ✅ Добре | ❌ Немає | ✅ Базово |
| [Функція B] | ✅ | ✅ | ✅ | ❌ |
| [Функція C] | 🚧 Планується | ✅ | ❌ | ✅ |
| Ціна (початкова) | $X | $Y | $Z | $A |
| Простота використання | ⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐ |

---

КАРТА СПРИЙНЯТТЯ:

[Створити матрицю 2x2]

Вісь 1 (горизонтальна): [Простий → Складний]
Вісь 2 (вертикальна): [Доступний → Преміум]

Позиції конкурентів та нас:
- [Наша позиція]
- [Позиції конкурентів]

Інсайти:
- [Де є прогалини на ринку]
- [Де конкуренція найжорсткіша]

---

АНАЛІЗ ПЕРЕМОГ/ПОРАЗОК:

Угоди, які ми виграли проти них:
- Чому ми виграли: [Причини]
- Загальний патерн: [Що схилило чашу терезів]

Угоди, які ми програли їм:
- Чому ми програли: [Причини]
- Як покращити: [Що змінити]

---

СТРАТЕГІЧНІ РЕКОМЕНДАЦІЇ:

1. ДИФЕРЕНЦІАЦІЯ:

Де конкурувати:
- [Простір 1]: [Чому/як]
- [Простір 2]: [Чому/як]

Де НЕ конкурувати:
- [Простір X]: [Чому - занадто переповнено/не стратегічно]

Унікальне позиціонування:
"[Наш унікальний підхід, якого немає у жодного конкурента]"

2. НАСЛІДКИ ДЛЯ ДОРОЖНЬОЇ КАРТИ:

Необхідно створити (базові функції):
- [Функція 1]: [У конкурентів є, нам потрібна]

Диференціатори (унікальна цінність):
- [Функція 2]: [У нікого немає, ми повинні створити]

Можна почекати:
- [Функція 3]: [Приємно мати, але не критично]

3. СТРАТЕГІЯ ПОВІДОМЛЕНЬ:

Порівняльне позиціонування:
Проти [Конкурент 1]: "На відміну від [них], які [слабкість], ми [наша сила]"
Проти [Конкурент 2]: [Аналогічний формат]

Акцент на ціннісній пропозиції:
- Почати з: [Наш ключовий диференціатор]
- Підкреслити: [Де ми явно кращі]

4. РІВЕНЬ ЗАГРОЗИ:

Загальна конкурентна загроза:

- [Конкурент 1]: 🔴 Висока / 🟡 Середня / 🟢 Низька
  * Чому: [Обґрунтування]
  * Стежити за: [Що може зробити їх небезпечнішими]
  
- [Конкурент 2]: [Те саме]

Потенційні загрози:
- [Компанія X]: Зараз малі, але [швидко ростуть / добре фінансуються / інноваційний підхід]

5. ПЛАН МОНІТОРИНГУ:

Що відстежувати:
- Зміни в продукті: [Перевіряти щомісяця через їхній changelog]
- Зміни цін: [Моніторити щокварталу]
- Ринкові настрої: [Відгуки G2 щомісяця]
- Стратегічні кроки: [LinkedIn, прес-релізи]

Інструменти:
- [Kompyte / Crayon / Klue / Власне відстеження]

Періодичність огляду:
- Швидкі оновлення: [Щотижня для відділу продажів]
- Глибокий аналіз: [Щокварталу]
- Стратегічна сесія: [Двічі на рік]

Мова: українська.
Частота оновлень: Щокварталу або при значних змінах


Промпт 10: Синтез Користувацьких Досліджень
Синтезуй результати користувацьких досліджень з [Тип досліджень: інтерв'ю/опитування/юзабіліті-тести].

КОНТЕКСТ ДОСЛІДЖЕННЯ:
- Метод: [Інтерв'ю / Опитування / Юзабіліті-тести / Польові дослідження]
- Учасники: [X людей]
- Дати: [Коли проведено]
- Дослідницькі питання: [Що ми хотіли дізнатися]

ЗВІТ ПРО СИНТЕЗ:

1. РЕЗЮМЕ ДЛЯ КЕРІВНИЦТВА:

Мета дослідження:
[Що ми намагалися виявити]

Ключові висновки (топ-3):
1. [Висновок 1] - [Вплив: Високий/Середній/Низький]
2. [Висновок 2] - [Вплив]
3. [Висновок 3] - [Вплив]

Рекомендації (топ-3):
1. [Дія 1] - [Пріоритет: P0/P1/P2]
2. [Дія 2] - [Пріоритет]
3. [Дія 3] - [Пріоритет]

Коротко для зацікавлених сторін:
"[Один параграф, що підсумовує все]"

---

2. МЕТОДОЛОГІЯ:

Учасники:
- Загалом: [X]
- Демографія: [Розбивка]
- Сегменти:
  * [Сегмент 1]: [Y людей]
  * [Сегмент 2]: [Z людей]

Рекрутинг:
- Як: [Метод]
- Критерії: [Кого ми обирали]
- Винагорода: [Що вони отримали]

Дослідницькі активності:
- [Активність 1]: [Тривалість на сесію]
- [Активність 2]: [Що робили]

Часова шкала:
- Дослідження: [Дати]
- Аналіз: [Дати]

---

3. КЛЮЧОВІ ВИСНОВКИ:

ТЕМА 1: [Основна тема]

Висновок 1.1: [Конкретний інсайт]

Докази:
- Цитата 1: "[Цитата користувача]" - [ID учасника/сегмент]
- Цитата 2: "[Цитата]" - [ID]
- Дані: [X з Y учасників згадали це]

Наслідок:
[Що це означає для продукту]

Можливість:
[Як ми можемо це вирішити]

Висновок 1.2: [Наступний інсайт під тією ж темою]
[Та ж структура]

---

ТЕМА 2: [Основна тема]

Висновок 2.1: [Інсайт]

Докази:
- [Цитати та дані]

Наслідок:
[Вплив на продукт/стратегію]

---

ТЕМА 3: [Основна тема]
[Продовжити шаблон]

---

4. БОЛІ КОРИСТУВАЧІВ:

Біль 1: [Опис]
- Серйозність: [Висока / Середня / Низька]
- Частота: [Як часто користувачі це відчувають]
- Вплив: [Ефект на мету/задоволеність користувача]
- Цитати:
  * "[Опис болю користувачем]"
  * "[Інша цитата]"
- Поточний обхідний шлях: [Як користувачі справляються зараз]
- Можливість: [Як ми можемо вирішити]

Біль 2: [Та ж структура]
Біль 3: [Та ж структура]

Пріоритизація:
[Матриця: Серйозність проти Частоти]
- Необхідно виправити: [Болі в квадранті висока/висока]
- Варто виправити: [Висока серйозність АБО висока частота]
- Приємно виправити: [Низька/низька]

---

5. ПОТРЕБИ КОРИСТУВАЧІВ:

Потреба 1: [Що користувачі намагаються досягти]
- Завдання для виконання: "[Мета користувача їхніми словами]"
- Поточні рішення: [Як вони це роблять зараз]
- Прогалини: [Чого не вистачає]
- Критерії успіху: [Як користувачі вимірюють успіх]
- Пріоритет: [На основі того, наскільки критична ця потреба]

Потреба 2: [Та ж структура]
Потреба 3: [Та ж структура]

---

6. ПОВЕДІНКОВІ ПАТТЕРНИ:

Паттерн 1: [Спостережувана поведінка]
- Що ми бачили: [Опис]
- Чому це важливо: [Наслідок]
- Частота: [X% користувачів робили це]
- Приклад: [Конкретний випадок]

Паттерн 2: [Та ж структура]

Ментальні моделі:
- Як користувачі думають про [концепцію/функцію]:
  * "[Їхня ментальна модель]"
  * Проти нашої моделі: [Де ми відрізняємося]
  * Прогалина: [Невідповідність, яку треба вирішити]

---

7. ПРОБЛЕМИ ЮЗАБІЛІТІ (якщо тест юзабіліті):

Проблема 1: [Проблема з поточним дизайном/прототипом]
- Серйозність: [Критична / Основна / Незначна]
- Завдання: [Яке завдання це вплинуло]
- Рівень успіху: [X% користувачів змогли виконати завдання]
- Час на завдання: [Середній час, порівняно з еталоном]
- Помилки: [Поширені помилки]
- Цитати: "[Фрустрація користувача]"
- Рекомендація: [Як виправити]

Проблема 2: [Та ж структура]

Загальні метрики юзабіліті:
- Рівень завершення завдань: [X%]
- Час на завдання: [X секунд середньо]
- Помилки: [Y на сесію]
- Задоволеність: [Оцінка або SUS score]

---

8. ПОЗИТИВНИЙ ЗВОРОТНИЙ ЗВ'ЯЗОК:

Що користувачі полюбили:
- "[Цитата про те, що їм сподобалося]"
- [Функція/аспект]: [Чому вони це оцінили]

Конкурентні переваги:
- [Речі, які ми робимо краще за альтернативи]

Не змінювати:
- [Функції, які добре працюють як є]

---

9. ЦИТАТИ ЗА ТЕМАМИ:

Тема: [Болі]
- "[Цитата 1]" - [ID учасника]
- "[Цитата 2]" - [ID]
- "[Цитата 3]" - [ID]

Тема: [Запити на Функції]
- "[Цитата]"
- "[Цитата]"

Тема: [Позитивний Зворотний Зв'язок]
- "[Цитата]"
- "[Цитата]"

[Використовуйте це в презентаціях, ТЗП тощо]

---

10. СЕГМЕНТИ КОРИСТУВАЧІВ:

Сегмент 1: [Назва/Опис]
- Розмір: [% користувацької бази]
- Характеристики: [Демографія, поведінка]
- Потреби: [Унікальні для цього сегмента]
- Болі: [Специфічні для них]
- Переваги: [Чим відрізняються]

Сегмент 2: [Та ж структура]

Ключові відмінності:
[Як сегменти відрізняються за потребами/поведінкою]

Наслідки:
[Чи варто проектувати для всіх? Зосередитися на одному?]

---

11. РЕКОМЕНДАЦІЇ:

ВИСОКИЙ ПРІОРИТЕТ (P0 - Зробити зараз):

Рекомендація 1: [Дія]
- Чому: [Висновок, який це вирішує]
- Вплив: [Очікувана користь для користувача]
- Зусилля: [Розмір S/M/L]
- Відповідальний: [Команда/особа]
- Терміни: [Коли доставити]

Рекомендація 2: [Та ж структура]

СЕРЕДНІЙ ПРІОРИТЕТ (P1 - Зробити наступним):

Рекомендація 3: [Дія]
[Та ж структура]

НИЗЬКИЙ ПРІОРИТЕТ (P2 - Зробити пізніше):

Рекомендація 4: [Дія]

---

12. НАСЛІДКИ ДЛЯ ДОРОЖНЬОЇ КАРТИ:

Функції для створення:
- [Функція 1]: На основі [Висновок X]
- [Функція 2]: На основі [Висновок Y]

Функції для покращення:
- [Функція 3]: [Як виправити]

Функції для видалення/спрощення:
- [Функція 4]: [Користувачі не використовують/не розуміють]

Стратегічний напрямок:
- [Як це дослідження змінює нашу стратегію]

---

13. ВІДКРИТІ ПИТАННЯ:

Питання, які у нас залишилися:

1. [Питання 1]
   - Чому це важливо: [Вплив]
   - Як відповісти: [Наступний метод дослідження]

2. [Питання 2]

Подальші дослідження:
- [Що вивчати далі]
- [Метод для використання]
- [Коли проводити]

---

14. ДОДАТОК:

Повний список учасників:
[Таблиця з деталями учасників]

Протокол дослідження:
- [Гід інтерв'ю / Питання опитування / Тестові завдання]

Необроблені дані:
- Записи: [Посилання]
- Транскрипти: [Посилання]
- Результати опитування: [Посилання]

Артефакти:
- Карти подорожей: [Посилання]
- Діаграми спорідненості: [Посилання]
- Персони: [Посилання]

---

РЕЗУЛЬТАТИ:

Для зацікавлених сторін:
- Цей документ синтезу
- Презентація (10-15 слайдів)
- Відео з яскравими моментами (3-5 хв)

Для команди:
- Детальні висновки для посилання
- Бібліотека цитат
- Беклог рекомендацій

Для розробки продукту:
- Користувацькі історії на основі висновків
- Вимоги до дизайну
- Метрики успіху

Мова: українська.
Формат: Документ Confluence/Notion + слайди презентації


Промпт 11: Специфікація Дашборду Метрик
Створи специфікацію для дашборду метрик [Назва дашборду].

КОНТЕКСТ ДАШБОРДУ:
- Мета: [Які рішення підтримує цей дашборд]
- Аудиторія: [PM / Керівники / Вся команда / Клієнти]
- Частота оновлення: [Реальний час / Щодня / Щотижня]
- Інструмент: [Mixpanel / Amplitude / Looker / Власний]

СПЕЦИФІКАЦІЯ ДАШБОРДУ:

1. ЦІЛІ:

Основне питання, на яке відповідає цей дашборд:
"[Ключове питання]"

Додаткові питання:
- [Питання 2]
- [Питання 3]

Сценарії прийняття рішень:
- [Сценарій використання 1]
- [Сценарій використання 2]

2. КЛЮЧОВІ МЕТРИКИ:

МЕТРИКА 1: [Назва]

- Визначення: [Точна формула розрахунку]
- Чому це важливо: [Вплив на бізнес]
- Цільове значення: [Значення мети]
- Бенчмарк: [Галузевий стандарт або базовий рівень]
- Сповіщення: [Коли вживати дій]
- Відповідальний: [Хто відповідає]

Візуалізація:
- Тип: [Лінійний графік / Стовпчаста діаграма / Число / Воронка]
- Часовий діапазон: [Останні 7/30/90 днів]
- Деталізація: [Погодинно / Щодня / Щотижня]
- Розбивки: [За сегментом / каналом / когортою]

МЕТРИКА 2: [Та ж структура]

- Визначення: [Формула]
- Чому важливо: [Вплив]
- Цільове значення: [Ціль]
- Бенчмарк: [Еталон]
- Сповіщення: [Тригери]
- Відповідальний: [Особа]

Візуалізація:
- Тип: [Формат відображення]
- Часовий діапазон: [Період]
- Деталізація: [Рівень деталізації]
- Розбивки: [Сегментація]

МЕТРИКА 3: [Та ж структура]

3. КОМПОНУВАННЯ ДАШБОРДУ:

ВЕРХНІЙ РЯД (Ключові Числа):
- [Метрика 1]: Поточне значення, % зміни порівняно з періодом
- [Метрика 2]: Поточне значення, тренд
- [Метрика 3]: Поточне значення, досягнення цілі

СЕРЕДНЯ СЕКЦІЯ (Тренди):

Графік 1: [Метрика в часі]
Графік 2: [Візуалізація воронки]
Графік 3: [Когортний аналіз]

НИЖНЯ СЕКЦІЯ (Деталізація):

Таблиця 1: [Розбивка за сегментами]
Таблиця 2: [Топ-виконавці]

4. ФІЛЬТРИ:

Глобальні фільтри:
- Діапазон дат: [Пресети + власний]
- Платформа: [Веб / iOS / Android / Всі]
- Сегмент користувачів: [Випадаючий список із сегментами]
- Географія: [Вибір країни]

5. ДЖЕРЕЛА ДАНИХ:

Дані метрики 1:
- Подія: [назва_події]
- Властивості: [user_id, timestamp, action]
- З'єднання: [з таблицею user_properties]
- Трансформація: [логіка агрегації]

Залежності:
- Вимоги до відстеження: [Події, які мають спрацювати]
- Перевірки якості даних: [Правила валідації]

6. СПОВІЩЕННЯ:

Сповіщення 1:
- Умова: [Метрика падає нижче X]
- Повідомлення: [Slack / Email]
- Одержувачі: [Хто отримує сповіщення]
- SLA: [Очікуваний час відповіді]

Сповіщення 2: [Та ж структура]
- Умова: [Тригер]
- Повідомлення: [Канал]
- Одержувачі: [Список]
- SLA: [Вимоги]

7. ДОСТУП ТА ПРАВА:

Хто може переглядати: [Команда / Компанія / Всі]
Хто може редагувати: [PM / Аналітика]
Експорт: [Дозволено / Обмежено]

Мова: українська.


Промпт 12: Пріоритизація Технічного Боргу
Приоритизуй елементи технічного боргу та створи план усунення.

ПОТОЧНИЙ ТЕХНІЧНИЙ БОРГ:
1. [Елемент боргу 1]
2. [Елемент боргу 2]
3. [Елемент боргу 3]
[Перелічити всі елементи]

МЕТОДОЛОГІЯ ПРІОРИТИЗАЦІЇ:

Для кожного елемента боргу:

ЕЛЕМЕНТ: [Назва]

1. ВПЛИВ:

Вплив на користувачів: [Високий / Середній / Низький]
  * Як це впливає на користувачів: [Опис]
  * Постраждалі користувачі: [% або кількість]

Вплив на швидкість команди: [Високий / Середній / Низький]
  * Швидкість розробки: [Наскільки це сповільнює]
  * Рівень помилок: [Скільки помилок це спричиняє]

Бізнес-ризик: [Високий / Середній / Низький]
  * Безпека: [Чи це вразливість?]
  * Масштабованість: [Чи обмежує це зростання?]
  * Вартість: [Чи дорого це в експлуатації?]

2. ЗУСИЛЛЯ:

- Оцінка часу: [Story points або тижні]
- Потрібна команда: [Хто має працювати над цим]
- Складність: [Висока / Середня / Низька]
- Можливість поетапного виконання: [Так / Ні]

3. ТЕРМІНОВІСТЬ:

- Часова чутливість: [Необхідно виправити до якого часу]
- Залежності: [Що заблоковано цим]
- Погіршується: [Так / Ні - чи буде це наростати?]

4. ОЦІНКА:

Оцінка пріоритету = (Вплив × Терміновість) / Зусилля

---

МАТРИЦЯ ПРІОРИТИЗАЦІЇ:

| Елемент боргу | Вплив на користувачів | Швидкість | Ризик | Зусилля | Оцінка | Пріоритет |
|---------------|----------------------|-----------|-------|---------|--------|-----------|
| [Елемент 1]   | Високий              | Середній  | Високий | 5 SP  | 8.5    | P0        |
| [Елемент 2]   | Середній             | Високий   | Низький | 13 SP | 4.2    | P1        |
| [Елемент 3]   | [X]                  | [Y]       | [Z]   | [E]     | [Оцінка] | [P]     |

---

КАТЕГОРІЇ:

КРИТИЧНІ (P0 - Виправити НЕГАЙНО):
- [Елемент X]: [Чому це критично]

ВИСОКІ (P1 - Наступний квартал):
- [Елемент Y]: [Чому важливо]

СЕРЕДНІ (P2 - Цього року):
- [Елемент Z]: [Можна почекати, але потрібно]

НИЗЬКІ (P3 - Приємно мати):
- [Елемент A]: [Відкласти на невизначений термін]

---

ПЛАН ПОГАШЕННЯ БОРГУ:

План на Q1:
- Спринт 1-2: [P0 елемент 1] - [Очікуваний результат]
- Спринт 3: [P0 елемент 2]
- Спринт 4-5: [P1 елемент 1]

Розподіл ресурсів:
- [20%] потужності спринту на технічний борг
- [X] інженерів виділено

Метрики успіху:
- Помилки зменшено на [X%]
- Час деплою скорочено на [Y%]
- Задоволеність розробників: [Оцінка]

Мова: українська.


Промпт 13: План Бета-Програми
Створи план бета-програми для [Функція/Продукт].

БЕТА-ПРОГРАМА:

1. ЦІЛІ:

- Валідувати: [Що ми хочемо дізнатися]
- Протестувати: [Технічні припущення]
- Зібрати зворотний зв'язок щодо: [UX / Продуктивність / Цінність]
- Критерії успіху: [Як ми вимірюємо успіх]

2. СТРУКТУРА БЕТИ:

Тип: [Закрита / Відкрита / Тільки за запрошенням]

Фази:

Фаза 1: Альфа (Внутрішня)
- Тривалість: [2 тижні]
- Учасники: [Члени команди]
- Фокус: [Базовий функціонал, критичні помилки]

Фаза 2: Приватна Бета
- Тривалість: [4 тижні]
- Учасники: [50-100 користувачів]
- Фокус: [Юзабіліті, робочі процеси, зворотний зв'язок]

Фаза 3: Публічна Бета
- Тривалість: [6 тижнів]
- Учасники: [Відкрито для всіх]
- Фокус: [Масштабованість, крайні випадки, доопрацювання]

3. ВІДБІР УЧАСНИКІВ:

Ціль: [X] бета-користувачів

Критерії:
- Обов'язково: [Вимоги]
- Бажано: [Переваги]
- Різноманітність: [Мікс сегментів]

Рекрутинг:
- Електронна пошта існуючим користувачам: [Сегмент]
- Запрошення всередині додатку
- Форма заявки: [Посилання]

Процес відбору:
- [Як ми обираємо учасників]

4. ОНБОРДІНГ:

Вітальний електронний лист:
- Очікування: [Що вони робитимуть]
- Терміни: [Тривалість]
- Як надавати зворотний зв'язок: [Канал]
- Підтримка: [Як отримати допомогу]

Дзвінок/відео з адаптації:
- Огляд функціоналу
- Як використовувати
- Питання та відповіді

Матеріали:
- Посібник для бета-тестерів (PDF)
- Відеоурок
- Поширені запитання

5. ЗБІР ЗВОРОТНОГО ЗВ'ЯЗКУ:

Щотижневі опитування:
- [Ключові питання для запиту]
- Шкали оцінки: [Юзабіліті 1-5]
- Відкритий зворотний зв'язок

Зворотний зв'язок всередині додатку:
- Кнопка зворотного зв'язку
- Звіти про помилки
- Запити функцій

Інтерв'ю з користувачами:
- [X] інтерв'ю на тиждень
- По [Y] хвилин кожне
- [Ключові теми]

Відстеження аналітики:
- Метрики використання
- Прийняття функцій
- Рівень помилок

6. ЗАЛУЧЕННЯ:

Комунікація:
- Щотижневі оновлення електронною поштою
- Спільнота Slack/Discord
- Робочі години: [Коли]

Стимули:
- Ранній доступ
- Безкоштовний преміум: [Тривалість]
- Мерч: [Футболка / Наклейки]
- Визнання: [Згадка у релізі]

7. ПЛАН ІТЕРАЦІЙ:

Тижні 1-2: [Область фокусу]
- Очікуваний зворотний зв'язок: [Що ми дізнаємося]
- Заплановані виправлення: [Що ми покращимо]

Тижні 3-4: [Наступний фокус]

Тижні 5-6: [Фінальне доопрацювання]

Критерії Go/No-go:
- [ ] [X%] прийняття функції
- [ ] <[Y] критичних помилок
- [ ] [Z]/5 оцінка юзабіліті
- [ ] [A%] рекомендували б

8. ВИПУСК:

Бета → Продакшн:
- Дата: [Коли]
- Оголошення: [Як ми комунікуємо]
- Бета-користувачі: [Що з ними станеться]

Після бети:
- Подяка: [Електронний лист / Подарунок]
- Поділитися впливом: [Показати їхній внесок]
- Подальше залучення: [Залишити їх залученими]

Мова: українська.


Промпт 14: Документ Продуктової Стратегії
Напиши документ продуктової стратегії для [Продукт/Продуктова лінія].

ПРОДУКТОВА СТРАТЕГІЯ:

1. РЕЗЮМЕ ДЛЯ КЕРІВНИЦТВА:

- Бачення: [Куди ми рухаємося - 3-5 років]
- Місія: [Чому ми існуємо]
- Стратегічний фокус: [Топ пріоритети цього року]
- Ключові ставки: [На що ми подвоюємо зусилля]

2. АНАЛІЗ РИНКУ:

Розмір ринку:
- TAM (Загальний доступний ринок): [$X]
- SAM (Доступний ринок для захоплення): [$Y]
- SOM (Ринок, який можна отримати): [$Z]
- Темп зростання: [X% CAGR]

Ринкові тренди:
- Тренд 1: [Опис + вплив]
- Тренд 2: [Опис + вплив]

Можливості:
- [Прогалина 1]: [Незадоволена потреба]
- [Прогалина 2]: [Нова потреба що з'являється]

Загрози:
- [Ризик 1]: [Конкурент / Зміна технології]
- [Ризик 2]: [Зміна ринку]

3. КОНКУРЕНТНЕ ПОЗИЦІОНУВАННЯ:

Конкуренти:
- [Конкурент 1]: [Їхня сильна сторона]
- [Конкурент 2]: [Їхня сильна сторона]

Наша диференціація:
[Що робить нас унікальними та захищеними]

Заява про позиціонування:
"Для [цільового клієнта], який [потреба], [Продукт] є [категорія], що [перевага]. На відміну від [конкурента], ми [ключова відмінність]."

4. ЦІЛЬОВІ КЛІЄНТИ:

Основний сегмент:
- Хто: [Демографічні дані / Фірмографічні дані]
- Розмір: [Розмір ринку]
- Чому вони перші: [Стратегічне обґрунтування]

Сегменти для розширення:
- Сегмент 2: [Коли + Чому]
- Сегмент 3: [Коли + Чому]

Користувацькі персони:
[Посилання на детальні персони]

5. БАЧЕННЯ ПРОДУКТУ:

3-річне бачення:
"До [року], [Продукт] буде [амбітний стан]."

Північна Зірка Метрика:
[Метрика] тому що [чому це важливо]

Ключові можливості, які ми побудуємо:
- Можливість 1: [Чому трансформаційна]
- Можливість 2: [Чому трансформаційна]
- Можливість 3: [Чому трансформаційна]

6. СТРАТЕГІЧНІ ПРІОРИТЕТИ:

Тема 1: [Назва]
- Чому: [Стратегічна важливість]
- Що: [Ключові ініціативи]
- Коли: [Терміни]
- Успіх: [Метрики]

Тема 2: [Аналогічна структура]

Тема 3: [Аналогічна структура]

7. НАПРЯМОК ДОРОЖНЬОЇ КАРТИ:

Зараз (наступні 6 місяців):
- [Ініціатива 1]: [Для досягнення X]
- [Ініціатива 2]: [Для досягнення Y]

Далі (6-12 місяців):
- [Ініціатива 3]
- [Ініціатива 4]

Пізніше (12-24 місяці):
- [Ініціатива 5]
- [Ініціатива 6]

8. ВИХІД НА РИНОК:

Стратегія залучення:
- Основний канал: [Як ми отримуємо користувачів]
- Додатковий канал: [Альтернативний підхід]

Монетизація:
- Модель: [Freemium / Підписка / тощо]
- Ціль ARPU: [$X]

Важелі зростання:
- Важіль 1: [Як ми зростаємо]
- Важіль 2: [Як ми зростаємо]

9. МЕТРИКИ УСПІХУ:

Бізнес-метрики:
- Дохід: [$X до кінця року]
- Клієнти: [Y до кварталу]
- Утримання: [Z%]

Продуктові метрики:
- Прийняття: [X% користувачів використовують основну функцію]
- Залученість: [Y сесій на тиждень]
- NPS: [>Z]

10. РИЗИКИ ТА ПОМ'ЯКШЕННЯ:

Ризик 1: [Опис]
- Вплив: [Високий / Середній / Низький]
- Пом'якшення: [План]

Ризик 2: [Те саме]

Припущення для перевірки:
- [Припущення 1]: [Як ми перевіримо]
- [Припущення 2]: [Як ми перевіримо]

11. ВИМОГИ ДО РЕСУРСІВ:

Розмір команди:
- Інженерія: [X осіб]
- Дизайн: [Y осіб]
- PM: [Z осіб]

Бюджет:
- Розробка: [$X]
- Маркетинг: [$Y]
- Інфраструктура: [$Z]

12. РІШЕННЯ ТА КОМПРОМІСИ:

Чому ми кажемо ТАК:
- [Рішення 1]: [Чому]
- [Рішення 2]: [Чому]

Чому ми кажемо НІ:
- [Функція X]: [Чому ні - стратегічна невідповідність]
- [Ринок Y]: [Чому ні - не зараз]

Мова: українська.
Аудиторія: Команда керівництва, рада директорів, компанія


Промпт 15: Презентація Дорожньої Карти
Створи презентацію дорожньої карти для [Аудиторія: команда / керівники / клієнти].

СТРУКТУРА ПРЕЗЕНТАЦІЇ:

СЛАЙД 1: ТИТУЛЬНИЙ
[Продукт] Дорожня Карта
[Квартал/Рік]
[Ваше ім'я, Дата]

СЛАЙД 2: ПЛАН
1. Де ми були
2. Де ми зараз
3. Куди ми рухаємось
4. Як ми вимірюватимемо успіх

СЛАЙД 3: ПІДСУМКИ (Минулий Квартал)
✅ Що ми випустили:
- [Функція 1]: [Вплив - покращення метрики на X%]
- [Функція 2]: [Вплив]

📊 Результати:
- [Ключова метрика]: [Досягнення порівняно з метою]

СЛАЙД 4: ПОТОЧНИЙ СТАН
Де ми зараз:
- [Поточні можливості]
- [Ключові обмеження]
- [Теми зворотного зв'язку користувачів]

СЛАЙД 5: БАЧЕННЯ
Наша Північна Зірка:
"[Амбітна заява про бачення]"
[Візуалізація: макет або діаграма майбутнього стану]

СЛАЙДИ 6-10: ДОРОЖНЯ КАРТА (Одна тема на слайд)

ТЕМА 1: [Назва]
Чому: [Потреба користувача/бізнесу]

Ініціативи:
Q1: [Функція A] → [Результат]
Q2: [Функція B] → [Результат]
Q3: [Функція C] → [Результат]

Успіх виглядає як: [Ціль метрики]

[Повторити для кожної теми]

СЛАЙД 11: ЧАСОВА ШКАЛА
[Візуалізація: Діаграма Ганта або доріжки, що показують всі ініціативи в часі]

СЛАЙД 12: ЗАЛЕЖНОСТІ
Що потрібно зробити спочатку:
- [Залежність 1]: [Блокер]
- [Залежність 2]: [Вимога]

СЛАЙД 13: ІНВЕСТИЦІЇ
Як ми розподіляємо ресурси:
- [Тема 1]: 40% потужності
- [Тема 2]: 30%
- [Тема 3]: 20%
- Технічний борг / Підтримка: 10%

СЛАЙД 14: МЕТРИКИ УСПІХУ
Як ми дізнаємося, що це працює:
- [Метрика 1]: Поточне [X] → Ціль [Y] до [дата]
- [Метрика 2]: Поточне → Ціль
- [Метрика 3]: Поточне → Ціль

СЛАЙД 15: РИЗИКИ
Топ-ризики та як ми їх пом'якшуємо:
⚠️ [Ризик 1]: [Пом'якшення]
⚠️ [Ризик 2]: [Пом'якшення]

СЛАЙД 16: ЧОГО НЕМАЄ В ДОРОЖНІЙ КАРТІ
Навмисно не робимо:
- [Запит 1]: [Чому ні / коли можливо]
- [Запит 2]: [Чому ні / коли можливо]

СЛАЙД 17: ЯК ВИ МОЖЕТЕ ДОПОМОГТИ
Для команди: [Що вам від них потрібно]
Для керівників: [Які рішення потрібні]
Для клієнтів: [Який зворотний зв'язок ми хочемо]

СЛАЙД 18: ПИТАННЯ ТА ВІДПОВІДІ

---

ВАРІАЦІЇ ЗА АУДИТОРІЄЮ:

Для КОМАНДИ (Детально):
- Включити технічні деталі
- Розбивка на рівні спринтів
- Індивідуальні завдання
- Залежності та блокери

Для КЕРІВНИКІВ (високий рівень):
- Фокус на бізнес-результати
- Вплив на дохід
- Конкурентне позиціонування
- Запити ресурсів

Для КЛІЄНТІВ (амбіційно):
- Формулювання проблема-рішення
- Переваги для користувачів
- Терміни (загальні)
- Можливості бета-тестування

Мова: українська.
Дизайн: Використовуйте корпоративний шаблон, візуалізації замість тексту


Промпт 16: Фасилітація Спринт Ретроспективи
Підготуй і проведи спринт ретроспективу.

ПЛАН РЕТРОСПЕКТИВИ:

Формат: [Злий/Сумний/Радий / Почати/Припинити/Продовжити / 4L / Вітрильник]

1. ПІДГОТОВКА ДО РЕТРО:

Час:
- Тривалість: [60-90 хвилин]
- Коли: [Кінець спринту, перед плануванням]
- Учасники: [Вся команда]

Матеріали:
- Віртуальна дошка: [Miro / Mural / Jamboard]
- Дані для огляду:
  * Мета спринту: [Чи досягли ми її?]
  * Швидкість: [Заплановано проти фактичного]
  * Помилки: [Створено проти виправлено]
  * Блокери: [Скільки, як довго]

2. ПЛАН (90 хвилин):

0-5 хв: Привітання
- Розминка: [Питання для розігріву]

5-10 хв: Встановлення контексту
- Огляд мети та результатів спринту
- Нагадати правила ретро:
  * Будьте поважними
  * Фокус на процесі, а не на людях
  * Орієнтація на дії

10-30 хв: Генерація інсайтів
[Використовуючи обраний формат:]

ЗЛИЙ/СУМНИЙ/РАДИЙ:
- 😠 Злий: [Що нас фруструвало]
- 😔 Сумний: [Що нас розчарувало]
- 😊 Радий: [Що пройшло добре]

Кожен додає стікери (мовчки)

30-50 хв: Групування та обговорення
- Згрупувати схожі елементи
- Проголосувати за топ-теми (точкове голосування)
- Обговорити топ 3-5 тем
- Копнути до кореневих причин

50-70 хв: Прийняття рішень щодо дій
Для кожної теми:
- Що ми можемо зробити інакше?
- Хто відповідає?
- Як ми вимірюватимемо?

70-85 хв: Пункти дій
Задокументувати 3-5 конкретних дій:
- Дія 1: [Опис]
  * Відповідальний: [Ім'я]
  * Виконати до: [Коли]
  * Успіх: [Як ми дізнаємося]

85-90 хв: Завершення
- Огляд дій
- Раунд подяк
- Зворотний зв'язок щодо ретро (мета)

3. ТЕМИ РЕТРО ДЛЯ ДОСЛІДЖЕННЯ:

Процес:
- Чи було наше планування точним?
- Чи допомагали стендапи?
- Чи були огляди ефективними?

Співпраця:
- Прогалини в комунікації?
- Проблеми із залежностями?
- Моральний дух команди?

Технічні:
- Якість коду?
- Вплив технічного боргу?
- Проблеми з інструментами?

Продукт:
- Вимоги чіткі?
- Дизайн готовий?
- Зворотний зв'язок користувачів врахований?

4. ШАБЛОН ПУНКТІВ ДІЙ:

Проблема: [Що пішло не так]
Коренева причина: [Чому це сталося]
Дія: [Конкретна зміна для внесення]
Відповідальний: [Хто]
Терміни: [Коли]
Подальші дії: [Перевірити на наступній ретро]

5. ПОДАЛЬШІ ДІЇ:

Після ретро:
- Поділитися нотатками: [Confluence / Notion]
- Додати дії до беклогу
- Запланувати перевірки

Наступна ретро:
- Переглянути попередні дії
- Відсвяткувати те, що покращилося
- Виявити нові проблеми

Мова: українська.
Порада щодо фасилітації: Залишайтеся нейтральними, заохочуйте всіх висловлюватися


Промпт 17: OKR для Product Team
Створи OKR для продуктової команди на [Квартал].

КОНТЕКСТ КОМПАНІЇ:
- Компанійний OKR 1: [Мета верхнього рівня]
- Компанійний OKR 2: [Мета верхнього рівня]
- Стратегічний фокус: [На що компанія робить наголос]

OKR ПРОДУКТОВОЇ КОМАНДИ:

OKR 1:

МЕТА (OBJECTIVE): [Якісна, амбітна ціль]
Приклад: "Забезпечити чудовий досвід адаптації"

ЧОМУ: [Як це підтримує компанійний OKR]

КЛЮЧОВІ РЕЗУЛЬТАТИ (KEY RESULTS):

KR 1: [Метрика] з [X] до [Y]
- Поточне: [X]
- Ціль: [Y]
- Вимірювання: [Як ми відстежуємо]
- Відповідальний: [Ім'я]

KR 2: [Інша метрика] з [A] до [B]

KR 3: [Третя метрика] з [C] до [D]

ІНІЦІАТИВИ (Як ми досягнемо KR):
- Ініціатива 1: [Функція/проєкт]
  * Вплив на: [Який KR]
  * Терміни: [Коли]
- Ініціатива 2: [Функція/проєкт]

---

OKR 2:

МЕТА (OBJECTIVE): [Друга ключова область фокусу]

ЧОМУ: [Стратегічне узгодження]

КЛЮЧОВІ РЕЗУЛЬТАТИ:
KR 1: [Ціль метрики]
KR 2: [Ціль метрики]
KR 3: [Ціль метрики]

ІНІЦІАТИВИ:
- [Список ініціатив]

---

OKR 3: (якщо застосовно)
[Та ж структура]

---

ПЕРЕВІРКА ЯКОСТІ OKR:

Хороші OKR є:
✅ Амбітними: [Складні цілі, а не легкі перемоги]
✅ Вимірюваними: [Чіткі критерії успіху]
✅ Обмеженими у часі: [Цей квартал]
✅ Узгодженими: [Підтримують компанійні OKR]
✅ Надихаючими: [Команда в захваті від них]

Уникайте:
❌ Роботи як зазвичай
❌ Нечітких результатів
❌ Забагато OKR (макс 3)
❌ Забагато KR на O (макс 5)

---

ВІДСТЕЖЕННЯ:

Щотижневі перевірки:
- Прогрес [Метрики 1]: [На треку / Під загрозою / Поза треком]
- Блокери: [Що заважає]
- Потрібна допомога: [Що потрібно команді]

Щомісячний огляд:
- Прогрес: [% виконано]
- Впевненість: [Чи досягнемо ми цього?]
- Коригування: [Потрібні зміни]

Кінець кварталу:
- Результати: [Фактичне проти цілі]
- Оцінка: [Шкала 0.0 - 1.0]
- Висновки: [Що ми дізналися]
- Перенесення: [Що продовжується]

---

КОМУНІКАЦІЯ:

Кікоф для команди:
"Цього кварталу ми зосереджені на [Мета]. Ми вимірюватимемо успіх через [KR]. Це важливо, тому що [Чому]."

Оновлення для зацікавлених сторін:
- Огляд OKR
- Поточний прогрес
- Майбутні віхи

---

Приклад:

МЕТА: Стати найшвидшим продуктом у нашій категорії

KR1: Зменшити час завантаження з 3с до <1с (P95)
KR2: Покращити FCP з 2.5с до <1.5с
KR3: Досягти показника Lighthouse 90+

Ініціативи:
- Розділення коду та відкладене завантаження
- Оптимізація зображень
- Впровадження CDN
- Дашборд моніторингу продуктивності

Мова: українська.
Формат: Квартальні, огляд щомісяця


Промпт 18: Створення User Persona
Створи user persona на основі досліджень.

ДЖЕРЕЛА ДАНИХ:
- Інтерв'ю з користувачами: [X інтерв'ю]
- Аналітика: [Дані використання]
- Опитування: [Y відповідей]
- Тікети підтримки: [Поширені проблеми]

ШАБЛОН ПЕРСОНИ:

---

ІМ'Я ПЕРСОНИ: [Дайте їм ім'я]
Приклад: "Стратегічна Сара" або "Розробник Дмитро"

[Фото: Стокове фото або ілюстрація]

ЦИТАТА:
"[Репрезентативна цитата з інтерв'ю користувачів]"

---

ДЕМОГРАФІЯ:

Вік: [Діапазон, напр., 35-45]
Місцезнаходження: [Де вони живуть/працюють]
Посада: [Поточна роль]
Компанія: [Тип/розмір організації]
Досвід: [Років на посаді]
Технічна обізнаність: [Низька / Середня / Висока]

---

БЕКГРАУНД:

День із життя:
[Опис типового робочого дня]

Кар'єрний шлях:
[Як вони дійшли до поточної ролі]

Контекст команди:
[З ким вони працюють]

---

ЦІЛІ ТА МОТИВАЦІЇ:

Професійні цілі:
1. [Ціль 1]: [Чому важливо]
2. [Ціль 2]: [Чому важливо]
3. [Ціль 3]: [Чому важливо]

Особисті мотивації:
- [Що їх рухає]
- [Що для них означає успіх]

---

БОЛІ ТА ФРУСТРАЦІЇ:

Біль 1: [Конкретна проблема]
- Вплив: [Як це впливає на роботу]
- Поточне рішення: [Обхідні шляхи]
- Рівень фрустрації: [Високий / Середній / Низький]

Біль 2: [Та ж структура]

Біль 3: [Та ж структура]

Цитата: "[Користувач описує фрустрацію]"

---

ПОТРЕБИ ТА ЗАВДАННЯ:

Коли [ситуація], вони хочуть [завдання], щоб [результат].

Приклад: "Коли планують спринт, вони хочуть швидко створити користувацькі історії, щоб зосередитися на стратегії, а не на адмін роботі."

Функціональні потреби:
- [Потреба 1]
- [Потреба 2]

Емоційні потреби:
- [Потреба 1: Відчувати впевненість / Контроль / тощо]
- [Потреба 2]

Соціальні потреби:
- [Потреба 1: Добре виглядати перед босом / Співпрацювати з командою]

---

ПОВЕДІНКА:

Як вони працюють:
- Інструменти, які використовують: [Список]
- Робочий процес: [Крок за кроком]
- Частота: [Як часто вони роблять X]

Стиль комунікації:
- Віддає перевагу: [Електронна пошта / Slack / Зустрічі]
- Прийняття рішень: [На основі даних / Інтуїтивно]

Джерела інформації:
- Де вони вчаться: [Блоги / YouTube / Колеги]
- Надійні джерела: [Інфлюенсери / Публікації]

---

ВІДНОСИНИ З ВАШИМ ПРОДУКТОМ:

Використання:
- Як часто: [Щодня / Щотижня]
- Основний сценарій використання: [Що вони роблять]
- Ключові функції, які використовують: [Список]

Рівень досвіду:
- [Початківець / Середній / Експерт]

Шлях адоптації:
- Дізналися через: [Канал]
- Онбординг: [Досвід]
- Залишилися, тому що: [Цінність, яку отримують]

Настрій:
- Загалом: [Задоволений / Нейтральний / Фрустрований]
- Цитата: "[Їхні почуття щодо продукту]"

---

ПРИЙНЯТТЯ РІШЕНЬ:

Процес купівлі (якщо B2B):
- Роль: [Особа, що приймає рішення / Впливова особа / Користувач]
- Критерії оцінки: [Що має значення]
- Занепокоєння: [Заперечення, які потрібно вирішити]

---

МОЖЛИВОСТІ:

Як ми можемо допомогти:
1. [Можливість 1]: [Функція/покращення]
2. [Можливість 2]: [Функція/покращення]
3. [Можливість 3]: [Функція/покращення]

---

ДОСЛІДНИЦЬКІ ДОКАЗИ:

На основі:
- [X] інтерв'ю показали [патерн]
- [Y%] користувачів в опитуваннях сказали [знахідка]
- Аналітика показує [поведінка]

Цитати:
- "[Цитата 1]" - [ID учасника]
- "[Цитата 2]" - [ID]

---

СЦЕНАРІЙ ВИКОРИСТАННЯ:

Історія: [Наратив персони, яка використовує ваш продукт]

"Сара відкриває додаток у понеділок вранці, щоб спланувати свій спринт. Вона швидко імпортує тікети з Jira, використовує AI для написання критеріїв прийняття та призначає їх своїй команді - все за 10 хвилин замість години, яку це займало раніше. Вона відчуває себе підготовленою та контролює ситуацію, йдучи на зустріч з планування."

---

АНТИ-ПЕРСОНИ (Хто це НЕ):

Ця персона не є:
- [Інший тип користувача]: Тому що [чим вони відрізняються]
- [Інший тип користувача]: Тому що [чим вони відрізняються]

Мова: українська.
Формат: Одна сторінка з візуальним дизайном, для друку
Використовувати в: PRD, огляди дизайну, планування дорожньої карти


Промпт 19: Визначення Обсягу MVP
Визнач обсяг MVP для [Продукт/Функція].

БАЧЕННЯ ПРОДУКТУ:
Повне бачення: [Кінцевий продукт, який ми хочемо побудувати]
Часові рамки до повного бачення: [12-24 місяців]

ПРИЗНАЧЕННЯ MVP:
- Валідувати: [Ключове припущення для тестування]
- Вивчити: [Що ми хочемо дізнатися]
- Доставити цінність: [Мінімальна цінність для користувача]
- Часові рамки: [Запустити за X тижнів]

---

ОБСЯГ MVP:

Користувацька історія:
Як [користувач]
Я хочу [основну дію]
Щоб [основна вигода]

ОБОВ'ЯЗКОВО (Основна цінність):

Функція 1: [Назва]
- Чому обов'язково: [Не можемо доставити цінність без неї]
- Користувацький потік: [Базовий потік]
- Критерії прийняття:
  * [Критерій 1]
  * [Критерій 2]

Функція 2: [Та ж структура]

Функція 3: [Та ж структура]

БАЖАНО (Важливо, але може почекати):
- [Функція X]: [Перенести на v1.1]
- [Функція Y]: [Перенести на v1.1]

МОЖЛИВО (Було б непогано):
- [Функція A]: [Можливо пізніше]
- [Функція B]: [Можливо пізніше]

НЕ БУДЕ (Явно виключено):
- [Функція Z]: [Чому ні - занадто складно для MVP]

---

МІНІМАЛЬНИЙ ПОТІК КОРИСТУВАЧА:

Щасливий шлях:
1. Користувач [дія 1]
2. Система [відповідь]
3. Користувач [дія 2]
4. Користувач досягає [мети]

Відкладені крайні випадки:
- [Випадок 1]: [Опрацювати в v1.1]
- [Випадок 2]: [Опрацювати в v1.1]

---

РІВЕНЬ ЯКОСТІ:

Продуктивність:
- Час завантаження: [Прийнятний, не оптимальний]
- Працює для: [X одночасних користувачів, не тисячі]

UX:
- Функціональний, не відполірований
- Основний потік плавний
- Вторинні потоки базові

Масштаб:
- Розроблено для: [X користувачів]
- Можна відкласти: [Розширені функції]

---

МЕТРИКИ ВАЛІДАЦІЇ:

Критерії успіху:
- [X%] користувачів завершують основний потік
- [Y%] утримання після тижня 1
- [Z] оцінка NPS або задоволеності
- [A] конкретний зворотний зв'язок користувачів: "[Що ми хочемо почути]"

Цілі навчання:
- Зрозуміти, чи [припущення 1] є правдивим
- Дізнатися, чи [гіпотеза 2] працює
- Виявити, як користувачі [поведінка]

---

MVP ПРОТИ ПОВНОГО ПРОДУКТУ:

| Функція | MVP | Повний продукт |
|---------|-----|----------------|
| [Функція 1] | ✅ Базова версія | ⭐ Повнофункціональна |
| [Функція 2] | ✅ Ручна | ⭐ Автоматизована |
| [Функція 3] | ❌ Не включено | ⭐ V1.1 |
| [Функція 4] | ❌ Не включено | ⭐ V2.0 |

---

ПЛАН ПОБУДОВИ:

Спринт 1-2: [Основна функція A]
Спринт 3: [Основна функція B]
Спринт 4: [Інтеграція + Полірування]
Спринт 5: [Бета-тестування]
Спринт 6: [Запуск]

Загалом: 6 спринтів (12 тижнів)

---

СТРАТЕГІЯ ЗАПУСКУ:

Бета: [50 користувачів на 2 тижні]
Запуск: [Поступовий роллаут для сегменту]
Зворотний зв'язок: [Опитування + інтерв'ю]

Критерії Go/No-go:
- [ ] Основний потік працює надійно
- [ ] <[X] критичних помилок
- [ ] [Y] бета-користувачів активовано
- [ ] [Z%] рекомендували б

---

ДОРОЖНЯ КАРТА ПІСЛЯ MVP:

На основі висновків:
- Якщо [висновок 1], то будуємо [Функцію X]
- Якщо [висновок 2], то повертаємо до [Напрямку Y]
- Якщо [висновок 3], то масштабуємо до [Сегменту Z]

Функції V1.1:
- [Функція A]: [На основі зворотного зв'язку]
- [Функція B]: [На основі використання]

Мова: українська.
Філософія: Випускай, щоб вивчити; ітеруй, щоб вдосконалити


Промпт 20: План Виведення/Припинення Функції
Створи план для виведення/припинення [Функція/Продукт].

КОНТЕКСТ:
- Функція: [Що ми припиняємо]
- Дата запуску: [Коли було випущено]
- Поточне використання: [X активних користувачів]
- Причина виведення: [Чому видаляємо]

ПЛАН ВИВЕДЕННЯ:

1. ОБҐРУНТУВАННЯ РІШЕННЯ:

Чому виводимо:
- [Причина 1: Низьке використання, високе обслуговування]
- [Причина 2: Стратегічна неузгодженість]
- [Причина 3: Існує краща альтернатива]

Дані, що підтримують рішення:
- Використання: [X% користувачів, зменшується]
- Вартість обслуговування: [$Y щорічно]
- Альтернатива: [Z% використовують нову функцію замість]

Схвалення зацікавлених сторін:
- [Хто схвалив і коли]

---

2. АНАЛІЗ ВПЛИВУ НА КОРИСТУВАЧІВ:

Зачеплені користувачі:
- Загалом: [X користувачів]
- Потужні користувачі: [Y користувачів з >Z використанням]
- Останні активні: [Розподіл]

Зачеплені сегменти:
- Сегмент 1: [X% сегменту]
- Сегмент 2: [Y% сегменту]

Сценарії використання для підтримки:
- Сценарій 1: [Як користувачі мігруватимуть]
- Сценарій 2: [Альтернативний підхід]

---

3. ШЛЯХ МІГРАЦІЇ:

Альтернативне рішення:
- Варіант 1: [Нова функція, яка її замінює]
  * Як мігрувати: [Кроки]
  * Переваги: [Чому краще]
- Варіант 2: [Інший підхід]
- Варіант 3: [Зовнішній інструмент, якщо немає внутрішнього варіанту]

Підтримка міграції:
- Посібник: [Покрокова документація]
- Відео: [Туторіал]
- Підтримка: [Виділена допомога]

---

4. ПЛАН КОМУНІКАЦІЇ:

Часова шкала:
T-90 днів: Оголосити про припинення
T-60 днів: Ресурси міграції готові
T-30 днів: Почати нагадувати користувачам
T-14 днів: Фінальне нагадування
T-0: Функцію видалено

ОГОЛОШЕННЯ (T-90):

Тема: "Важливо: [Функція] припиняє роботу"

Привіт [Ім'я],

Повідомляємо вас, що [Функція] буде припинена [Дата].

ЧОМУ: [Коротке пояснення рішення]

ЩО ЦЕ ОЗНАЧАЄ ДЛЯ ВАС:
- [Функція] припинить роботу [Дата]
- Ваші дані: [Що відбудеться - експортовано/мігровано/видалено]
- Альтернатива: [Доступна краща опція]

НАСТУПНІ КРОКИ:
1. [Дія 1: Спробувати нову функцію]
2. [Дія 2: Експортувати дані]
3. [Дія 3: Зв'язатися з підтримкою, якщо є питання]

Ми тут, щоб допомогти: [Електронна пошта підтримки]

Дякуємо за розуміння,
[Команда продукту]

Подальші комунікації:
- T-60: "Посібник міграції готовий"
- T-30: "Залишилось 30 днів + поради щодо міграції"
- T-14: "Фінальне нагадування"
- T-0: "Функцію припинено + Подяка"

---

5. СПОВІЩЕННЯ В ДОДАТКУ:

Банер: "⚠️ [Функція] припиняється [Дата]. Мігруйте зараз →"

Модальне вікно (для активних користувачів):
- Заголовок: "Необхідна дія"
- Повідомлення: [Коротке пояснення]
- Основна дія: "Мігрувати до [Нової функції]"
- Вторинна: "Дізнатися більше"

Електронні нагадування:
- Немігрованим користувачам: [Частота]

---

6. ТЕХНІЧНЕ ВИВЕДЕННЯ:

Фаза 1 (T-90 до T-30): Попередження про припинення
- Функція ще працює
- Попередження в UI
- Логування використання припинення

Фаза 2 (T-30 до T-0): Нагадування про міграцію
- Зменшена видимість
- Перенаправлення на альтернативу
- Постійні сповіщення

Фаза 3 (T-0): Видалення
- Функцію вимкнено
- API повертає помилку припинення
- UI видалено

Очищення коду:
- T+30: Видалити код функції
- T+60: Видалити таблиці бази даних
- T+90: Видалити документацію

---

7. ОБРОБКА ДАНИХ:

Дані користувачів:
- Експортовано до: [Нової функції / CSV]
- Зберігання: [Зберігати X місяців]
- Видалення: [Після Y місяців]

Аналітика:
- Припинити відстеження: [Коли]
- Історичні дані: [Архівувати / Зберегти / Видалити]

---

8. ПЛАН ПІДТРИМКИ:

ЧаПи:
- П: Чому ви це видаляєте?
- В: [Чесне пояснення]
- П: Що мені використовувати замість цього?
- В: [Чітка альтернатива]
- П: Що з моїми даними?
- В: [План даних]

Канали підтримки:
- Електронна пошта: [Виділена скринька]
- Документація: [URL посібника міграції]
- Години прийому: [Для складних випадків]

Ескалація:
- Для потужних користувачів: [Особистий контакт]
- Для блокерів: [Залучення PM]

---

9. КРИТЕРІЇ УСПІХУ:

Цілі:
- [X%] користувачів мігрували до виведення
- <[Y] тікетів підтримки
- [Z%] задоволеність користувачів переходом

Моніторинг:
- Рівень міграції: [Відстежувати щотижня]
- Настрої: [Зворотний зв'язок з опитування]
- Проблеми: [Звіти про помилки]

---

10. ПІСЛЯ ВИВЕДЕННЯ:

Огляд (T+30):
- Завершення міграції: [X%]
- Виявлені проблеми: [Список]
- Зворотний зв'язок користувачів: [Теми]
- Уроки: [Що покращити]

Фінальне очищення (T+90):
- Код видалено: ✅
- Документація архівована: ✅
- Дані видалено: ✅
- Виведення завершено: ✅

Мова: українська.
Принцип: Виводь з гідністю та емпатією

📊 PM Productivity Impact
⏰ 50% менше часу на документацію
📋 Краща clarity у requirements
🤝 +35% стейкхолдер satisfaction
🚀 Faster execution завдяки чіткості
AI для Product Teams
Навчання PM, PO, аналітиків:
ефективна робота з AI від користувацькі історії до стратегії.
Записати product-команду →