Claude Code для Product Managers

Повний інтерактивний курс українською. Від нуля до автоматизації PM-роботи за допомогою AI.

уроки

модулі

20+

вправ

10+

квізів

1.1 Ласкаво просимо

Модуль 1 · Основи

Цілі модуля

Зрозуміти, що таке TaskFlow (вигадана компанія курсу)
Дізнатися, які файли доступні в курсі
Зрозуміти структуру курсу (інтерактивні модулі + довідники)
Переконатися, що не потрібні знання терміналу
Відчути впевненість і готовність продовжувати

Вітаємо на курсі!

Ласкаво просимо до курсу Claude Code для Product Managers!

Ви в терміналі. Не боїтесь. Готові до справи. Це чудово!

Claude Code - це потужний AI-інструмент, який може зекономити вам 10-20 годин на тиждень як Product Manager. Протягом курсу ви працюватимете у вигаданій компанії TaskFlow - уявіть собі Asana + Jira, але створену спеціально для розподілених команд.

Що робить цей курс особливим: всі файли, документи та контекст вже створені для вас. Ви входите в реальну (вигадану) PM-роль з активними проєктами, реальними персонами користувачів і справжньою роботою!

Що таке TaskFlow?

TaskFlow - Огляд компанії

Продукт: SaaS для управління проєктами - Asana + Jira для віддалених команд
Стадія: Series A стартап, $8M залучено від Acme Ventures
Команда: 45 співробітників (15 продукт/інженерія, 10 продажі/маркетинг, 20 CS/ops)
Клієнти: 850 компаній (10-500 співробітників)
Виручка: $4.2M ARR, зростання 15% щомісяця
Ваша роль: Product Manager (один із трьох PM)
Ваш бос: Priya Patel (Head of Product)

Три ключові модулі TaskFlow

Task Management - Створення, призначення, відстеження завдань з залежностями, пріоритетами та дедлайнами
Team Collaboration - Коментарі в реальному часі, обмін файлами, @mentions, стрічки активності
Workflow Automation - Кастомні воркфлоу, автоматичні оновлення статусів, інтеграції зі Slack/email

Ключовий диференціатор: Створений для віддалених команд з першого дня - async-first комунікація, врахування часових зон, гнучкі налаштування сповіщень, детальні логи активності.

Персони користувачів

Product Managers

Потребують координації крос-функціональних команд, відстеження розробки фіч, управління роудмапом

Engineering Managers

Потребують спринт-планування, трекінг завдань, burndown charts

Marketing Teams

Потребують планування кампаній, контент-календарі, воркфлоу погоджень

Конкурентне середовище

Конкурент	Сильні сторони	Слабкі сторони
Asana	Багато фіч	Складний UI, не async-friendly
Linear	Чудовий для інженерів	Не крос-функціональний
Notion	Гнучкий	Потребує надто багато налаштування
Monday.com	Хороша автоматизація	Дорогий

Перевага TaskFlow: Достатньо простий для онбордингу за 10 хвилин, достатньо потужний для складних проєктів, створений для async віддаленої роботи.

Бізнес-контекст

Ключові метрики

Середній розмір угоди	$1,200/рік
CAC	$800
LTV	$4,500
Payback period	8 місяців
Місячний churn	3%

Пріоритети Q1 2025

Досягти $6M ARR (40% зростання)
Запустити AI-powered фічі щоб залишатися конкурентними
Покращити enterprise readiness (SSO, розширені дозволи)
Зменшити churn з 3% до 2% щомісяця

Як працює курс

Структура курсу

Частина 1: Інтерактивні модулі

4 рівні, кожен з кількома модулями
Кожен модуль навчає конкретній навичці
Покрокове керівництво через вправи
Ви реально робите роботу (а не просто читаєте)

Частина 2: Довідники

Комплексні самостійні гайди для кожного рівня
Використовуйте як довідник коли потрібно щось знайти

Що вам знадобиться

Необхідне

Claude Pro або Max підписка
Готовність пробувати (вчимося на практиці!)

НЕ знадобиться

Навички програмування (це для PM, не для інженерів)
Знання команд терміналу (просто говоріть англійською/українською)
Власні документи (всі файли вже підготовлені)

Час: Кожен модуль: 15-30 хвилин. Повний курс: 20-30 годин. Але ви можете рухатися у своєму темпі!

Часті запитання

Чи потрібно щось встановлювати?

Ні! У вас вже встановлений Claude Code (саме через нього ви з ним спілкуєтесь). Все інше вже налаштовано в репозиторії курсу.

А якщо я чогось не розумію?

Запитайте Claude! Він тут щоб допомогти. Також можете перевірити довідники в папці /reference - там детальні пояснення та приклади.

Чи можна пропускати модулі?

Можна, але не рекомендується. Кожен модуль базується на попередніх. Якщо пропустите Модуль 1.3, можете заплутатись у Модулі 1.4.

Цей курс для нетехнічних PM?

Так! Цей курс спеціально розроблений для PM, які не програмують. Вам не потрібно писати код чи знати команди терміналу. Все про PM-роботу - PRD, user stories, дослідження, планування.

Перевірка знань: Модуль 1.1

1. Що таке TaskFlow?

Реальна компанія, де ви працюєте

Вигаданий SaaS для управління проєктами, створений для віддалених команд

Плагін для VS Code

2. Що НЕ знадобиться для проходження курсу?

Claude Pro підписка

Готовність пробувати нове

Навички програмування

3. Скільки ARR має TaskFlow?

$4.2M

$20M

$1.2M

1.2 Візуалізація файлів

Модуль 1 · Основи

Цілі модуля

Зрозуміти чому візуалізація важлива (не працювати "наосліп")
Обрати та встановити інструмент візуального робочого простору
Налаштувати split-screen воркфлоу (Термінал + Редактор)
Зрозуміти папку .claude/ і як до неї доступитись
Побачити файли, що створюються/редагуються в реальному часі

Чому візуалізація важлива

В Модулі 1.1 ви дізнались про TaskFlow і бачили як Claude перелічує файли через термінальні команди. Але робота в терміналі може здаватися польотом наосліп, якщо ви не бачите свої файли візуально.

Вам потрібен візуальний робочий простір - інструмент, який показує ваші файли поряд з Claude Code. Маючи його відкритим, ви будете:

Бачити всю структуру проєкту одним поглядом
Спостерігати як файли з'являються в реальному часі
Редагувати файли візуально якщо потрібно
Ніколи не задаватися питанням "що тільки що сталося?"

Ваші варіанти інструментів

Варіант 1: Nimbalyst (Рекомендовано)

Безкоштовний, спеціально створений для Claude Code
WYSIWYG markdown редактор (бачите відформатований текст, не сирий markdown)
Показує дифи коли Claude вносить зміни
Може бачити папку .claude/ (приховані папки видимі)
Завантажити: nimbalyst.com

Варіант 2: Obsidian

Безкоштовний, популярний додаток для нотаток
Чудовий для markdown файлів і PM-документації
НЕ може бачити приховані папки як .claude/
Завантажити: obsidian.md

Варіант 3: VS Code або Cursor

Потужніший, але складніший
Найкращий якщо ви вже ним користуєтесь
Добрий для перегляду коду поряд з PM-документами
Може показувати приховані файли (Cmd+Shift+.)

Налаштування Nimbalyst

Завантажте: Перейдіть на nimbalyst.com, натисніть кнопку завантаження для вашої ОС
Встановіть:
- Mac: Відкрийте .dmg і перетягніть Nimbalyst в Applications
- Windows: Запустіть інсталятор та дотримуйтесь вказівок
- Linux: Дотримуйтесь інструкцій на сторінці завантаження
Відкрийте Nimbalyst і вкажіть на папку курсу

Налаштування Obsidian

Завантажте: Перейдіть на obsidian.md, оберіть вашу ОС
Встановіть стандартним способом
Відкрийте як vault: "Open folder as vault" - знайдіть та оберіть папку курсу
Важливо: Obsidian приховує системні папки (все що починається з крапки). Ви НЕ побачите .claude/ у файловому провіднику Obsidian. Використовуйте Finder (Mac) або File Explorer (Windows) коли потрібно переглянути .claude/ файли

Split-Screen: Ідеальний робочий простір

Як більшість людей працюють з Claude Code:

Просто змініть розмір та розташуйте вікна поряд. Термінал зліва, редактор справа.

Візуалізація в реальному часі

Ось що робить Claude Code + візуальний робочий простір таким потужним для PM-роботи:

Бачите все що Claude створює в реальному часі
Можете самі редагувати файли якщо потрібно
Організовуєте нотатки візуально
Ніколи не запитуєте "куди подівся той файл?"

Ваш воркфлоу відтепер

Ви просите Claude щось зробити (створити PRD, проаналізувати дослідження тощо)
Claude виконує
Ви БАЧИТЕ це у вашому редакторі
Переглядаєте, редагуєте або просите доопрацювати
Повторюєте

Поради для вашого редактора

Nimbalyst

Побачите дифи коли Claude редагує файли (зміни підсвічені)
Папка .claude/ видима для побудови кастомних агентів пізніше

Obsidian

Cmd/Ctrl + O - швидкий пошук файлів
[[filename]] - зв'язування нотаток між собою
Cmd/Ctrl + E - перемикання між редагуванням і читанням
.claude/ папка прихована - використовуйте Finder/Explorer при потребі

VS Code

Cmd/Ctrl + P - швидке відкриття файлів
Explorer показує всі файли включаючи приховані

Часті запитання

Чому Nimbalyst рекомендовано?

Nimbalyst побудований спеціально для воркфлоу з Claude Code. Має WYSIWYG markdown, показує дифи файлів, і може відображати приховані папки як .claude/. Але Obsidian і VS Code також чудово працюють!

Чи обов'язково використовувати один із цих інструментів?

Ні! Можна використати будь-який текстовий редактор. Головне - бачити ваші файли поряд з Claude Code. Навіть Finder (Mac) або File Explorer (Windows) можуть підійти!

Чи можна використовувати інший layout замість split-screen?

Звичайно! Деякі люди віддають перевагу: термінал на весь екран з перемиканням через Cmd+Tab; три вікна (термінал, редактор, браузер); два монітори. Головне - бачити файли що Claude створює.

Чому Obsidian не показує папку .claude/?

Obsidian приховує "системні" папки (все що починається з крапки) щоб інтерфейс був чистішим. Більшість додатків так роблять. Nimbalyst не має цього обмеження.

Перевірка знань: Модуль 1.2

1. Чому потрібен візуальний робочий простір?

Щоб писати код

Щоб бачити файли в реальному часі і не працювати "наосліп"

Щоб запускати тести

2. Який інструмент рекомендується для роботи з Claude Code?

Nimbalyst (створений спеціально для Claude Code)

Microsoft Word

Google Docs

1.3 Перші завдання

Модуль 1 · Основи

Цілі модуля

Навчитися використовувати @ для посилання на файли
Читати та аналізувати вміст файлів
Перетворювати хаотичний контент на структуровані документи
Вставляти зображення через Ctrl+V (критично важливо!)
Створювати та повторно використовувати шаблони стилів комунікації
Використовувати веб-пошук для знаходження рішень

Це момент коли все стає реальним. Ви зробите справжню PM-роботу з Claude Code через 5 реалістичних сценаріїв:

Обробка нотаток - Перетворення хаотичних записок зустрічей на дії
Синтез дослідження - Аналіз інтерв'ю для виявлення болючих точок
Трансформація комунікацій - Конвертація чернеток у відшліфовані повідомлення
Зворотний зв'язок на дизайн - Аналіз макетів і скріншотів
Веб-пошук - Пошук дизайн-патернів для вирішення проблем

Сценарій 1: Обробка нотаток зустрічей

30-45 хв → 2 хв

Ситуація: 17:00, п'ятниця. Ви провели цілий день на зустрічах. Маєте сирі нотатки з кількох мітингів - product sync, sprint planning, customer feedback. Нотатки хаотичні - помилки, незавершені думки, скорочення.

Команді потрібні action items до вихідних, але ручна обробка зайняла б 30-45 хвилин.

Ключова техніка: @ для посилання на файли

Символ @ вказує Claude який файл читати. Це базовий патерн:

@filename - каже Claude який файл прочитати
Потім ви говорите що з ним зробити (summarize, analyze, extract, organize, transform)

Що Claude робить з нотатками зустрічі:

Читає хаотичні записки зустрічей
Виділяє всі action items
Організовує їх по відповідальних
Додає пріоритет та дедлайн
Створює чистий, відформатований підсумок

Вправа: Обробка нотаток

Спробуйте цю команду в Claude Code:

Organize the action items from @product-sync-notes.md by owner

Це практикує: використання @ для посилання на файл + прохання організувати вміст.

Claude прочитає файл product-sync-notes.md та створить таблицю action items, організовану по відповідальних (вам, Mike, Jordan, Alex, Jamie, Sarah), з пріоритетами та дедлайнами. Наприклад:

Ваші action items: PRD для notifications, competitive analysis, one-pager для template library

Mike (CTO): Tech spec для notification architecture

Jordan (Design): UX flows та wireframes для notification redesign

Сценарій 2: Синтез дослідження користувачів

2-3 години → 5 хв

Ситуація: Ви щойно завершили 8 інтерв'ю користувачів для редизайну онбордингу TaskFlow. Кожний транскрипт - 3-4 сторінки. Ціль: знайти спільні болючі точки та запити на фічі.

Ручне читання 8 транскриптів зайняло б 2-3 години.

Ключова техніка: Аналіз цілих папок

Claude може працювати з цілими папками файлів, а не лише з окремими файлами. Не потрібно посилатися на кожен файл окремо - Claude аналізує патерни по всіх файлах.

Вправа: Синтез інтерв'ю

Введіть цю команду:

Analyze all the user interviews in @user-interviews and create a summary document highlighting overall findings and themes.

Claude створить файл user-research-synthesis.md з:

Топ 5 болючих точок (з кількістю згадок)
Підтримуючі цитати від користувачів
Запити на фічі по пріоритету
Рекомендовані наступні кроки

Сценарій 3: Трансформація комунікацій

30-45 хв → 3 хв

Ситуація: Ви щойно синтезували результати дослідження. Тепер потрібно повідомити про них різним аудиторіям:

Slack update для команди (неформальний, швидкий)
Executive email для керівництва (стратегічний, високорівневий)
Notion doc для всієї компанії (комплексний)

Ті самі результати дослідження, 3 абсолютно різні формати і тони.

PM-суперсила: Стилі комунікації

Замість переписування з нуля кожного разу, ви створюєте шаблони стилів комунікації:

Executive Briefing - 3 параграфи, фокус на результатах
User Story - As a [persona], I want [goal], so that [benefit]
Linear/Jira Issue - Заголовок, опис, acceptance criteria, пріоритет
Weekly Update - Що відправили, що в роботі, що заблоковано
Release Notes - Для клієнтів, фокус на вигодах
PRD Section - Проблема, рішення, метрики успіху
Slack Announcement - Неформальний, командний
Stakeholder Email - Професійний, стратегічний

Вправа: Трансформація контенту

Based on the communication styles in @communication-styles, create 3 messages about @user-research-synthesis.md and put them all together into a new document

Ця команда практикує:

Посилання на папку (@communication-styles)
Посилання на файл (@user-research-synthesis.md)
Трансформація контенту в кілька форматів
Повторне використання стилів

Claude створить research-communications.md з трьома секціями:

Slack Update - Короткий, неформальний, для команди (2-3 рядки)
Executive Email - Стратегічний, фокус на бізнес-впливі (3 параграфи)
Notion Document - Комплексний, добре відформатований, всі деталі

Ті самі результати дослідження, 3 абсолютно різні формати!

Ключовий інсайт

Як PM, ви комунікуєте одну й ту ж інформацію знову і знову (результати досліджень, спринт-апдейти, зміни роудмапу). Створення стилів для повторного використання означає що ви ніколи більше не переписуєте з нуля.

Сценарій 4: Зворотний зв'язок на дизайн (зображення)

20 хв → 1 хв

Ситуація: Дизайнер щойно надіслав Figma макет для нового onboarding flow. Вам потрібно:

Дати UX-фідбек
Визначити потенційні технічні проблеми
Перевірити доступність
Запропонувати покращення

КРИТИЧНО ВАЖЛИВО: Ctrl+V для зображень

Це помилка #1 початківців:

Command+V на Mac НЕ працює!
Ctrl+V працює і на Mac, І на Windows!

Як вставити зображення:

Зробіть скріншот або скопіюйте зображення (Command+Shift+4 на Mac, Win+Shift+S на Windows)
В терміналі Claude Code натисніть Ctrl+V (навіть на Mac!)
Зображення з'явиться в розмові як [Image #1]
Попросіть Claude проаналізувати

Що Claude може аналізувати

Дизайн-макети з Figma, Sketch
Візуалізації даних та графіки
Скріншоти конкурентів
Фото дошок із зустрічей
UI-компоненти та потоки
Дашборди аналітики
Повідомлення про помилки та баги

Вправа: Аналіз дизайну

Зробіть скріншот будь-якого UI (можна вашого продукту або конкурента)
В Claude Code натисніть Ctrl+V
Введіть:

Analyze this design mockup and provide: - UX feedback from a PM perspective - Potential technical challenges - Accessibility concerns - Missing elements for user flow

Design reviews - аналіз макетів та потоків
Competitive analysis - скріншоти конкурентів
Bug reports - скріншоти помилок
Data analysis - скріншоти графіків
Meeting captures - фото дошок

Сценарій 5: Веб-пошук для рішень

30-45 хв → 2 хв

Ситуація: Ваш синтез дослідження виявив болючі точки: заплутана навігація, пустий стартовий екран, відсутність шаблонів, незрозумілий онбординг. Тепер потрібно знайти перевірені дизайн-патерни.

Вправа: Дослідження рішень

Search the web for design solutions to address what we found in @user-research-synthesis.md

Claude шукатиме та знайде перевірені патерни:

Progressive disclosure - поступове розкриття складності
Empty state design - дизайн пустих станів
Template gallery UX - галерея шаблонів
Onboarding flow patterns - патерни онбордингу
First-time user experience - досвід нового користувача

З реальними прикладами від успішних компаній!

Випадки використання веб-пошуку для PM

Пошук конкурентної розвідки
Пошук галузевих бенчмарків та метрик
Дослідження дизайн-патернів та кращих практик
Розуміння ринкових трендів
Знаходження прикладів технічної імплементації

Підсумок: Економія часу

Реальна економія часу на тиждень

Завдання	Вручну	З Claude Code
Обробка нотаток зустрічей	30 хв	2 хв
Синтез дослідження користувачів	2-3 години	5 хв
Переписування комунікацій	45 хв	3 хв
Фідбек на дизайн	20 хв	1 хв
Дослідження рішень	45 хв	2 хв
Разом на тиждень	5+ годин	~15 хв

Ключові техніки з цього модуля

@filename - Посилання на файли
Ctrl+V - Вставка зображень (Mac теж!)
Стилі комунікації - Шаблони для повторного використання
Трансформація контенту - Та сама інформація, різні формати
Веб-пошук - Дослідження рішень та кращих практик

Перевірка знань: Модуль 1.3

1. Як вставити зображення в Claude Code на Mac?

Command+V

Ctrl+V (навіть на Mac!)

Перетягнути мишкою

2. Що робить символ @ в Claude Code?

Посилається на конкретний файл для читання

Відправляє email

Створює новий файл

3. Що найкраще демонструє "стилі комунікації"?

Написання коду в різних мовах

Переклад на різні мови

Та сама інформація в різних форматах (Slack/Email/Notion)

1.4 Агенти

Модуль 1 · Основи

Цілі модуля

Зрозуміти що таке агенти (незалежні інстанси Claude, що працюють одночасно)
Пережити момент "aha!": "Я можу клонувати Claude для кількох завдань одночасно!"
Знати коли використовувати агентів vs послідовну роботу
Побачити агентів у дії з 10 нотатками зустрічей
Зрозуміти оркестрацію кількох агентів для різних завдань

Приготуйтесь бути вражені. Це найбільш переломний модуль всього курсу. Те, що ви зараз побачите, фундаментально змінює підхід до використання AI як PM.

Сценарій: Понеділковий ранок з 10 нотатками зустрічей

Ситуація: Понеділок. У вас був зайнятий минулий тиждень - 10 різних зустрічей про фічі TaskFlow, сесії з клієнтами, спринт-планування. Кожна зустріч згенерувала сирі нотатки у папці meeting-notes/.

Команда чекає action items. Зазвичай це зайняло б 2-3 години ручної обробки, по одному файлу за раз...

Але що якщо ви могли б клонувати Claude? Замість ОДНОГО Claude, що працює послідовно - 10 Claude працюють одночасно?

Як це працює: 10 агентів паралельно

Магія агентів

Claude запускає 10 незалежних агентів - уявіть 10 копій себе - і кожен обробляє один файл нотаток одночасно. Всі паралельно.

Agent 1: Обробка meeting-notes-1.md Agent 2: Обробка meeting-notes-2.md Agent 3: Обробка meeting-notes-3.md Agent 4: Обробка meeting-notes-4.md Agent 5: Обробка meeting-notes-5.md ... Agent 10: Обробка meeting-notes-10.md Всі агенти працюють паралельно...

Вправа: Паралельна обробка

Спробуйте цю команду в Claude Code:

Process all 10 meeting notes in parallel using individual agents. Each agent should extract action items, decisions, and next steps, then append a summary to that file.

Що таке агенти?

Визначення

Агенти - це незалежні інстанси Claude, що працюють одночасно. Це як клонування.

Звичайний Claude	Агенти
Одне завдання за раз	Кілька завдань одночасно
Послідовна робота	Паралельна робота

Кожен агент - це повний інстанс Claude з усіма можливостями: читання файлів, веб-пошук, аналіз, написання.

Коли використовувати агентів

Використовувати

Пакетна обробка - 10 нотаток, 20 інтерв'ю, 15 тікетів
Мультиджерельне дослідження - 5 конкурентів досліджують одночасно
Різні типи даних - інтерв'ю + опитування + тікети + нотатки продажів

НЕ використовувати

Одиничні завдання - просто запитайте прямо
Послідовна робота - коли Завдання 2 потребує результат Завдання 1
Прості швидкі завдання - overkill

Математика: 10x швидше

10 завдань x 5 хв кожне = 50 хв послідовно

Або 5 хв з 10 агентами паралельно. Це 10x швидше!

Сценарій 2: Конкурентне дослідження

Ситуація: CEO Sarah щойно попросила оновлення конкурентного ландшафту. Потрібно дослідити топ-5 конкурентів: фічі, ціноутворення, позиціонування, прогалини.

Вправа: Паралельне дослідження конкурентів

1. Research the top 5 competitors of TaskFlow 2. Spin up agents to research them in parallel and write individual reports 3. Combine them all into a single competitive landscape synthesis

Pro tip: ctrl + enter додає новий рядок до вводу

Крок 1: Claude визначає 5 конкурентів (Asana, Linear, Monday.com, ClickUp, Jira)
Крок 2: Запускає 5 агентів паралельно, кожен досліджує одного конкурента через веб-пошук
Крок 3: Кожен агент створює звіт (competitor-asana.md, competitor-linear.md тощо)
Крок 4: Claude комбінує все в competitive-landscape-matrix.md

Результат: 5 глибоких аналізів конкурентів, зроблених одночасно, синтезованих в один стратегічний документ. Хвилини замість годин.

Просунутий патерн: Спеціалізовані агенти

Ситуація: Потрібно прийняти рішення про мобільний додаток для TaskFlow. Різні джерела даних потребують різних підходів:

4 спеціалізовані агенти для різних типів даних

Агент	Спеціалізація	Джерело даних
Interview Analyst	Витягує мобільні болючі точки і цитати	5 транскриптів інтерв'ю
Survey Analyst	Рахує відсотки, сегментує по ролях	CSV з 200 відповідями
Support Analyst	Категоризує мобільні запити по use cases	10 тікетів підтримки
Sales Analyst	Визначає втрачені угоди та revenue impact	Нотатки продажів

Це не просто паралельна обробка - це спеціалізовані агенти для різних типів даних. Чотири різні типи аналізу, зроблені одночасно, синтезовані в один звіт з рекомендацією.

Як думати про агентів: Фреймворк рішень

4 питання перед запуском агентів

Чи можна розбити на незалежні паралельні завдання? Якщо так - агенти ідеально підходять
Скільки незалежних завдань? Стільки агентів вам потрібно
Завдання однакові чи різні? Однакові = generic агенти, Різні = спеціалізовані
Чи потрібно комбінувати результати? Якщо так - плануйте крок синтезу

Типові PM-воркфлоу з агентами

Тижнева обробка зустрічей (N агентів для N зустрічей)
Мультиджерельне дослідження (1 агент на джерело)
Конкурентна розвідка (1 агент на конкурента)
Спринт-планування (агенти для frontend, backend, testing stories)

Перевірка знань: Модуль 1.4

1. Який сценарій найкраще підходить для агентів?

Написання одного PRD

Аналіз 15 транскриптів інтерв'ю користувачів

Виправлення одного речення в документі

2. Чому агенти швидше?

Кожен агент працює швидше за звичайний Claude

Агенти пропускають аналіз

Кілька завдань виконуються одночасно (паралельно)

1.5 Кастомні суб-агенти

Модуль 1 · Основи

Цілі модуля

Зрозуміти що таке кастомні суб-агенти (постійні vs тимчасові)
Побачити три суб-агенти що рецензують один документ з різних перспектив
Зрозуміти модель оркестрації
Знати структуру файлів суб-агентів
Розуміти автоматичне vs явне виклик

В Модулі 1.4 ви дізнались про агентів - клонування Claude для паралельної роботи. Модуль 1.5 інший - ви створюєте постійних членів команди з особистостями.

Ключова різниця

Агенти (Модуль 1.4): Тимчасові підрядники - для паралельної роботи

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

Ваша спеціалізована PM-команда

(@_@) Engineer (фіолетовий)

Технічний фідбек та оцінка здійсненності. Оцінює технічні виклики, продуктивність, складність імплементації.

(ಠ_ಠ) Executive (синій)

Комунікація для стейкхолдерів та стратегічне обрамлення. Допомагає представити ідеї для керівництва.

(^◡^) User Researcher (зелений)

Аналіз досліджень та синтез болючих точок. Переконується що ви вирішуєте реальні проблеми користувачів.

Оркестрація: Як це працює

Ви даєте Claude завдання: отримати фідбек від трьох спеціалістів. Claude:

Викликає кожного суб-агента (Engineer, Executive, User Researcher) з їх інструкціями
Кожен суб-агент надає свою спеціалізовану перспективу
Claude комбінує всі три рецензії в один консолідований файл

Це як бути PM з командою: ви делегуєте спеціалістам, вони роблять роботу, ви синтезуєте результати.

Вправа: Мульти-перспективна рецензія

Have the Engineer, Executive, and User Researcher subagents review feature-spec-realtime-collab.md and create a consolidated review in feature-spec-review.md

Структура файлу суб-агента

Суб-агенти живуть в папці .claude/agents/ і мають два компоненти:

Секція 1: YAML Frontmatter (між --- маркерами)

--- name: "(@_@) Engineer" description: "Technical review agent for feasibility analysis" tools: ["read", "write", "edit"] model: "sonnet" color: "purple" ---

name: - Ідентифікатор суб-агента
description: - Коли та як цей суб-агент має бути викликаний
tools: (опційно) - Які інструменти може використовувати
model: (опційно) - Яку AI модель використовувати
color: (опційно) - Візуальний колір

Секція 2: System Prompt (після frontmatter)

Хто вони (досвід, роль, бекграунд)
Що надають (конкретні можливості)
Як комунікують (стиль, тон, підхід)
Яку цінність дають вам як PM
Структура виводу

Два способи виклику суб-агентів

Спосіб	Приклад	Коли використовувати
Автоматичний	Claude сам обере на основі description	Коли завдання чітко відповідає опису суб-агента
Явний	"Use the engineer subagent to review this spec"	Коли ви хочете конкретну перспективу

Бібліотеки суб-агентів

100+ готових суб-агентів

Не потрібно створювати все з нуля! Є спільноти з бібліотеками:

awesome-claude-agents - Колекція 100+ готових агентських персон
pm-agent-library - Шаблони суб-агентів специфічні для Product Manager

Просто скопіюйте .md файли в вашу папку .claude/agents/ і вони готові до використання!

Перевірка знань: Модуль 1.5

1. Чим суб-агенти відрізняються від агентів?

Суб-агенти працюють швидше

Суб-агенти - постійні з особистостями, агенти - тимчасові для паралельної роботи

Суб-агенти безкоштовні

2. Де зберігаються файли суб-агентів?

.claude/agents/

Documents/agents/

В хмарі

1.6 Пам'ять проєкту (CLAUDE.md)

Модуль 1 · Основи

Цілі модуля

Зрозуміти що таке CLAUDE.md (постійна пам'ять проєкту)
Знати критичну ієрархію: CLAUDE.md = конституція, промпти = законодавство
Зрозуміти символ # для додавання правил
Побачити повний приклад CLAUDE.md для TaskFlow
Зрозуміти ієрархію CLAUDE.md (Global > Project > Directory > Local)

Проблема: Кожна нова розмова з нуля

Знайома ситуація? Кожна нова розмова з AI, і ви заново пояснюєте:

Що ваш продукт робить
Хто ваші користувачі
Ваші стилістичні переваги
Термінологію компанії
Стандарти документації

5-10 хвилин на встановлення контексту кожного разу. CLAUDE.md вирішує це.

CLAUDE.md = Конституція

Найважливіша концепція

Ієрархія:

CLAUDE.md = Незмінні системні правила (конституція)
Промпти користувача = Гнучкі запити (законодавство)

CLAUDE.md ЗАВЖДИ перемагає.

Якщо є конфлікт між тим що в CLAUDE.md і тим що ви запитуєте в промпті, CLAUDE.md перезаписує ваш промпт. Завжди.

Приклад:

Ваш CLAUDE.md містить:

Always use Oxford commas in all documentation.

Ви кажете: "Write a sentence without Oxford commas"

Що станеться? Claude все одно використає Oxford commas. Бо CLAUDE.md - це конституція.

Реальний приклад:

CLAUDE.md: "TaskFlow uses 'Workspace' not 'Project' for our main container concept"
Ваш промпт: "Create a PRD for the new Project feature"
Що Claude зробить: Напише PRD використовуючи термін "Workspace", бо CLAUDE.md перезаписує ваше випадкове формулювання

Символ # - Додавання правил динамічно

Ви можете додавати правила через символ # на початку рядка:

# Always use bullet points instead of numbered lists in documentation

Коли ви використаєте #, Claude запитає куди зберегти правило:

Global memory (~/.claude/CLAUDE.md) - Застосовується до ВСІХ проєктів
Project memory (./CLAUDE.md) - Тільки для цього проєкту

Коли яке вибрати

Global	Project
Переваги по ВСІХ проєктах	Специфічно для цього продукту
"I prefer concise explanations"	"TaskFlow uses 'Workspace' not 'Project'"

Повний приклад: CLAUDE.md для TaskFlow

Показати повний TASKFLOW CLAUDE.md

# TaskFlow - Project Memory ## Product Context TaskFlow - SaaS для управління проєктами. Asana + Jira для remote teams. Your Role: Senior PM (activation & onboarding) Series B, $20M raised, 50 employees, $2.5M ARR, 10K users ## User Personas Sarah (Enterprise Admin) - SSO, security, audit logs Mike (IC Engineer) - Speed, keyboard shortcuts, GitHub Alex (Team Lead) - Team visibility, reporting, workload ## Writing Style - Clear and outcome-focused - Active voice (not passive) - Concise (2-sentence max paragraphs) - "we" not "I" in documentation - Always use Oxford commas - Bold key terms on first use ## Product Terminology - "Workspace" (NOT "Project") - "Task" (NOT "Todo" or "Issue") - "Epic" (NOT "Initiative" or "Theme") - "PM" = Product Manager (not Project Manager) ## Immutable Rules ALWAYS: - Include acceptance criteria in user stories - Reference user research when writing PRDs - Consider accessibility in all feature specs - Use correct terminology NEVER: - Write PRDs without user research backing - Skip acceptance criteria - Use passive voice - Forget to consider mobile experience

Як CLAUDE.md впливає на вивід

Коли ви просите написати user story для dark mode, Claude автоматично (без додаткових вказівок):

Використовує "Workspace" і "Task" і "Epic" (не Project/Todo/Initiative) - правила термінології
Пише для Sarah, Enterprise Admin - персона з CLAUDE.md
Включає детальні acceptance criteria - незмінне правило
Використовує Oxford commas - стиль написання
Використовує active voice - стиль написання
Враховує accessibility (WCAG) - незмінне правило
Враховує mobile experience - незмінне правило
Включає "Why This Matters" секцію - стиль написання

Ієрархія CLAUDE.md

Кілька рівнів CLAUDE.md

~/.claude/CLAUDE.md # Global (всі проєкти) project/CLAUDE.md # Project (TaskFlow) project/frontend/CLAUDE.md # Directory (frontend) project/CLAUDE.local.md # Personal (gitignored)

Пріоритет: Directory > Project > Global

Ці шари стекаються разом - всі застосовні CLAUDE.md файли завантажуються.

Рівень	Коли використовувати	Приклад
Global	Персональні переваги по ВСІХ проєктах	"Стислі пояснення"
Project	Специфічний продуктовий контекст	"Workspace не Project"
Directory	Правила для конкретної папки	"Стандарти коду frontend"
Local	Персональне, не комітиться в git	"Мої API ключі"

Перевірка знань: Модуль 1.6

1. Якщо CLAUDE.md каже "Always use Oxford commas" а ви просите "No Oxford commas" - що станеться?

Claude послухає ваш промпт

Claude використає Oxford commas (CLAUDE.md = конституція)

Claude запитає що робити

2. Який пріоритет ієрархії CLAUDE.md?

Global > Project > Directory

Project > Global > Directory

Directory > Project > Global

1.7 Навігація в Claude Code

Модуль 1 · Основи

Цілі модуля

Зрозуміти три input modes та перемикання через Shift+Tab
Знати коли використовувати plan mode vs auto-accept vs edit
Побачити цінність planning mode з auto-generated todo lists
Дізнатись про think keywords та --dangerously-skip-permissions
Знати корисні slash commands та Esc×2 rewind

Це фінальний модуль Рівня 1: Основи. Після нього ви опануєте всі базові механіки Claude Code і будете готові до реальних PM-воркфлоу в Рівні 2.

Три режими вводу

Edit Mode (за замовчуванням)

Показує кожну зміну файлу перед застосуванням - найбезпечніший варіант. Ви переглядаєте та схвалюєте кожну зміну.

Auto-accept Mode

Автоматично застосовує зміни без запитання - для випадків коли ви довіряєте Claude і хочете швидкості.

Plan Mode

Claude створює план і розбиває на todos перед виконанням - ідеально для складної багатокрокової роботи де ви хочете бачити стратегію наперед.

Перемикайтесь між режимами натисканням Shift+Tab (edit → auto-accept → plan).

Коли який режим використовувати

Завдання	Рекомендований режим	Чому
Виправити помилку в README	Auto-accept або Edit	Просте, швидке завдання
Дослідити AI-фічі конкурентів і створити стратегію відповіді	Plan Mode	Складне, багатокрокове завдання
Написати один email	Edit	Одиничне завдання, хочете переглянути
Обробити 10 файлів одночасно	Auto-accept	Довіряєте Claude, хочете швидкість

Plan Mode в дії

Сценарій: Один з конкурентів TaskFlow щойно запустив фічу "Chat with your to-do list AI". Керівництво панікує в Slack і питає як відповісти.

Вам потрібно швидко: дослідити конкурентів → проаналізувати їх AI-фічі → синтезувати знахідки → рекомендувати стратегію.

Що відбувається в Plan Mode

Ви перемикаєтесь в Plan Mode через Shift+Tab
Даєте запит: "Research how competitors implement AI chat features and create response strategy"
Claude створює структурований план з кроками
Ви можете відхилити план і запропонувати зміни
Після схвалення - план виконується з auto-generated todo list
Ctrl+T - подивитись todo-list в реальному часі
Esc - зупинити виконання коли побачили достатньо

Think Keywords

Три рівні "думання"

Keyword	Ефект	Коли
"think about X"	Нормальне обдумування	Стандартний аналіз
"think harder about X"	Глибший аналіз	Складні проблеми
"ultrathink about X"	Максимальна глибина	Найскладніші задачі (+ веселковий ефект!)

Працюють в будь-якому режимі, але особливо корисні в Plan Mode для складної стратегії.

--dangerously-skip-permissions

Прискорення воркфлоу

Замість запуску claude, запускайте:

claude --dangerously-skip-permissions

Цей прапорець пропускає всі запити дозволів. Автор курсу Carl рекомендує його для швидкості.

Обережно: називається "dangerously" не просто так! Використовуйте тільки коли довіряєте Claude і знаєте що робите.

Корисні slash commands

Команда	Що робить
/model	Перемикання між моделями Claude (Sonnet, Opus, Haiku)
/context	Перегляд використання контексту (токени, завантажені файли)
/clear	Очистка історії розмови (початок з чистого аркуша)

Rewind: Escape x 2

Кнопка "Назад" для всієї розмови

Натисніть Escape двічі - це перемотає розмову і дасть можливість скасувати зміни у файлах.

Також можна використати команду /rewind для більшого контролю над тим, наскільки далеко відкотитись.

Дуже зручно при експериментах або коли щось пішло не так.

Вітаємо! Рівень 1 завершено!

Тепер ви знаєте всі базові механіки Claude Code:

Файлові операції (читання, запис, редагування з @)
Виконання команд та візуалізація
Агенти для паралельної роботи
Кастомні суб-агенти з персоналізованими персонами
CLAUDE.md для постійної пам'яті проєкту
Режими вводу та навігація

Ви готові до Рівня 2: Реальні PM-воркфлоу!

Перевірка знань: Модуль 1.7

1. Який режим найкращий для складного багатокрокового завдання?

Edit Mode

Auto-accept Mode

Plan Mode

2. Як перемикатися між режимами вводу?

Ctrl+Tab

Shift+Tab

Alt+Tab

3. Що робить "ultrathink"?

Запускає додаткових агентів

Перемикає модель

Максимально глибокий аналіз перед відповіддю

2.1 Написання PRD

Модуль 2 · Просунута PM-робота

Цілі модуля

Зрозуміти як використовувати AI як партнера по мисленню (не просто інструмент для написання)
Знати як інкорпорувати шаблони, контекст компанії та дослідження через @-mentions
Вміти генерувати кілька стратегічних підходів і порівнювати їх
Знати як отримати мульти-перспективний фідбек через суб-агентів

Ласкаво просимо до Рівня 2! Весь Рівень 2 - це ЗАСТОСУВАННЯ того, що ви вивчили в основах, до просунутих, реалістичних PM-сценаріїв.

Ключовий принцип

AI не повинен писати все за вас. Ви шукаєте не ghostwriter - ви шукаєте партнера по мисленню.

Дивовижна річ Claude Code - він може отримати ПОВНИЙ КОНТЕКСТ вашої роботи: документи компанії, дослідження, шаблони, дані користувачів - все одночасно.

Два PRD шаблони

Шаблон Carl'а - Детальний

Комплексний, з секціями для Problem Alignment та Solution Alignment. Добрий для складних фіч де потрібно вирівняти стейкхолдерів і на "чому" і на "як".

# Problem Alignment - Problem & Opportunity - High Level Approach - Narrative (optional) - Goals - Non-goals # Solution Alignment - Key Features - Key Flows - Key Logic # Development and Launch Planning

Шаблон Lenny'го - Мінімальний (7 питань)

Супер-мінімальний від Lenny Rachitsky. Чудовий для менших фіч або ранньої стадії де хочете рухатись швидко.

- Description: What is it? - Problem: What problem is this solving? - Why: How do we know this is a real problem? - Success: How do we know if we've solved it? - Audience: Who are we building for? - What: What does this look like in the product? - How: What is the experiment plan? - When: When does it ship?

7-кроковий воркфлоу написання PRD

Повний процес

Оберіть шаблон - Carl's (детальний), Lenny's (мінімальний), або ваш власний
Надайте контекст через @-mentions - @taskflow-company-context.md, @socratic-questioning.md, @template
Сократичне запитування - Claude задає уточнюючі питання щоб відточити ваше мислення
Включіть дослідження - @user-research/pain-points.md для інсайтів
Згенеруйте 3 версії - Три різні стратегічні підходи для порівняння
Отримайте мульти-перспективний фідбек - Рецензії від Engineer, Executive, User Researcher суб-агентів
Фіналізуйте - Адресуйте фідбек та збережіть фінальну версію

Крок 1-2: Початок з контекстом

Для практичного сценарію - фіча: AI voice chat interface для управління to-do list

Вправа: Запуск PRD процесу

Введіть цю команду в Claude Code:

Please help me fill out my PRD template @Lennys-PRD-Template.md for an AI voice chat interface for managing a to-do list. Use @taskflow-company-context.md and guide me through the process using @socratic-questioning.md. My ideas are [ваші ідеї]

Ця команда демонструє три @-mentions одночасно: шаблон, контекст компанії, фреймворк для питань.

Крок 3: Сократичне запитування

Замість того щоб одразу писати PRD, Claude запитує уточнюючі питання щоб відточити ваше мислення. Це частина фреймворку socratic-questioning.md.

Приклади питань:

"Хто основний користувач цієї фічі і в якому контексті він буде її використовувати?"
"Яку проблему це вирішує, яку існуючі рішення не можуть вирішити?"
"Як ви будете вимірювати успіх? Які метрики покажуть що фіча працює?"
"Які ризики або технічні виклики ви передбачаєте?"

Ви можете відповідати на кожне питання вдумливо, або сказати "skip" і Claude заповнить розумну відповідь на основі контексту компанії.

Крок 4-5: Три стратегічні версії

Замість ОДНОГО PRD, Claude генерує 3 різні версії з різними стратегічними підходами:

Версія 1: Chat-first підхід

AI розмова - основний інтерфейс, список завдань - вторинний. Фокус на природномовній взаємодії.

Версія 2: List-first підхід

Традиційний to-do list, покращений AI голосом. Знайомий інтерфейс з AI як доповненням.

Версія 3: Збалансований підхід

Рівна вага обох досвідів. Користувач обирає що зручніше в конкретний момент.

Це ідеальний випадок для паралелізації завдання через кілька агентів!

Вправа: Генерація 3 PRD

Spin up 3 agents to generate 3 PRD drafts with different strategic approaches: chat-first, list-first, and balanced

Крок 6: Мульти-перспективний фідбек

Пам'ятаєте кастомні суб-агенти з Модуля 1.5? Тепер вони рецензують ваш PRD з різних кутів:

Engineer

Технічна здійсненність, складність імплементації, продуктивність, конкретні технічні питання.

Executive

Бізнес-цінність, стратегічна відповідність, executive summary, стратегія комунікації ризиків.

User Researcher

Адресовані болючі точки, відсутній контекст користувача, необхідна валідація досліджень, UX-проблеми.

Вправа: Отримання рецензій

Get reviews from the Engineer, Executive, and User Researcher subagents on the chosen PRD and consolidate them into a new document

Ключовий інсайт: Патерн роботи

ВИ керуєте процесом

Ви думаєте → AI підсилює → Ви вирішуєте

Claude не просто написав PRD за вас. Він допоміг вам:

Думати чіткіше про проблему (сократичні питання)
Розглянути кілька стратегічних підходів (3 версії)
Отримати різноманітний фідбек (3 перспективи)

Ви прийняли всі рішення - який шаблон, який стратегічний підхід, який фідбек адресувати.

Інші способи допомоги з PRD

Конкурентне дослідження - Веб-пошук конкурентів та синтез їх підходів
Синтез інтерв'ю - Читання десятків транскриптів та витягування тем
Аналіз продуктової аналітики - Аналіз даних використання для інформування пріоритизації
Посекційне написання - Ви пишете секцію проблеми, Claude допомагає з рішенням, ви ітеруєте

Перевірка знань: Модуль 2.1

1. Яка роль AI при написанні PRD?

Ghostwriter - пише все за вас

Партнер по мисленню - допомагає думати краще

Редактор - тільки виправляє граматику

2. Скільки стратегічних версій PRD рекомендується генерувати?

1 (найкращу)

2 (для порівняння)

3 (з різними стратегічними підходами)

3. Який правильний патерн роботи з AI?

Ви думаєте → AI підсилює → Ви вирішуєте

AI думає → AI пише → Ви копіюєте

Ви пишете → AI перевіряє граматику

2.2 Аналіз даних

Модуль 2 · Просунута PM-робота

Фаза 1: Discovery — Знаходимо проблему за допомогою даних

Ви — Senior PM для Activation у TaskFlow. Показник активації застряг на 45% вже 6 місяців. Керівництво хоче знати, що ви збираєтесь робити.

Повний воркфлоу аналізу даних для PM:

Фаза 1 — Discovery: Знаходимо проблему за допомогою даних
Фаза 2 — Impact Estimation: Оцінюємо бізнес-вплив для обґрунтування
Фаза 3 — Experiment Analysis: Аналізуємо результати A/B-тесту

Аналіз воронки активації

Claude Code може читати CSV-файли напряму та аналізувати їх. Ось результат аналізу activation-funnel-q4.csv:

Крок	Увійшло	Завершило	%	Медіанний час
Реєстрація	10,000	10,000	100%	0 хв
Перше завдання створено	10,000	7,200	72%	18 хв
Перше завдання завершено	7,200	2,880	40%	45 хв
Запрошення надіслано	2,880	1,440	50%	24 хв

60% користувачів, які створили завдання, ніколи його не завершують! Це головне місце втрати.

Аналіз опитувань користувачів

Аналіз 800 відповідей з user-survey-responses.csv:

"Не знав що створювати" — 35% відповідей (280 користувачів)
"Потрібні приклади або шаблони" — 28% (224 користувачі)
"Порожній екран лякає" — 22% (176 користувачів)
"Незрозуміло як мають виглядати завдання" — 15% (120 користувачів)

"Я зареєструвався, але 5 хвилин дивився на порожній проект, не знаючи що робити"

Сегментація: Малі команди (5-20 людей) згадують цю проблему в 2 рази частіше — вони ще не мають усталених воркфлоу.

Рішення: Guided Onboarding — попередньо заповнений зразковий проект з 5-6 прикладними завданнями для нових користувачів.

Фаза 2: Оцінка впливу (Impact Estimation)

Інженерна оцінка Guided Onboarding: 4 місяці роботи ≈ $100,000. Чи варто?

Формула оцінки впливу

Impact = Users Affected × Current Action Rate × Expected Lift × Value per Action

Розбивка компонентів:

Users Affected — скільки користувачів побачать фічу (не завжди 100%)
Current Action Rate — поточний % дії (45% активація)
Expected Lift — на скільки покращиться (найскладніше оцінити)
Value per Action — цінність кожної додаткової активації ($172.80 LTV)

Три сценарії ROI

Завжди створюйте три сценарії — це показує діапазон можливих результатів.

Сценарій	Adoption	Lift	+Юзерів/міс	ARR	3-річний ROI
Песимістичний	30%	45%→50%	+150	$10k	2.6x
Реалістичний	70%	45%→58%	+455	$39k	9.4x
Оптимістичний	90%	45%→62%	+850	$73k	17.6x

Навіть у песимістичному сценарії — 2.6x ROI за 3 роки. Плюс стратегічна цінність: не можна масштабуватись з активацією 45%.

Фаза 3: Аналіз A/B-тесту

Через 4 тижні тест завершений. 8,000 користувачів (4,000 контроль + 4,000 treatment).

Topline результати:

Control: 45.2% активація
Treatment: 47.8% активація
Lift: +2.6 percentage points (p=0.04, ледь значимо)

Розчаровує? Ми прогнозували 58%, а отримали 48%... Але не здавайтесь!

Сегментація — справжня історія

ЗАВЖДИ сегментуйте за цільовим клієнтом перед прийняттям рішення!

Сегмент	Control	Treatment	Lift	p-value
Малі команди (5-20)	44.8%	56.2%	+11.4pp	<0.001
Середні (21-99)	45.5%	47.1%	+1.6pp	0.23
Enterprise (100+)	45.6%	42.1%	-3.5pp	0.08

Для малих команд — +11.4pp lift (близько до нашої оцінки 13pp), highly significant! Для enterprise — погіршення. Topline маскувало величезний виграш для цільового ринку!

Метрики якості та випереджаючі індикатори

Week 1 Retention (серед активованих користувачів):

Control: 60.1% повернулися 3+ дні, 2.9 завдань
Treatment: 78.4% повернулися 3+ дні, 6.8 завдань (+18.3pp, 2.3x більше)

Leading indicators:

Використання шаблонів: 3.2x вище (35.2% vs 10.9%)
Запрошення колег: 2.9x вище (34.8% vs 12.1%)

Фінальна рекомендація

SHIP для малих команд (5-20 людей)
EXCLUDE для enterprise (100+)

+450 якісних активацій/місяць, +$39k ARR, 9.4x ROI за 3 роки. Вища LTV завдяки кращому retention.

Перевір себе

1. Яка формула оцінки впливу фічі?

Revenue = Users × Price Impact = Users Affected × Current Rate × Lift × Value per Action ROI = Revenue / Cost

2. Чому "провальний" topline може приховувати успіх?

Бо статистика ненадійна Бо середнє маскує значний lift у цільовому сегменті Бо A/B тести завжди помиляються

3. Навіщо створювати 3 сценарії (pessimistic/realistic/optimistic)?

Для краси презентації Щоб показати діапазон можливих результатів та ризики Бо керівництво вимагає три числа

Ключові навички модуля 2.2

Phase 1 — Discovery: Аналіз воронок з CSV, обробка опитувань, ідентифікація root cause
Phase 2 — Impact Estimation: ROI-модель з формулою, 3 сценарії для невизначеності
Phase 3 — Experiment Analysis: Сегментація, метрики якості, leading indicators
Ключовий урок: Ніколи не зупиняйтесь на topline метриках! Завжди сегментуйте

Що Claude Code робить для PM: Читає CSV, обробляє тисячі рядків, рахує statistical significance, будує ROI-моделі, створює документи для керівництва.

PM Workflow: Discover → Estimate → Build → Analyze → Iterate

2.3 Продуктова стратегія

Модуль 2 · Просунута PM-робота

Стратегія — це вибір, а не список фіч

Цей модуль відрізняється від попередніх. Ми не пишемо PRD і не аналізуємо дані — ми робимо стратегічні вибори щодо того, де конкурувати і як перемагати.

Сценарій: Ви — Gen AI PM у TaskFlow. CEO запитує: "Як ми маємо розвивати нашу AI-стратегію на H1 2026?"

Потрібно розробити стратегічний напрямок з жорсткими виборами щодо фокусу, позиціонування та ставок. AI допомагає думати ретельніше, досліджувати швидше та тестувати свої рішення — але рішення приймаєте ви.

Rumelt's Strategy Kernel

Фреймворк з книги "Good Strategy, Bad Strategy" Річарда Рамелта. Три частини:

1. DIAGNOSIS — Що насправді відбувається?
Визначає ключовий виклик або можливість. Базується на реальних даних та конкурентному ландшафті.

2. GUIDING POLICY — Який наш підхід?
Робить жорсткі вибори, де конкурувати. Говорить НІ деяким можливостям для фокусу. Це найскладніша частина!

3. COHERENT ACTIONS — Як ми виконуємо?
Конкретні ініціативи, що підсилюють одна одну. Секвенсований roadmap з чіткими залежностями.

Більшість "стратегій" провалюються, бо перескакують від "ось проблема" до "ось список фіч" без справжніх виборів.

Ваша стратегічна ситуація

Ваша команда: 2 AI-інженери, ви (Gen AI PM), спільні дизайн-ресурси

Track record:

Shipped AI voice chat — користувачам подобається
Покращили активацію 45%→56% для малих команд
Voice chat використання помірне, але стабільне

Обмеження: ~$50k/квартал на AI-інфраструктуру, ~$3/юзер/місяць, 1 major AI фіча на квартал

Контекст: Конкуренти (Notion, Linear, Asana) запускають AI-фічі. Керівництво хоче "AI-стратегію", а не incremental features.

Конкурентне дослідження (паралельні агенти)

Запускаємо 3 агенти для дослідження конкурентів — кожен через WebSearch:

Agent 1 → Notion AI: AI-асистент, pricing model, adoption
Agent 2 → Linear AI: AI-фічі, інженерний фокус
Agent 3 → Asana AI: AI-capabilities, enterprise focus

Diagnosis: AI-ландшафт нагрівається. Всі додають AI, але чіткого переможця ще немає. Питання: де TaskFlow може унікально виграти з обмеженими ресурсами?

5 стратегічних виборів

Кожне питання має 3 варіанти (A/B/C). Після вибору — Devil's Advocate challenge, потім можна переглянути рішення.

Вибір #1: Фокус vs Широта ▶

A) GO DEEP ON VOICE — Подвоюємо ставку на голос як AI-диференціатор. Розширюємо на зустрічі, нотатки, колаборацію.

B) SPREAD AI EVERYWHERE — Додаємо AI по всіх фічах (пропозиції завдань, розумне планування, авто-категоризація).

C) PARTNER FOR CAPABILITIES — Партнеримось з OpenAI/Google для core AI, фокусуємо команду на TaskFlow-специфічних воркфлоу.

Devil's Advocate: Якщо обрали A — що якщо голос стане commodity за 6 місяців? OpenAI/Google додадуть голос у свої продукти. Ваша ставка на щось, що більше не буде диференціатором.

Вибір #2: Реакція на конкурентів ▶

A) BUILD FASTER/BETTER — Змагаємось з Notion на швидкості інновацій

B) DIFFERENTIATE DIFFERENTLY — Фокус на AI для SMB, фічі які Notion не побудує

C) IGNORE AND FOCUS — Дотримуємось свого roadmap, не реагуємо на кожен хід конкурента

Devil's Advocate: "SMB-specific AI" звучить гарно, але що це насправді означає? Менші команди потребують ті самі інструменти. І ви явно віддаєте enterprise — де гроші (Notion $15k vs SMB $5k).

Вибір #3: AI Pricing & Business Model ▶

AI коштує ~$3/юзер/місяць, поточна ціна $12/юзер/місяць.

A) PREMIUM AI TIER — AI фічі як $5/місяць add-on. Маржинальність зберігається.

B) SUBSIDIZE TO DRIVE ADOPTION — Включити AI в базову ціну, втрата маржі заради adoption.

C) USAGE-BASED AI — Платити за використання (голосові хвилини, AI-підказки).

Вибір #4: Product Scope ▶

A) AI AS THE PRODUCT — Перебудувати TaskFlow як AI-first досвід.

B) AI AS ENHANCEMENT — AI робить існуючі фічі кращими. TaskFlow працює без AI, але з AI — чудово.

C) AI FOR SPECIFIC JOBS — AI для конкретних задач ("AI meeting notes", "AI task breakdown").

Вибір #5: Risk Tolerance ▶

A) MOVE FAST, TAKE RISKS — Швидко шипимо експериментальні AI фічі, вчимось від юзерів.

B) DELIBERATE AND DEFENSIBLE — Менше фіч, але виняткової якості.

C) WAIT AND LEARN — Нехай конкуренти ризикують, ми будуємо правильно. Fast follower strategy.

Синтез стратегії

Після 5 виборів Claude Code синтезує повну AI Product Strategy за Rumelt's Strategy Kernel:

h1-2026-ai-product-strategy.md

# TaskFlow H1 2026 AI Product Strategy

## DIAGNOSIS: The Strategic Challenge
[Конкурентний ландшафт + ваші обмеження → ядро проблеми]

## GUIDING POLICY: Our Strategic Approach
[5 виборів → когерентний стратегічний напрямок]
[Де ми конкуруємо + як перемагаємо + що НЕ робимо]

## COHERENT ACTIONS: H1 2026 Roadmap
[Q1 + Q2 ініціативи, що підсилюють одна одну]

## CRITICAL ASSUMPTIONS
[Що має бути правдою + як це перевірити]

Ваші вибори створюють когерентну стратегію — кожне рішення підсилює інші.

Claude Code Skills: Трансформація документів

Skills — спеціалізовані capabilities, що розширюють можливості Claude Code:

pptx — створює PowerPoint з маркдаун-документів (графіки, таблиці, timelines)
xlsx — Excel з формулами та діаграмами
pdf — професійні PDF з кастомним форматуванням
docx — Word документи

Приклад: pptx skill бере h1-2026-ai-product-strategy.md і створює 13 слайдів з візуальними елементами:

Title Slide
Executive Summary
Competitive Landscape (таблиця)
Our Strategic Direction
What We're NOT Doing (tradeoffs)
H1 2026 Roadmap Q1 + Q2 (timeline з shapes)
Success Metrics (bar chart)
Why We'll Win (pie chart)
Risks & Mitigation
The Ask

Перевір себе

1. З яких трьох частин складається Rumelt's Strategy Kernel?

Vision, Mission, Values Diagnosis, Guiding Policy, Coherent Actions Problem, Solution, Metrics

2. Чому більшість "стратегій" провалюються?

Бо використовують занадто багато фреймворків Бо перескакують від проблеми до списку фіч без справжніх виборів Бо не мають достатньо даних

3. Яка роль AI у стратегічному мисленні PM?

AI приймає стратегічні рішення за PM AI — thinking partner: досліджує швидше, тестує рішення, комунікує чітко AI не потрібен для стратегії

Підсумок Рівня 2: PM Workflows

Модуль 2.1 — Write a PRD: @-mentions, паралельні агенти для 3 стратегій, суб-агенти для фідбеку, production-ready PRD

Модуль 2.2 — Analyze Data: CSV аналіз, ROI-модель з 3 сценаріями, A/B-тест з сегментацією, leading indicators

Модуль 2.3 — Product Strategy: Competitive research, 5 стратегічних виборів з devil's advocate, стратегія за Rumelt's Kernel, pptx skill

3.1.1 Вступ до генерації зображень

Модуль 3 · Nano Banana

Nano Banana Pro — Gemini 3 Pro для генерації зображень

Як каже автор курсу Carl: "You aren't going to believe how fucking amazing this is."

Gemini 3 Pro (кодова назва Nano Banana Pro) — найпотужніша модель генерації зображень від Google. Вона створює фотореалістичні зображення, трансформує reference-фото, генерує текстові оверлеї та багато іншого.

Через API (а не через Google Apps) — трохи менше обмежень. Наприклад, можна використовувати фото знаменитостей як reference.

Налаштування API ключа

Перейдіть на https://aistudio.google.com/
Натисніть "Get API Key" → "Create API key"
Оберіть "Default Gemini Project", скопіюйте ключ (починається з "AIza...")
Налаштуйте billing (під "Quota tier" → "Set up billing")
Вартість: ~$0.10 за зображення, весь курс < $5

Створіть файл .env з рядком: GEMINI_API_KEY=ВашКлюч

Перша генерація

Для демонстрації курс генерує Carl у костюмі банана з текстом "Welcome to Nano Banana!" — це займає 10-15 секунд.

Що Claude Code робить автоматично:

API-виклики до Gemini
Управління сесіями
Збереження в outputs/
Підбір оптимальних параметрів

Що буде далі в модулі 3.1: основи функції generate(), Golden Rules промптингу, reference images, style database.

3.1.2 Основи промптингу для зображень

Модуль 3 · Nano Banana

Функція generate()

Вся магія API живе у скрипті image_gen.py. Ось що ви контролюєте:

prompt — опис зображення
reference_images — фото для візуального input
aspect_ratio — форма зображення
resolution — розмір/якість

Вам не потрібно про це думати — просто працюйте з Claude Code природно, і він обробить все автоматично.

Aspect Ratios — форма зображення

1:1	Квадрат	Instagram пости, аватарки
16:9	Landscape	Презентації, YouTube thumbnails
9:16	Portrait	Instagram/TikTok stories
4:5	Tall rectangle	Instagram feed (краще за квадрат)
3:2	Classic photo	Як 35мм плівка

Resolution — розмір та деталізація

1K (1024px) — ~20 сек. Найшвидший, для ітерацій та чернеток
2K (2048px) — ~30 сек. Та сама ціна. Для фінальних версій
4K (4096px) — ~45 сек. Дорожче. Тільки для друку

Стратегія: Ітеруйте на 1K, фіналізуйте на 2K. 4K — тільки для великого друку.

Ітерація — ключовий принцип

Не потрібно починати з нуля! Claude пам'ятає контекст розмови. Просто попросіть зміни:

"Зроби фон темнішим"
"Додай теплішу кольорову палітру"
"Зміни кут камери"

Gemini продовжує сесію і розуміє повний контекст — це дає набагато кращі результати при редагуванні.

3.1.3 Стиль та естетика

Модуль 3 · Nano Banana

4 Golden Rules промптингу від Google

Rule 1: Edit, Don't Re-roll
Якщо зображення на 80% правильне — попросіть конкретні зміни замість перегенерації. Використовуйте ітерацію!

Rule 2: Natural Language & Full Sentences
Описуйте як дизайнеру-людині, не "tag soup" (розділені комами ключові слова). Gemini — thinking model, не потребує жорсткої структури.

Rule 3: Be Specific and Descriptive
Визначте суб'єкт, оточення, освітлення, настрій, текстури, матеріали. Gemini може обробити ДУЖЕ багато деталей.

Rule 4: Provide Context
Скажіть "навіщо" або "для кого" — портрет "для дитячої книжки" виглядає зовсім інакше ніж "для luxury бренду".

Tag Soup vs Natural Language

Tag Soup (старий стиль)

cat, orange tabby, sitting, window, sunlight, cozy,
warm lighting, 8k, hyperrealistic, bokeh

Natural Language (правильний стиль)

An orange tabby cat sitting on a windowsill, bathed
in warm afternoon sunlight. The scene feels cozy
and intimate, with soft focus on the background.

Обидва підходи працюють, але natural language — простіше і природніше для Gemini.

Reference Images — потужний інструмент

Gemini може використовувати reference images для стилю або суб'єкта:

Один reference — для стилю (наприклад, "зроби в стилі цього дизайну")
Декілька references — для кращої точності суб'єкта (різні ракурси)
Мікс — стиль з одного зображення, суб'єкт з іншого

Приклад: Курс демонструє "APEX CAT" — landing page з фото двох котів (Winter + Piper) у стилі reference-зображення.

Grids та Variants

Grids — для множинних видів або варіацій одного суб'єкта:

3x3 character sprite sheet (9 поз одного персонажа)
2x4 grid для навчальних слайдів
Product angles, character sheets

Variants — генеруйте 2-3 варіанти з тим самим промптом, потім оберіть найкращий і ітеруйте:

Генеруємо варіанти → обираємо фаворит
Ітеруємо з конкретним фідбеком
Отримуємо ідеальний результат

Перевір себе

1. Який перший Golden Rule промптингу?

Використовуйте якомога більше ключових слів Edit, Don't Re-roll — ітеруйте замість перегенерації Завжди використовуйте 4K resolution

2. Чому natural language кращий за tag soup?

Він дешевший Gemini — thinking model, навчена на природній мові Tag soup не підтримується

3.1.4 База стилів

Модуль 3 · Nano Banana

Мета-скіл: персональний creative toolkit

Ось що відрізняє casual юзерів від power users: побудова бібліотеки стилів, що росте з часом.

Замість старту з нуля кожного разу — ви будуєте бібліотеку перевірених стилів. Кожне чудове зображення, кожен вдалий промпт, кожен відкритий стиль стає частиною вашого toolkit.

Claude Code управляє всією вашою базою стилів. Просто скажіть "use style #3" або "add this to my library".

Style Library — HTML-візуалізація

Курс надає style-library.html — локальний HTML-файл для перегляду вашої колекції стилів:

Index number — "use style #02"
Thumbnail preview — hover для збільшення
Name + tags — для швидкого сканування
Category — для фільтрації
Full prompt — hover для розгортання, click для копіювання
Example uses — коли використовувати

Можна змінити дизайн чи функціональність — просто попросіть Claude!

3 способи поповнення бібліотеки

Метод 1: Save As You Go ▶

Коли створюєте щось, що подобається — просто скажіть "add this to my library". Claude автоматично:

Знайде наступний ID
Дасть описову назву
Обере категорію
Скопіює thumbnail
Оновить style-library.html

Метод 2: Collect From Online ▶

Знайдіть промпти в соцмережах, prompt databases, tutorials. Протестуйте, потім додайте до бібліотеки.

Приклад з Nano Banana:

Isometric Photo Prompt

"Make a photo that is perfectly isometric.
It is not a miniature, it is a captured photo
that just happened to be perfectly isometric.
It is a photo of [subject]."

Метод 3: Extract From Any Image (Power Move!) ▶

Gemini 3 Pro має найкраще розуміння зображень серед усіх моделей. Модуль style_extract.py аналізує будь-яке зображення та витягує:

Кольорову палітру, освітлення, композицію
Текстури, настрій, художній стиль
Типографіку, спецефекти

Демо: Курс витягує стиль зі складного рекурсивного зображення (чоловік малює себе, що малює себе, з CRT TV показує ту саму сцену, 90-ті) і відтворює його з нуля за текстовим описом.

Pinterest → Extract → Save → Ваш назавжди.

3.2.1 PM Use Cases: Користувачі та продукт

Модуль 3 · Nano Banana

Pitch Deck з AI-візуалами

Сценарій: Ви — PM у TaskFlow, питчите новий мобільний додаток для operations managers у виробництві. Потрібні візуали для pitch deck: persona portrait, journey map, wireframes, hero image.

Цільовий користувач — Marcus Chen: operations manager, 40+, управляє 3 shift supervisors, телефон в одній руці, кава в іншій.

5 типів візуалів для pitch deck

1. Persona Portrait — Marcus Chen, operations manager. Впевнений, практичний, в робочому одязі. Для слайду "Для кого будуємо?"

2. Journey Map — Ранковий workflow Marcus: 6 AM прихід → 6:30 ревю задач → 7 AM standup → 8-11 обхід → 11:30 handoff. Зараз: clipboard + radio + SMS = хаос.

3. Wireframe Transformation — Ручний скетч з наради → відполірований wireframe. Claude бере hand-drawn-wireframe.jpg як reference і створює clean version.

4. Device Mockup — Wireframe у рамці iPhone. Перетворення wireframe концепту на реалістичний UI з кольорами, іконками, типографікою.

5. Lifestyle Shot — Marcus на заводському поверсі з телефоном і TaskFlow UI. Hero image для обкладинки pitch deck.

Power move: Marcus-портрет можна використати як reference image для journey map — він з'явиться на кожному етапі!

3.2.2 PM Use Cases: Стратегія та архітектура

Модуль 3 · Nano Banana

Візуали для різних стейкхолдерів

TaskFlow Mobile pitch був успішний! Тепер різні стейкхолдери хочуть детальніше:

CTO — технічна архітектура
CEO — пріоритизація фіч
Board — product roadmap

1. System Architecture Diagram (для CTO)

Як TaskFlow Mobile вписується в існуючу екосистему:

TaskFlow Mobile → TaskFlow Backend API
Backend → PostgreSQL + Redis cache
Third-party: Firebase (push notifications), Mixpanel (analytics)
Data flow arrows між компонентами

Формат 16:9, clean technical style для engineering review.

2. 2x2 Prioritization Matrix (для CEO)

	← Low Effort High Effort →
High Impact ↑	Quick Wins Push notifications Offline viewing	Major Projects Real-time sync Team chat
Low Impact ↓	Fill-ins Custom themes Widget support	Avoid Voice commands AR visualization

3. Product Roadmap (для Board)

Q1: MVP
Core task mgmt, push notifications, offline viewing

Q2: Team
Real-time sync, team chat, shared lists

Q3: Enterprise
Admin controls, SSO, advanced analytics

Техніка: Описуєте компоненти → зв'язки → стиль → Gemini генерує. Працює для діаграм, Gantt charts, release plans.

Порада: Для натхнення діаграмами — slidemodel.com. Знайдіть стиль → скріншот → style extraction → ваш назавжди.

3.2.3 PM Use Cases: Маркетинг та запуск

Модуль 3 · Nano Banana

Launch Asset Kit

Pitch пройшов. CTO підписав архітектуру. CEO затвердив roadmap. Board дав зелене світло. TaskFlow Mobile запускається наступного місяця.

Маркетинг потребує assets. І вони потрібні були вчора.

3 типи launch assets

1. App Store Hero ▶

Hero image для App Store / Play Store. Має миттєво комунікувати цінність.

Використовуємо reference зображення app-store-hero.png як стиль, TaskFlow Mobile на сучасному телефоні, 16:9 формат.

2. Social Ad Creative ▶

LinkedIn ads для B2B. Показує проблему → рішення в одному зображенні:

Before: Overwhelmed manager з clipboard, radio, scattered papers
After: Той самий manager впевнено використовує TaskFlow Mobile

1:1 формат (працює на всіх платформах). Можна генерувати варіанти для різних аудиторій.

3. Launch Announcement Graphic ▶

"Introducing TaskFlow Mobile" — для блогу, email-розсилки, соціальних мереж. Має відчуватися як подія — щось нове і захоплююче прибуває.

Premium feel, spotlight ефект, 16:9 формат.

The Big Picture — що ви побудували

Ви тепер маєте три суперсили:

Найпотужніша модель (Gemini 3 Pro)
Найпотужніший AI-асистент (Claude Code)
Система, що зростає з часом (ваша style library)

Ваша style library стає ціннішою з кожним проектом. Наступного разу коли потрібна journey map — ваш go-to стиль вже готовий.

Це — як ви реально використовуєте AI для справжньої роботи.

Перевір себе

1. Які 3 способи поповнення style library?

Buy, download, install Save as you go, collect from online, extract from any image Copy, paste, rename

2. Для чого використовуються reference images?

Тільки для копіювання зображень Для стилю, суб'єкта або мікс — забезпечують консистентність Тільки для портретів

4.1 Налаштування для Vibe Coding

Модуль 4 · Вайб-кодинг

Зміна мислення: тепер ми СТВОРЮЄМО

У попередніх модулях ви працювали З файлами — аналізували, синтезували, витягували інсайти. У Модулі 4 ви створите щось з нуля.

Що будуємо: Квіз "Яка ти кава?" — відвідувачі відповідають на веселі питання і отримують тип особистості + рекомендацію кави. Наприклад: "Ти — Bold Adventurer, спробуй Double Espresso!"

Це рекомендаційний движок, одягнений як квіз особистості. І це ідеальний перший проект — реальна інтерактивність без перевантаження.

Мислення PM + Engineer

Ви — product manager, Claude — інженер.

Ви описуєте, що хочете
Claude пише код
Вам НЕ потрібно розуміти код
Ваша робота: чіткі вимоги, погодження плану, рев'ю результату, зворотній зв'язок

Саме так нетехнічні люди працюють з розробниками. Ви зараз вчите цей скіл.

Цикл Vibe Coding

Requirements → Build → Iterate → Save (GitHub) → Deploy (Vercel)

5 уроків, ~1.5-2 години загалом. Не обов'язково за один раз.

Технологія

Код буде на JavaScript (найпопулярніша мова для вебсайтів) з використанням Next.js — фреймворк, що спрощує створення та деплой вебсайтів.

Вам НЕ потрібно це розуміти. Claude обробляє весь код. Просто знайте терміни.

Перший крок: Створюємо папку quiz-project для вашого проекту.

Перевір себе

1. Який цикл Vibe Coding?

Code → Test → Debug → Ship Requirements → Build → Iterate → Save → Deploy Design → Develop → Launch

2. Яка роль PM у вайб-кодингу?

Писати код самому Визначати вимоги, рев'ювити результат, давати зворотній зв'язок Тестувати баги

4.2 Планування додатку

Модуль 4 · Вайб-кодинг

Requirements — основа всього

Перед будуванням потрібно зрозуміти що саме будуємо. Це називається "вимоги" (requirements) — опис того, як квіз має працювати та виглядати.

Чи було у вас таке, що ви дали комусь нечіткі інструкції і отримали зовсім не те? Саме так відбувається без requirements.

AskUserQuestion — зручний інструмент

Claude Code має інструмент AskUserQuestion — замість друкування, вам показують кнопки для вибору. Зручніший спосіб приймати рішення. Просто скажіть "ask me" або "give me options".

Що визначаємо:

Скільки пар особистість-кава (3, 4, 5 або 6)
Стиль питань (поп-культура, лайфстайл, абстрактні, мікс)
Конкретні пари особистість → кава

10 ідей для пар Особистість → Кава

Bold Adventurer	Double Espresso	"You live for intensity"
Cozy Classic	Medium Roast Drip	"Comfort in every cup"
Sweet Enthusiast	Caramel Latte	"Life's too short for bitter"
Zen Minimalist	Black Coffee, Single Origin	"Simple. Clean. Perfect."
Social Butterfly	Cappuccino	"Coffee is better with company"
Night Owl	Red Eye	"Sleep is optional"
Health Nut	Oat Milk Americano	"Wellness in every sip"
Artisan Snob	Pour-Over, Single Origin	"You know what you like"
Practical Pragmatist	Large Drip, Whatever's Fresh	"Just make it work"
Indulgent Treat	Mocha with Whip	"Coffee is dessert"

Логіка квізу

Logic — правила "під капотом": якщо юзер обере X, що станеться? Кожен додаток має логіку.

Кожна відповідь у квізі прив'язана до однієї з особистостей. В кінці рахуємо, яка набрала найбільше.

Два варіанти показу результату:

A: Одна рекомендація — "Ти Bold Adventurer! Спробуй Double Espresso."
B: Показати відсотки — "50% Bold Adventurer, 30% Cozy Classic, 20% Sweet Enthusiast" з усіма рекомендаціями кави.

Візуальний стиль

Claude Code генерує 3-4 HTML preview файли з різною естетикою та відкриває їх у браузері:

Playful/Colorful — яскраві кольори, закруглені форми, fun шрифти
Minimal/Clean — багато whitespace, проста типографіка
Bold/Dramatic — темне тло, високий контраст
Warm/Cozy — земляні тони, м'які градієнти

Можна вибрати один або змішати: "мені подобаються кольори з #2, але лейаут з #3".

Додатково обираємо: зображення для кожного результату (бере час) чи пропустити, іконки біля відповідей чи тільки текст.

REQUIREMENTS.md

Все зберігається у файл REQUIREMENTS.md — специфікація для побудови:

REQUIREMENTS.md

# Coffee Personality Quiz Requirements

## Personality → Coffee Pairings
- Bold Adventurer → Double Espresso
- Cozy Classic → Medium Roast Drip
...

## Result Display: Single recommendation

## Visual Style: Bold/Dramatic (dark bg, high contrast)

## Images: Skip for now
## Icons: Yes

## Quiz Questions
Q1: Your ideal weekend?
  A) Skydiving → Bold Adventurer
  B) Reading by fireplace → Cozy Classic
...

Чим чіткіша специфікація — тим кращий результат. Це стосується будь-якої роботи з розробниками чи AI.

4.3 Будуємо та ітеруємо

Модуль 4 · Вайб-кодинг

Scaffolding проекту

Claude Code запускає одну команду для створення повної структури проекту:

Terminal

npx create-next-app@latest . --typescript --tailwind --eslint --app --yes

В file explorer з'являться нові файли. Папка app/ — там живе ваш квіз. Решта — конфігурація.

Plan Mode — схваліть перед побудовою

Для великих задач корисно побачити план перед виконанням. Shift+Tab перемикає режими.

Plan Mode:

Claude показує план (компоненти, стилі, логіка)
Ви схвалюєте або коригуєте
Перемикаєтесь назад — Claude виконує

Типовий план побудови квізу:

Створити сторінку квізу (app/page.tsx)
Компоненти: QuizQuestion, Results
Логіка: tracking відповідей, підрахунок результатів
Стилізація за обраним стилем
Зображення/іконки (якщо обрані)

Побудова та запуск

Claude будує повний додаток на основі REQUIREMENTS.md. Це займає 1-2 хвилини.

Потім запускає dev server:

Terminal

npm run dev
# Відкриває http://localhost:3000

Посилання localhost працює тільки на ВАШОМУ комп'ютері — це тимчасова локальна версія. Публічне посилання буде після деплою.

Ітерація — ключ до якості

Перша версія ніколи не ідеальна. Ітеруємо 2-3 рази поки не буде ідеально.

Трюк: Зробіть скріншот, вставте через Ctrl+V (не Cmd+V на Mac!), і скажіть що змінити.

Ідеї для ітерацій:

Додати confetti/анімацію на результат
Змінити кольори або шрифти
Додати progress bar
Змінити wording питань
Додати зображення для результатів

Цикл: Screenshot → Describe → Change → Refresh → Repeat

Саме так працює реальна розробка продуктів. З AI кожна ітерація — секунди замість днів.

4.4 Збереження на GitHub

Модуль 4 · Вайб-кодинг

GitHub — Google Drive для коду

Зараз ваш квіз існує тільки на вашому комп'ютері. Якщо ноутбук зламається — все пропало. І ми ще не можемо поставити його в інтернет.

GitHub зберігає код у хмарі, тримає історію кожної зміни, і дозволяє відкотити помилки. Ваш проект на GitHub називається "repository" (або "repo").

Налаштування GitHub CLI

Claude Code використовує GitHub CLI (gh) — інструмент для роботи з GitHub без "страшних" команд.

Встановлення та авторизація

# Перевірка чи встановлено
gh --version

# Встановлення (Mac)
brew install gh

# Авторизація (відкриє браузер)
gh auth login --web --git-protocol https

Відкриється сторінка в браузері — введіть one-time code і натисніть Authorize.

Збереження коду

Послідовність команд

# Ініціалізація git
git init

# Додати всі файли
git add .

# Перший commit
git commit -m "Initial commit - coffee personality quiz"

# Створити приватний repo на GitHub і push
gh repo create quiz-project --private --source=. --push

Готово! Код тепер збережений на GitHub. Розробники називають це "push" — ви "штовхаєте" код у хмару.

Надалі: Коли хочете зберегти зміни, просто скажіть Claude "push to GitHub" — і він збереже останні зміни.

4.5 Запуск (Go Live)

Модуль 4 · Вайб-кодинг

Деплой — останній крок

Квіз побудований, відполірований, збережений на GitHub. Тепер ставимо його в інтернет — розробники називають це "deploying".

Vercel — безкоштовний сервіс для публікації коду в інтернеті. Базова платформа вайб-кодингу. Створено тими ж людьми, що і Next.js — працює ідеально.

Налаштування Vercel

Створіть акаунт на vercel.com (реєструйтесь через GitHub!)
Встановіть Vercel CLI: npm i -g vercel
Авторизуйтесь: vercel login (відкриє браузер)

Деплой

# Деплой на production
vercel --prod --yes

# --yes пропускає всі питання
# --prod деплоїть одразу на бойовий сервер

Через ~1 хвилину ви отримаєте URL типу quiz-project-abc123.vercel.app — це ваш сайт в інтернеті!

Ваш квіз — в інтернеті!

Відкрийте URL на телефоні — працює на будь-якому пристрої. Надішліть посилання другу прямо зараз.

Що ви тепер вмієте:

Plan — Зрозуміти що будуєте

Build — Нехай AI створить

Iterate — Уточнювати до ідеалу

Save — Зберегти на GitHub

Go Live — Поставити в інтернет (deploy)

Автоматичний деплой

Якщо хочете оновити квіз пізніше:

Внесіть зміни на комп'ютері
Скажіть Claude "push to GitHub"
Vercel автоматично оновить ваш сайт!

Vercel слідкує за GitHub і авто-деплоїть при кожному push. Магія.

Що далі?

Збирати emails? Потрібна база даних — це майбутній модуль
Кастомний домен як yourquiz.com? Vercel робить це легко
Хочете побудувати щось інше? Створіть нову папку проекту і повторіть цикл!

Головне, що треба сказати Claude: що хочете деплоїти на Vercel і що маєте Vercel CLI. Він зрозуміє.

Перевір себе — фінальний квіз

1. Що таке "deploying"?

Тестування на локальному сервері Публікація коду в інтернеті, щоб кожен міг відвідати Збереження коду на GitHub

2. Як оновити квіз після деплою?

Знову вручну деплоїти Змінити код → push to GitHub → Vercel авто-оновить Видалити старий сайт і створити новий

3. Що таке GitHub?

Мова програмування Хмарне сховище для коду з історією змін (як Google Drive для коду) Хостинг для вебсайтів

Модуль 4 завершено!

Ви пройшли шлях від нуля до задеплоєного веб-додатку. Ви вивчили планування, побудову, ітерацію, GitHub та деплой.

Це вайб-кодинг. Це ваша нова суперсила.

Спробуйте побудувати щось для себе. Найкращий спосіб вчитися — створити те, що реально хочете.